Soy un maniático, lo reconozco. Mis amigos se pasan el día descolocándome las cosas para echarse unas risas mientras ven que no puedo soportar dejarlas así. Podrían hacerlo 50 veces seguidas, que yo iría otras 50 a dejarlo a mi gusto. Todo tiene que estar alineado, ordenado por tamaños, colores o cualquier otra estúpida característica que me saque de la manga. Qué se le va a hacer.

Esto, lejos de ser una jodienda (que a veces lo es, pero para los demás ), se ha convertido en una gran ventaja. A la hora de retocar algo, me encuentro con ficheros perfectamente estructurados, con el mismo formato e indentados de la misma manera. De mejor o peor manera, sí, pero de la misma. Y eso es una suerte cuando manejas proyectos de bastante calado.

El problema de esto es que no soy él único con manías. Cuando tengo que compartir código con otra persona que también las tiene, pero distintas, es un infierno. O lo que es peor, que no las tiene. En ese momento, emergen de la nada un ángel y un demonio, cada uno encima de uno de mis hombros. Uno me dice que lo modifique todo, y otro que pase del tema (y ya no sé cuál es cuál). Es entonces cuando pienso: ¿no hay forma de estandarizar esto? Leer más…

Como dije ayer, estoy evaluando qué me conviene más para mis desarrollos. Bueno, en realidad estoy tomándomelo como algo más general, pero todo ello viene motivado por el sitio donde trabajo actualmente. El caso es que queremos un entorno que nos ayude a no tener incidencias y ser lo más productivos posible (de lo más raro en el mundo empresarial, vamos ) y, aparte de CodeIgniter, hemos estado valorando otras opciones… Y entre ellas está RoR.

Después del post de ayer, las características de CI parecían difíciles de superar (aunque me dejé bastantes cosas en el tintero), pero el que hoy nos ocupa lo ha hecho con creces. No sólo iguala todos los puntos que enumeraba, sino que los supera dejando su propio sello en cada uno.
Desarrollar con este framework es extremadamente fácil. Todo está pensado para escribir la menor cantidad de código posible y, por lo tanto, tener el mínimo número de errores. Para ilustrar esto hay miles de ejemplos por Internet, pero lo que hoy quiero hacer es presentaros una comparativa que he hecho para ayudarme en esta elección.

Sin más, os dejo el enlace de descarga. Se trata de un PDF que describe la solución que ofrece a cada uno de los requisitos que un buen framework debe cumplir, destacando en verde el que corresponda en caso de que supere a su competidor (IMHO, por supuesto).

Eso sí, todo visto desde la perspectiva de un programador enamorado de la web pero inexperto en muchos campos, sin conocimientos en Ruby y con “algo” de idea de PHP. No os lo toméis como algo objetivo (y mucho menos libre de errores).

Ahí va:

Comparativa de frameworks (PHP On CodeIgniter – Ruby On Rails) (PDF – 84KB).

A todo cerdo le llega su San Martín, y a todo programador un gran momento: la elección de un correcto entorno de trabajo. Y hasta hace poco no sabía de su existencia más que el nombre, pero poco a poco el framework CodeIgniter (PHP) está ganando puntos para convertirse en el mío (luchando duramente con RoR, a decir verdad).

No se me da muy bien escribir, así que creo que lo mejor será enumerar alguno de sus puntos fuertes:

Sistema de plantillas integrado

No es necesario tirar de Smarty o similares. Además, es mejor que este en el sentido de que es más limpio, no es necesario escribir mucho código extra (como iteraciones y funciones auxiliares, por ejemplo).
Una de sus bazas es la generación de bucles.

Pero bueno, como dice el refrán, una ristra de código vale más que mil palabras (o algo así ): Leer más…