Opiniones acerca de los Framewoks

[destor77]

Iniciado por Tukzone

Que tal destor77, gracias por compartir tus experiencias. Hay algo que no esta bien claro de la empresa española donde trabajabas. Como es que estaban debatiendo sobre la arquitectura del sistema si ni siquiera tienen un servidor donde hospedarlo? No digo que compren un servidor, aunque si es una empresa grande debería tener mínimo uno. Y si no es tan grande, alquilar un servidor, cualquier empresa pequeña lo hace. Por eso, no encuentro relacion entre la tecnología que utiliza esa empresa y el tamaño de la misma.

El tema era como te dije que tenian la mayoria de sus aplicaciones web en cake porque tenian servidores con php4 y lo mantenian asi para ir migrando de a poco a php5, entonces usaban cake porque al ser compatible con 4 y 5 no tenian que hacer todo de nuevo.

[mbavio]

Iniciado por Webstudio

Nada de "Yo fui a acusar y decir que estaban diciendo que esto y que aquello y me dijeron que diga y encima y zás".

No pasa por acusar, pasa por limpiar la imagen de un producto que fue ensuciado sin sentido muchas veces aqui, y que por falta de conocimientos propios no pude defender. Entonces, ¿que mejor que exponer la explicacion de los creadores del framework? Disculpame, pero no he visto otro usuario que haya ido hasta la fuente a analizar lo que se plantea aqui.

Saludos.

[t.uk]

Iniciado por Tukzone

1. El desarrollador web va a buscar:

1.1. Un sistema fácil de usar.
1.2. Un sistema bien documentado.
1.3. Un sistema que funcione en cualquier lado.

2. El analista de sistemas va a buscar:

2.1. Un sistema orientado a objetos.
2.2. Un sistema fácil de extender.
2.3. Un sistema bien documentado.

3. Y el arquitecto va a buscar:

3.1. Un sistema que cumpla con algunos paradigmas de programación.
3.2. Un sistema que implemente patrones de diseños.
3.3. Un sistema que sea flexible y fácil de extender.

A ver, esto no es muy difícil de entender creo yo. Va un ejemplo no técnico:

En una de las empresas donde trabaje habían 8 programadores de PHP. Uno era matemático (estudio matemáticas), 3 licenciados en sistemas, 2 programadores y los otros 2 eran diseñadores web.

El matemático era el manager, que dominaba mas de 8 lenguajes de programación, entre ellos perl, ruby, php, java y c++. 3 eran desarrolladores seniors, de los cuales 2 eran arquitectos, el resto era desarrolladore web, menos los diseñadores, que eran obviamente, diseñadores web. Todos sabian PHP, hasta los diseñadores que desarrollaban los templates.

Este es un claro ejemplo de un grupo de trabajo. Los 8 opinaban sobre frameworks. Pero los que decidían que framework se utilizaba eran los arquitectos. Dudo que en una empresa mediana/grande sea otro el que tome esta decisión.

Nunca se les ocurrio la idea de que quizas todos los que participan de este debate no hacen lo mismo? Quizas algunos son diseñadores web, otros desarrolladores web, programdores, analistas de sistemas, arquitectos o hasta incluso matemáticos.

Saludos

[jmn2k1]

Iniciado por Tukzone

Algunos opinan como desarrolladores web, otros como analistas de sistemas y otros como arquitectos de sistemas.

1. El desarrollador web va a buscar:

1.1. Un sistema fácil de usar.
1.2. Un sistema bien documentado.
1.3. Un sistema que funcione en cualquier lado.

2. El analista de sistemas va a buscar:

2.1. Un sistema orientado a objetos.
2.2. Un sistema fácil de extender.
2.3. Un sistema bien documentado.

3. Y el arquitecto va a buscar:

3.1. Un sistema que cumpla con algunos paradigmas de programación.
3.2. Un sistema que implemente patrones de diseños.
3.3. Un sistema que sea flexible y fácil de extender.

En base a ese análisis te puedo decir quien va a elegir que framework:

1. Cake o CodeIgniter.
2. Symfony o Zend.
3. Zend.

En realidad prácticamente todos los frameworks cumplen esas características (en mayor o menor medida cada uno...):
Por ejemplo cake, que es el que mejor conozco por eso lo uso como ejemplo, cumple los puntos de 1, pero también los de 2 y los de 3:

2. El analista de sistemas va a buscar:[/B]

2.1. Un sistema orientado a objetos. Cake esta orientado a objetos (como casi todos)
2.2. Un sistema fácil de extender. Cake se puede extender, por diversos lados, helpers, componentes, plugins y hasta permite incluir de una manera "estandar" librerias de terceros (vendors).
2.3. Un sistema bien documentado. Esto depende de cada framework y cada comunidad...

3. Y el arquitecto va a buscar:

3.1. Un sistema que cumpla con algunos paradigmas de programación. Aca no se que quisiste decir... la POO es un paradigma, tambien la programacion estructurada, pero no entiendo el "algunos"..
3.2. Un sistema que implemente patrones de diseños.Cake implementa varios... MVC, ActiveRecord... etc... supongo que los demas tambien
3.3. Un sistema que sea flexible y fácil de extender. GOTO 2.2

A lo que apunto con esto es que esa diferencia que haces no me parece tan (practicamente nada) marcada.

Una cosa que no me gusto del Zend Framework es la cantidad de componentes que tiene, para muy diversos usos y todos puestos al mismo nivel. Particularmente me parece que eso puede llevar al desorden en un futuro y a hacer un framework que en vez de ser extensible viene con muchas features que muchos no van a usar (al menos en el mismo proyecto)

[mbavio]

Iniciado por kasluci

Yo soy nueva en estos foros, pero necesito ayuda con symfony, les pido porfavor a los que votaron por el que me contacten para ver si me pueden dar toda la información que tengan acerca de eso...

Saludos.

Libro de Symfony.

Con eso tienes para divertirte un rato.

Saludos.

[zsamer]

MVC, ActiveRecord son patrones básico en FrameWork y otros muy utilizados tales como singleton y factory.

Hay que tener en cuenta el diseño y arquitectura que se usa para la implementacion de MVC, ActiveRecord, etc. Hay muchas formas de implementarlo incluso se puede lograr MVC en forma estructural.

Zend implementa MVC, ActiveRecord muy distinto a como lo hace Cake, dentro de los respectivos patrones(MVC, ActiveRecord) Zend hace uso de varios patrones de diseños (patrones anidados/un patrón hace uso de uno o más) para lograr un bajo nivel de acoplamiento y alto nivel de abstracción, poliformismo, mantenibilidad, escalabilidad, además implementar principios que son fundamentales en la ingeniería de software tales como el Open/Close y muchos otros.

Bueno y que pasa con el empleo de los restantes? hay más de 25 patrones de diseños, aquí van algunos:

Código PHP:

  # Abstract Factory
# Builder
# Factory Method
# Prototype
# Singleton
#
# Adapter
# Bridge
# Composite
# Decorator
# Facade
# Flyweight
# Proxy
#
# Chain of Responsibility
# Command
# Interpreter
# Iterator
# Mediator
# Memento
# Observer
# State
# Strategy
# Template
# Visitor  
   

En todos los componentes Zend hacen uso de varios patrones mencionados anteriormente y con un diseño puramente Orientado a Objeto (Zend Engine II - PHP5).

Han visto los Helper de sympony o de CodeIgniter?
Saludos,

[anthemfor182]

Hola

Mi humilde opinión es la siguiente:

Cake a mi parecer es una buena alternativa, es maduro y por eso habrá mucha funcionalidad pensada para todo tipo de casos específicos.

Cake PHP4 es bueno desde el punto de vista que puedes usar un framework con MVC, ActiveRecord, Sessions, Templates, etc en esta versión de PHP. Aquí te tienes que olvidar que tu aplicación probablemente no se pueda implementar todas las características de un sistema completamente orientado a objetos, pero aquí la necesidad es quien gana.

Ahora pensemos que PHP4 ó PHP5, Cake, Symfony, Zend, Kumbia o cualquiera en ultimas nos sirven para crear "productos" y nuestros clientes o usuarios no evalúan si utilizaste programación orientada a objetos, patrones, MVC, ?, ellos evalúan si tu aplicación funciona perfecto y cumple sus expectativas, si tardaste mucho tiempo o poco, si tu trabajo es de calidad ó si demoras muchas horas ó días agregando alguna funcionalidad nueva.

Pero casi nunca se observa un framework desde ese punto de vista. Casi siempre analizamos desde el punto de vista: si nos hace feliz a nosotros, el resto va por parte nuestra. ¿Que tan real es esto?

El ejemplo de PHP4 y Cake ó Codeigniter es un ejemplo de cuando debemos dejar atrás lo que nos hace felices por poder dar soluciones.

Personalmente pienso: Si es una prioridad crear un sistema completamente orientado a objetos, un diseño previo en UML (no requerido, pero posiblemente necesario), leerte "Desing Patterns for PHP", poder colocar el sello "Powered by Zend Framework" en tu aplicación, conectarte a la base de datos con una instancia de Zend_Db_Adapter_Pdo_Mysql, sentir que tienes toda la flexibilidad y tiempo de mundo para hacer esto:

Código PHP:

  <?php 
// Create validator chain with non-uniform breakChainOnFailure attributes 
$chain = new Zend_Validate(); 
$chain->addValidator(new Zend_Validate_Digits(), true); 
$chain->addValidator(new Zend_Validate_Between(1,12), false); 
$chain->addValidator(new Zend_Validate_GreaterThan(0), true); 
 
// Declare validator rule using the chain defined above 
$validators = array( 
    'month' => $chain 
); 
$input = new Zend_Filter_Input(null, $validators); 
?>   

en vez de:

Código PHP:

  if(!ctype_digit($variable)||($variable<1||$variable>12)||($variable<0)){ 
   throw new Exception("Mes invalido"); 
}  
   

Si tus amigos de java te dicen que nunca vas a salir adelante y quieres demostrarles que si entonces: Zend es el framework para ti!

De otro lado te haces feliz, pero tus clientes y usuarios esperaran un largo tiempo hasta que tu avance en Zend te permita tener tu propio framework orientado a tus necesidades y las de tu negocio.

De otro lado:
Tu prioridad es ser productivo por encima de todo, tener felices a tus clientes dar soluciones practicas, no tienes tiempo para aprender y dedicar horas y horas a integrar componentes, entonces Cake, Symfony ó Kumbia son para ti.

• No son 100% orientados a objetos: http://manual.cakephp.org/chapter/constants
• También puedes sentir que sabes muchísimo ya que escribes código con sintaxis extraña y tus amigos pueden pensar que la única forma de hacerlo es así, como en symfony:

Código PHP:

  $c = new Criteria(); 
$c->add(CommentPeer::AUTHOR, 'Steve'); 
$c->addJoin(CommentPeer::ARTICLE_ID, ArticlePeer::ID); 
$c->add(ArticlePeer::CONTENT, '%enjoy%', Criteria::LIKE); 
$c->addAscendingOrderByColumn(CommentPeer::CREATED_AT); 
$comentarios = CommentPeer::doSelect($c);  
   

Creo que los puntos a evaluar serian los siguientes:

- Tienes tiempo para aprender?
- Puedes dormir bien si tu sistema no es completamente orientado a objetos?
- Eres mas o menos profesional si usas PHP4 PHP5?
- Será que tus amigos que usan Java van a programar por ti?
- Prefieres reinventar la rueda solo por el hecho de saber que también lo puedes hacer
- Tienes tu propio servidor?
- Sabes ingles y podrías obtener la información que necesitas en caso de que no este disponible en español?
- En tu empresa están de acuerdo en que cada programador nuevo o tus compañeros lean 579 paginas para poder trabajar en algún proyecto de la empresa?
- Tus clientes ó usuarios estarán dispuestos a esperar todo el tiempo que necesites para dar resultados?
- Conoces el balance entre tiempo de desarrollo, costo del proyecto y funcionalidad?

Saludos

Pdt: Un framework no puede descartarse usando argumentos como: No es PHP5, ó no es Zend, ó no es Orientado a Objetos, ó no es Conocido, ó "juanito" no lo pudo instalar, tenemos que investigar un poco más, no sabemos si por creer en cualquier cosa estamos dejando de encontrar la herramienta que necesitamos

[Tukzone]

Iniciado por zsamer

MVC, ActiveRecord son patrones básico en FrameWork y otros muy utilizados tales como singleton y factory.

Hay que tener en cuenta el diseño y arquitectura que se usa para la implementacion de MVC, ActiveRecord, etc. Hay muchas formas de implementarlo incluso se puede lograr MVC en forma estructural.

....

Han visto los Helper de sympony o de CodeIgniter?
Saludos,

Concuerdo con todo lo dicho por zsamer, es mas, en lo personal me parece un aporte sumamente interesante, enfoco el tema desde un punto de vista mas tecnico.

anthemfor182, creo que estas mezclando diferentes tipos de usuarios de frameworks y diferentes sistemas en tu análisis, ahí es donde siempre se origina la confusión.

No es lo mismo una low-level framework que una highl-level framework, son dos sistemas completamente distintos. Como asi tampoco es lo mismo un diseñador web que un analista de sistemas. Diferentes grupos tienen diferentes necesidades, no se puede generalizar.

Interesante debate!
Saludos

[mbavio]

anthemfor182, gracias por tu aporte, definitivamente has dado en el clavo con tu analisis, mas lla de la confusion que propone Tukzone, estas separando las aguas entre los dogmaticos y los practicos... yo por ahora soy del segundo grupo, y es por esto que he optado por Cake... ojala algun dia tenga tiempo de aprender mucho, y en ese momento definitivamente optare por aprender Zend...

Saludos!

[_Lucifer_]

Creo que todos concordamos en algo, hay que analizar primero las necesidades y los requerimientos para decidirse por un framework o por otro. No todos satisfacen en un 100% las necesidades de todos.

Como he leido en varios posts, a algunos no les gusta X framwork porque no satisface W necesidad particular...precisamente por eso pedí opinión a ver si alguien había tenido las mismas necesidades que yo o al menos parecidas y ver por cual me decidía, en base a eso seleccioné 3 frameworks y me puse a "jugar" con ellos junto con algunos compañeros y en base a eso tomé mi decisión, supongo que si ese "estudio" lo hubiera hecho otra persona posiblemente se habría decidido por otro.

Algo importante que consideré al momento de decidir fue el tiempo que podría tardarme en conocer un framework y otro tal como menciona anthemfor182, es un aspecto importante al momento de decidir.

Si es cierto que Cake no está completamente basado en PHP5 y no es algo que me quite el sueño, si es un punto que debo valorar cuando conozca mucho más de desarrollo web, pero por ahora funciona bien para mi.

También consideré el tamaño de la aplicación que voy a desarrollar...en principio es una aplicación pequeña, pero planeo una segunda que será de un tamaño considerablemente mayor y sin duda alguna esto también influye.

Comento todo esto en caso de que algún forero esté tratando de decidirse, no todos los puntos tienen el mismo peso para todos...

Saludos

[Tukzone]

Es que si hubiésemos hecho este análisis antes, las cosas hubiesen sido mas fáciles.

Lucifer, sos desarrolladores web, haces un poco de diseño, css, html y javascript tal vez? Recein comenzas con frameworks, necesitas algo facil? Que te expliquen paso a paso como hacer las cosas? Tenes un servidor que soporta unicamente php 4?

1. El desarrollador web va a buscar:

1.1. Un sistema fácil de usar.
1.2. Un sistema bien documentado.
1.3. Un sistema que funcione en cualquier lado.

Perfecto, entonces Cake es tu framework :)

Creo que la mayoría de los diseñadores y desarrolladores web tienen las mismas necesidades que Lucifer.

[vanetino]

Interesante Debate, cada uno con su punto de vista, por ejemplo la de anthemfor182, muy practico y "realista", Tambien la de Tukzone muy centrado y defensor de las buenas practicas, casi hasta extremista.

como dijo el amigo anthemfor182 "en mi humilde opinion" no se puede segmentar tanto asi a cada framework, por ejemplo segun el punto de vista del analista, desarrollador, arquitecto. Como tampoco entre dogmaticos ni practicos, yo creo mas bien si me disculpan lo campechano, la cuestion es segun como te agarra el proyecto y en que nivel de desarrollo te manejas.

Por que? simple:

1.- si no contamos con buen nivel
- Pero tenemos tiempo
Quizas cabe la posibilidad entrar a estudiar algun framework como zend simphony.
- Pero NO tenemos tiempo como casi siempre pasa :
es mejor utilizar un framework mas facil de aprender y seguir agarrando cancha.
2.- si tenemos buen nivel, yo creo esta de mas opinar.

yo creo que esto se aplicaria mas cristianamente.

sin lugar a dudas todas las opiniones sirven para poder discernir mejor.


Saludos

Valentino

[argen]

Iniciado por vanetino

como dijo el amigo anthemfor182 "en mi humilde opinion" no se puede segmentar tanto asi a cada framework, por ejemplo segun el punto de vista del analista, desarrollador, arquitecto. Como tampoco entre dogmaticos ni practicos, yo creo mas bien si me disculpan lo campechano, la cuestion es segun como te agarra el proyecto y en que nivel de desarrollo te manejas.

Por que? simple:

1.- si no contamos con buen nivel
- Pero tenemos tiempo
Quizas cabe la posibilidad entrar a estudiar algun framework como zend simphony.
- Pero NO tenemos tiempo como casi siempre pasa :
es mejor utilizar un framework mas facil de aprender y seguir agarrando cancha.
2.- si tenemos buen nivel, yo creo esta de mas opinar.
Valentino

Creo que éste ha sido un buen análisis.

Por otro lado también habría que tener en cuenta el tiempo requerido/disponible para el desarrollo y mantenimiento de la aplicación que se desee implementar.

Me explico: aquellos frameworks que tienen una comunidad amplia y activa, suelen disponer de una mayor variedad de plugins, donde muchas veces ya existen aquellas funcionalidades que deseas implementar en tu sitio, por lo que te puedes ahorrar mucho tiempo en tener que desarrollarlo tú mismo.
También es cierto que va a gusto del consumidor, ya que hay quien prefiere crearlo uno mismo.

[Tukzone]

Iniciado por anthemfor182

Personalmente pienso: Si es una prioridad crear un sistema completamente orientado a objetos, un diseño previo en UML (no requerido, pero posiblemente necesario), leerte "Desing Patterns for PHP", poder colocar el sello "Powered by Zend Framework" en tu aplicación, conectarte a la base de datos con una instancia de Zend_Db_Adapter_Pdo_Mysql, sentir que tienes toda la flexibilidad y tiempo de mundo para hacer esto:

Código PHP:

  <?php
// Create validator chain with non-uniform breakChainOnFailure attributes
$chain = new Zend_Validate();
$chain->addValidator(new Zend_Validate_Digits(), true);
$chain->addValidator(new Zend_Validate_Between(1,12), false);
$chain->addValidator(new Zend_Validate_GreaterThan(0), true);

// Declare validator rule using the chain defined above
$validators = array(
    'month' => $chain
);
$input = new Zend_Filter_Input(null, $validators);
?>   

en vez de:

Código PHP:

  if(!ctype_digit($variable)||($variable<1||$variable>12)||($variable<0)){
   throw new Exception("Mes invalido");
}  
   

Si tus amigos de java te dicen que nunca vas a salir adelante y quieres demostrarles que si entonces: Zend es el framework para ti!

Bueno, esta es una de las locuras mas grandes que lei en un foro de programacion. O sea que, segun esta afirmacion, todos los lenguajes de programacion basicamente estan equivocados y tienen como unico fin complicarle la vida a todos los programadores?

La razon por la cual los programadores prefieren contar con un metodo donde puedan pasar objetos con reglas definidas, como por ejemplo...

$chain->addValidator(new Zend_Validate_GreaterThan(0), true)

...va mas alla de esta discucion. No tiene nada que ver con preferencias, sino mas bien con principios basicos de programacion. Ese metodo tiene como fin solucionar un problema, y cualquier programador con tan solo verlo se da cuenta que esta en presencia de un sistema flexible, facil de extender y bien diseñado. Las razones por las cuales ese metodo soluciona problemas, es algo que obviamente no voy a entrar en detalles ya que no viene al caso.

Tampoco entendi que tiene que ver Java con todo esto, si PHP es el rey de la web, no Java ni C++.

Por otro lado, me gusto el comentario de vanetino, porque es el comentario de un desarrollador web practico que busca una solucion practica. Y eso es lo que busca la mayoria de los desarrolladores web.

Ahora, sobre el comentario de argen, te recomiendo que el dia de mañana, si por esas casuales trabajas en una empresa en donde te delegan la tarea de seleccionar una plataforma de trabajo... nunca le digas a tu jefe: "Voy a ver que comunidad es la mas grande, de donde me puedo bajar mas plugins, y despues te confirmo".

Yo aclaro que estoy enfocando este tema desde el punto de vista laboral, no personal. No sobre mis gustos ni preferencias. Lo mas importante para mi son las ventajas y desvetajas que le ofrece a una organizacion los sistemas que va a implementar para desarrollar sitios web.

[argen]

Iniciado por Tukzone

Ahora, sobre el comentario de argen, te recomiendo que el dia de mañana, si por esas casuales trabajas en una empresa en donde te delegan la tarea de seleccionar una plataforma de trabajo... nunca le digas a tu jefe: "Voy a ver que comunidad es la mas grande, de donde me puedo bajar mas plugins, y despues te confirmo".

En ningún momento he dicho que base la elección de un framework únicamente en ese punto. Es más, para nada pienso que sea el más prioritario. Simplemente considero que es un punto más a valorar.

[Tukzone]

Ups, tenes razon argen, lo lei rápido a tu mensaje disculpa :) Es mas, lo que dijiste es bastante realista y tenes razon.

[anthemfor182]

Iniciado por Tukzone

Bueno, esta es una de las locuras mas grandes que lei en un foro de programacion. O sea que, segun esta afirmacion, todos los lenguajes de programacion basicamente estan equivocados y tienen como unico fin complicarle la vida a todos los programadores?

La razon por la cual los programadores prefieren contar con un metodo donde puedan pasar objetos con reglas definidas, como por ejemplo...

$chain->addValidator(new Zend_Validate_GreaterThan(0), true)

...va mas alla de esta discucion. No tiene nada que ver con preferencias, sino mas bien con principios basicos de programacion. Ese metodo tiene como fin solucionar un problema, y cualquier programador con tan solo verlo se da cuenta que esta en presencia de un sistema flexible, facil de extender y bien diseñado. Las razones por las cuales ese metodo soluciona problemas, es algo que obviamente no voy a entrar en detalles ya que no viene al caso.

Tampoco entendi que tiene que ver Java con todo esto, si PHP es el rey de la web, no Java ni C++.

No es de debate ó de fácil entendimiento publicar en un foro el codigo donde cada uno de los casos es el más indicado, si tienes la experiencia el ejemplo Zend es el mejor, pero para quienes no la tienen con "solo verlo" pueden darse cuenta que no es necesario para un caso menor.

Aqui no viene la discusión de si tener experiencia o no hace que uno diseñe bien o que "tenga" que implementarlo como en el ejemplo Zend, el caso es que hay situaciones donde no es necesario y el mundo no se acabará por eso.

Ambos ejemplos realizan el mismo trabajo solo que uno de ellos busca estructurar la validación para probablemente utilizarla en otras partes de la aplicación mientras que la otra es una solución inmediata y practica al problema puntual.

Lo de Java, es porque todo en Java es asi. Estructuras todo tanto, abstraes tanto que por momentos se hace demasiado complicado cuando dejas de pensar en grande.

El mundo de las aplicaciones no son solo las gigantes, grandes y robustas tambien estan las pequeñas y medianas.

Saludos

[Tukzone]

anthemfor182

Tu mensaje no pudo ser mas acertado. Es mas, te voy a decir algo. El creador de PHP, dijo exactamente lo mismo que dijiste vos! Y causo una revolucion en la comunidad. Dijo - "para que hacerlo de esa manera, si se puede hacer asi". Y le pidio a todos los programdores que mantengan las cosas simples, por sobre todas las cosas.

Lógica y simplicidad, me encanta como suena.

El único problema es que después terminas manteniendo sistemas que son un desastre. Es algo que me esta pasando ahora. Trabajo por mi cuenta y voy a empresas y me encuentro con cosas que no tienen explicación alguna. Podría escribir un libro de ciencia ficción con las cosas que vi!

Pero muy buen análisis el tuyo, igualmente como programador te lo voy a discutir, y como desarrollador web te voy a dar la razon.

[Kurk]

Hola, lei el thread y no se si les pasa a ustedes, pero mientras mas trabajo en esto mas adhiero a hacer las cosas prolijas, ordenadas y planificadas que tirar codigo al vuelo, sin tener clara las ideas en la cabeza o en el papel.

Por eso cuando leia por ahi, "La curva de Aprendizaje de Symfony es grande", pensaba que muchos lo deben descartar por eso, tal vez es mas facil otro frame por ser menos rebuscado y mas rapido para salir andando, y tanto eso me parece asi como me parecia mas facil tirar codigo al voleo que sentarse a diseñar un sistema, pero como las ventajas de la planificacion se ven mas al final de un proyecto que al inicio tal vez valga la pena aplicar las practicas que de algun modo obliga Symfony.

Por eso queria saber si alguien realmente trabaja con Symfony, en serio, todos los dias. Es decir, alguien se comio la curva de aprendizaje y lo uso en un par de proyectos como para saber si valio la pena el viaje o no, ya que me parece interesante el planteo que hace y me parece que tiene sus razones para justificar las vueltas pero me gustaria saber que dice la voz de la experiencia?

Gracias, Saludos.

[vanetino]

quizas ayude en algo el siguiente link

http://en.wikipedia.org/wiki/Compari...ion_frameworks

saludos

Vanetino

[mayitin_20]

La verdad he leido varias opiniones sobre los distintos framework, en mi caso estoy tratando de decidirme por uno y todavía no tengo definido cual. Me sugirieron, Kumbia, Code Igniter, Zend F, Symphoni, Cake, por lo que me he dedicado a buscar información de cada uno de ellos. Mi proyecto es bastante amplio o abarcador. Me gustaria que los que tienen experiencia en este campo me hicieran una comparación de ventajas de unos sobre otros, realmente los que conozcan y no los que defiendan el suyo en particular, estoy buscando fiabilidad no publicidad.

[mbavio]

Iniciado por mayitin_20

La verdad he leido varias opiniones sobre los distintos framework, en mi caso estoy tratando de decidirme por uno y todavía no tengo definido cual. Me sugirieron, Kumbia, Code Igniter, Zend F, Symphoni, Cake, por lo que me he dedicado a buscar información de cada uno de ellos. Mi proyecto es bastante amplio o abarcador. Me gustaria que los que tienen experiencia en este campo me hicieran una comparación de ventajas de unos sobre otros, realmente los que conozcan y no los que defiendan el suyo en particular, estoy buscando fiabilidad no publicidad.

Hacia mucho que no posteaba en este foro, y la verdad es que da placer volver a tener "charlas" con gente que tanto sabe de PHP...

mayitin, te cuento mi experienica. Mas alla de las discusiones que tuve con el usuario Tukzone aqui (que gracias a Dios fueron borradas) hace un tiempo me incline por Cake, y empece la "dura" curva de aprendizaje. A 3 semanas de haber comenzado a aprenderlo, mas contento y tranquilo no puedo estar. La verdad es que te sorprende todos los dias el framework, cada vez que pensas, ¿y esto como lo hare?, encuentras una funcionalidad nueva que te sorprende, y ademas, es impresionante el tiempo que ahorras comparado con programar PHP plano. Yo estoy usando la version 1.2, que todavia esta en pre-beta, pero no tiene desperdicio, y cada dia se agregan mas y mas cosas. Lo malo? Que la documentacion esta un poco descentralizada, a pesar que hay un manual en desarrollo, la mayoria de las veces tienes que recurrir a los diferentes blogs de la comunidad, o al mismo IRC. Espero que esto mejore con el tiempo.

Por ultimo, te cuento que la comunidad hispana es muy amigable, y tratan de ayudarte en todo lo que necesitas.

No conozco los otros frameworks ni creo que los conocere en un futuro cercano, pero desde mi experiencia, te puedo asegurar que elijas el framework que elijas, no vas a arrepentirte luego de ver como hacen algunas cosas de forma "magica". Y si elijes Cake, pues bienvenido a la comunidad!

Saludos