Los ingredientes de CMS Made Simple son:

• PHP con objetos o sin ellos para la lógica de la aplicación,
• CSS y HTML para la presentación
• Smarty para hacer plantillas
• Ado DB para poder acceder a cualquier base de datos.

Las dos cosas que destacan de él desde el primer momento son: la modularidad y claridad con que trata el tema de las plantillas y hojas de estilo y la capacidad de incorporar código en cualquier parte del contenido de forma limpia y elegante usando los llamados “Tags personalizados”. Además tiene estos otros puntos fuertes:

• Una web lista para usar desde el primer momento, con gran facilidad en la gestión de plantillas.
• Gran facilidad para programar extensiones desde dentro del entorno.
• Traducido al español.
• Una buena colección de módulos para agregar funcionalidades.
• Fácil de entender y programar al poco tiempo de empezar a trabajar con él.
• Facilidad de acceso a distintas bases de datos.

No obstante todo tiene su lado oscuro y debes conocer los puntos débiles de este entorno antes de decidirte por él:

• Una documentación algo escasa, aunque esto parece ir mejorando.
• Gestión de usuarios bastante mejorable.
• No es un framework, es un CMS.

¿Cómo saber entonces si necesitas un CMS o un framework? te daré un criterio: si toda la web es la aplicación necesitas un framework, si la web utiliza varias pequeñas aplicaciones necesitas un gestor de contenidos.

Para seguir profundizando en este entorno te recomiendo:

• El sitio oficial de CMS Made Simple
• El wiki con la documentación: inglés – español
• Grupo de CMS Made Simple en la Universidad de Sevilla

Un problema con el que me he encontrado cada vez que hacía una nueva aplicación web era el de tener que reinventar la rueda, partiendo siempre desde cero, incorporando todo lo que había aprendido desde la última vez e intentando rehusar el código que ya había logrado hacer funcionar correctamente.

Otro problema es que no puedo con la programación procedimental, cuando un proyecto pasa de cinco o seis ficheros ya no sabes donde meter cada cosa, que página tiene que llamar a cual, etc. Al final todo el mundo acaba con un código spaguetti. Así que me decanté por la programación orientada a objetos, que va más con mi forma de ser y de pensar. Pero la programación orientada a objetos también me plantea mil dudas: que va en un objeto y que en otro, donde meto todas esas funciones que no parecen tener cabida en ningún objeto, que objetos generarán html y cuales no y así hasta el infinito. Esto me dejaba bloqueado.

Entonces descubrí Ruby un Rails y me dije: “¡Esto es lo mio!”. Me encantá Rails, me encanta su forma de hacer las cosas, he aprendido mucho con Rails, a pesar de no haber llegado a desarrollar ningún proyecto. Pero no se nada de Ruby, no me acabo de enterar como funciona Rails y eso da mucho miedo.

Así que me puse a buscar algo parecido a Rails, pero para PHP. En principio intenté hacerlo yo, pero era una tarea que me venía demasiado grande, entonces me topé con CakePHP. ¡Que maravilla!, un entorno como Rails en un lenguaje que si conocía. Me lance de cabeza con Cake, me empapé toda la documentación, algo de la API, los tutoriales que encontré e incluso me puse a traducir el manual oficial al español. Comencé a desarrollar un proyecto a la vez que aprendía por aquello de predicar con el ejemplo. Pero tampoco me acaba de enterar como funcionaba Cake por dentro, cuando algo falla y no sabes porqué, eso me asustaba terriblemente.

Entonces encontré en el sitio de Onlamp una serie de artículos para hacerte tu propio framework y ahí comencé a ver la luz. Empecé a comprender como funcionaba por dentro un framework basado en el patrón MVC y me entendí que para trabajar con soltura y seguridad en cualquier framework hay que haber hecho uno. No tiene que ser muy sofisticado, no tiene que incorporar las últimas tecnologías 2.0. Sólo algo que funcione por lo menos con pequeños proyectos, de momento claro, y esto a su vez te permite acceder a frameworks más complejos y a dejar de tener miedo.