Conferencia deSymfony 2012

5 comentarios

Como muchos ya sabreis, otros posiblemente no, durante las fechas del 15 y 16 de junio, se realiza en Castellón una de las citas más importantes en el panorama de las TI.


La comunidad de Symfony española, vuelve a organizar la conferencia "deSymfony", esta vez de una duración de dos días y en la que el propio Fabien Potencier, creador del Framework Symfony acudirá en persona para hacer una ponencia.

Aunque las ponencias están basadas en el framework que le da nombre (Symfony2), se hablarán de todo tipo de consejos, trucos, tutoriales sobre como manejar los complementos que lo componen, así como de buenas técnicas de uso y de como optimizar al máximo su rendimiento.

Se tratarán temas como el uso de Twig, Varnish, el uso de MongoDB como sistema de base de datos, internacionalición y otros componentes y servicios.

Entre los ponentes, podremos contar con la presencia de Javier Eguiluz, administrador de la comunidad española de Symfony (www.symfony.es), Nacho Martín, que ya fué ponente en el 2011 (al que tengo que agradecerle personalmente que me ayudara con la configuración de VIM) y como ya se ha mencionado, el propio Fabien Potencier.

La lista entera de ponentes la podreis encontrar en la web del evento http://desymfony.com/.

La entrada se compra a través de esa misma web a un precio de 55€ que incluye las comidas (no las cenas) de los 2 días de ponencia.

Me gustaría hacer un incapié especial a la oferta de tren para los que asistan al evento. Descargándo una cédula de viaje desde esta web: http://desymfony.com/noticias/grandes-descuentos-asistentes-viajan-tren, los asistentes que viajen en tren disfrutarán de un 30% de descuento.

Poco más puedo extenderme, ya que sería repetir información que podreis encontrar en la web oficial, os invito a que la visiteis. Un saludo, nos vemos en Castellón.

Fuente oficial: http://desymfony.com/

CakePHP: Pros y contras (según mi opinión)

4 comentarios

Actualmente llevo ya más de 2 años trabajando con el Framework de CakePHP 1.2. No elegí yo trabajar con este framework, pero se me impuso en su día y al principio tengo que reconocer que me pareció una buena idea. Hasta ahora, que lo conozco bien y conozco sus mayores defectos (y seguro el de la mayoría de frameworks), por lo que en el futuro procuraré evitar cometer los mismos errores.

Voy a comentar mi punto de vista sobre el Framework, aunque tampoco me extenderé mucho. Empezaré por las ventajas.

PROS

  1. Fácil de aprender: Hay que reconocer que desarrollar con CakePHP es fácil y sencillo una vez te has documentado un poco y conoces la estructura de ficheros. Sin conocerlo de nada, en 2 días ya estaba creando mis primeras pantallas con el.
  2. Implementación rápida: Gracias a su estructura y los métodos propios del framework, desarrollar una aplicación puede realizarse en poco tiempo, eso si, en relación a si hubiera que hacerlo de 0, o si la aplicación no necesita modificaciones personalizadas.
  3. Migración entre entornos: Instalar una aplicación desarrollada con CakePHP es muy fácil, ya que  si tienes bien configurado el servidor en el nuevo entorno, bastará con copiar y pegar el código en el nuevo entorno. No necesita muchas librerías especiales, pero repito, depende de la aplicacuón y los componentes o plugins que se le añadan.
  4. Plugins: Mencionados en el punto anterior, se pueden encontrar por internet plugins que realizan una tarea específica sin tener que programar nada. Basta con bajarse el código y añadirlo a la carpeta de plugins de CakePHP. Lo mismo pasa con algunos "componentes" y "helpers".
Hasta aquí las ventajas más significativas que voy a comentar de CakePHP. Ahora pasaré a lo que para mi, es motivo suficiente como para no volver a utilizarlo en futuros proyectos:

CONTRAS
  1. Malos hábitos: En su documentación oficial, en algunos puntos te motivan a realizar algunos malos hábitos que deberían evitarse al trabajar con cualquier tipo de Framework MVC. Por ejemplo, con el método "find" de los modelos. Realizas la llamada desde el controlador, construyendo allí mismo la consulta, pero con el formato de CakePHP, enviando arrays. En mi opinión, todas las consultas find deben hacerse en el propio modelo, creando métodos allí que son los que realmente deben llamarse desde el controlador. Solo me pareció ver una referencia a esta forma de trabajar en la documentación de CakePHP, en uno de los últimos puntos de "recomendaciones", aunque ahora mismo tengo dudas. Además, con este sistema es mucho más sencillo poder cachear las consultas y queda el código mucho más limpio y ordenado. Ejemplo de llamada desde el controlador:
    $specificallyThisOne = $this->Article->find(
        'first', 
        array(
            'conditions' => array('Article.id' => 1)
        )
    );
    
  2. Exceso de consultas: En proyectos en los que el número de tablas es muy elevado y hay muchas relaciones, el ORM de CakePHP puede llegar a realizar excesivas consultas. En proyectos pequeños con pocas tablas esto no suele suceder o no suele ser tan importante, pero cuando hay más de 10 tablas esto puede ser un gran problema. La facilidad de CakePHP se compensa con su mal rendimiento en proyectos grandes. En CakePHP 2.0 dicen haber mejorado bastante el rendimiento, pero aún así el sistema de consultas es idéntico y sigue existiendo este mismo problema.
  3. Tamaño de ficheros: Algunos de los ficheros del propio Framework son demasiado pesados. Esto, añadiendo que hay demasiados ficheros del framework a los que se accede prácticamente en cada petición (request), conlleva a un elevado número de accesos al disco que penalizan el rendimiento del servidor, haciendo que el tiempo de carga de la web se eleve considerablemente. La única solución para esto utilizar un servidor que compile los ficheros PHP para agilizar esta tarea (Por ejemplo: Apache + APC).
Consejo
Antes de utilizar un framework para realizar una aplicación importante, de gran envergadura, documentate bien sobre los pros y los contras que tendrá ese Framework y si cumplirá tus expectativas a medio y largo plazo (a corto casi siempre lo hacen). Puedes verte obligado a tener que reescribir todo tu código si tomas una mala decisión o te pasas los pasos principales de todo desarrollo.
I+D, Análisis, desarrollo, guía de uso. Esto nunca debería faltar.


Reflexión personal.
¿Programadores?Esto ya es un problema más general de la informática en general, pero que lo aplicaré a CakePHP en este caso. En este mundillo, hay mucha gente que ha trabajado duro para realizar algunas aplicaciones, frameworks, o cms para facilitar las tareas a los que no son informáticos. El problema de esto es que muchos usuarios finales que no saben más que utilizar estas "facilidades" empiezan a creerse gurús. Cuidado con este tipo de gente, son muy peligrosos y están sueltos.