Respecto a la super-cache, aunque los proyectos sean pequeños, puede que sus recursos técnicos sean limitados (por ejemplo en un servidor compartido) y por tanto podrían aprovecharse de esta enorme mejora del rendimiento.

Me alegra saber que no soy el único al que el tema de los formularios le sigue sin convencer del todo

No estaría mal para pegarle un repaso a esos trozos de código que han publicado esta mañana en la conferencia.

* El énfasis que han puesto en la estandarización, tanto en el estilo de código como en conjugar symfony con el resto del mundo PHP. Por ejemplo, abandonar Lime para centrarse en PHPUnit, que tiene intergración con otras herramientas y es algo que programadores nuevos en symfony pueden conocer. También parece que han hecho hincapié en “reducir la magia”, por ejemplo en Doctrine, porque luego es difícil encontrar errores y entender qué está pasando.

* La charla de Propel me ha sorprendido mucho. Parece que François Zaninotto le ha puesto las pilas al proyecto. Ha hecho énfasis en la usabilidad (no de cara al usuario de la web, claro, es un ORM, sino al programador). Abandonan los criteria (aunque mantienen compatibilidad con versiones anteriores), y desnormalizan la base de datos por sistema. Por ejemplo, en una relación one-to-many el “one” almacena un contador del número de “many” que tiene.

* La killer feature de la caché probablemente no sea “killer” para la mayoría de las webs (muchas páginas no tienen ningún problema de rendimiento porque simplemente no hay tantos usuarios), pero sí que trae beneficios indirectos. Si así se atrae a equipos de desarrolladores fuertes todos nos podremos beneficiar de lo que devuelvan a la comunidad en forma de plugins, documentación, desarrollo, etc.

* Los formularios parece que tratan de mover el código de validación del formulario al modelo. Han hecho énfasis en los nuevos fields/widgets localizados. Personalmente me habría gustado ver más sobre formularios empotrados, formularios anidados (seleccionas un país y se cargan sus provincias en el siguiente selector, por ejemplo), o la posibilidad de trocear un formulario largo en pasos. Esto último quizá sea posible con la validación por fases de la que han hablado (?). No me ha quedado claro. Jonathan Wage se ha pasado luego por el IRC, y le he preguntado si tienen pensado algún sistema para enlazar de alguna forma los validadores de formularios con validadores javascript, pero dice que aún no lo tiene claro. En la charla posterior me ha dado la sensación de que les falta mucho desarrollo en formularios. Habrá que ver cómo redondean el subframework, porque en 1.x hay cosas que son una pesadilla.

* Fabien ha dicho que nos olvidemos de Sismo.