Skip to content

6 Razones para amar a los CMS más pequeños

WordPress, Joomla, y Drupal; estos son quizás los tres nombres más grandes en el mundo del CMS de consumo. Son conocidos, son amados, son gigantes por una buena razón. No hay forma de escapar de ellos. Todos somos WordPress, ahora.

No, pero en serio, no hay casi nada que no puedan hacer, con la aplicación juiciosa de plugins, temas y conocimientos de codificación. Sí, lo creas o no, no estoy aquí para burlarme de ellos. Felicitaciones a sus desarrolladores. Me voy a sentar aquí y mostrar un poco de amor a las opciones de CMS más pequeñas por un rato.

Si me dieran poesías, podría escribir un soneto sobre ellas o algo así. Desgraciadamente, Lord Byron, no lo soy; no soy tan rico, no tengo ningún deseo de invadir Grecia, no tengo un oso. En su lugar, obtendrá este artículo que detalla algunas de las cosas maravillosas acerca de los CMS más pequeños, tales como:

1. Dirección y propósito claros

El sistema operativo conocido como Unix fue diseñado bajo este principio: un programa debe hacer una cosa, y hacerlo bien. Este principio fue adoptado en otros sistemas, como MacOS, y ha sido la piedra angular de algunos de los mejores diseños de software a lo largo de los años.

En muchas de las pequeñas opciones de CMS, podemos ver ese principio en funcionamiento. Esto no quiere decir, sin embargo, que un CMS de propósito único no puede ser sofisticado o incluso más bien complejo. Es sólo que la dedicación a un solo objetivo fomenta una forma de excelencia que los sistemas más generalistas luchan por alcanzar.

Fantasma, por ejemplo. A partir de su versión 2.0 Ghost se ha convertido, en mi opinión, en una de las mejores plataformas para una experiencia de blogging puro. Pero aunque es un CMS comparativamente pequeño, yo no llamaría “simple” a lo que han hecho con él.

2. Ligero, no inflado Código

Los CMS más pequeños son justamente eso: más pequeños. Hay una correlación muy directa entre la cantidad de código en el software y la rapidez con la que se ejecuta. Cuando usted sólo necesita un sitio simple, no tiene sentido tener un CMS con un montón de características adicionales que usted nunca tocará. Eso es sólo un desperdicio de espacio en el servidor.

Aún así, estos pequeños CMS pueden ser muy flexibles. Aquí miramos a Grav: su objetivo es ser un CMS de archivo plano simple y amigable con el desarrollador. Dentro de ese propósito, hay un gran potencial. Grav puede ser un blog, una base de conocimientos o un simple sitio de folletos, y competir con muchas de las grandes opciones de CMS, manteniendo al mismo tiempo un tamaño (actual) de descarga de núcleo de 4,8 MB.

3. Experiencia de administración sin complicaciones (normalmente)

Ahora, he explicado cómo un pequeño CMS puede ser complejo cuando tiene que serlo, pero no siempre va a ser complejo. Una aplicación verdaderamente de un solo propósito será, en gran medida debido a su propia naturaleza, bastante sencilla de usar. ¿Cuántos campos de formulario necesita realmente para publicar una página llena de contenido?

Recientemente tuve el placer de trabajar con Bludit para crear un pequeño blog. He trabajado con WordPress, así como con muchos otros sistemas, durante años, pero Bludit fue francamente refrescante. Aunque de vez en cuando me irritaba por algunas de las pequeñas limitaciones del sistema, adoro absolutamente la experiencia de escribir y editar. Bueno, me gusta mucho la experiencia de edición de Markdown. También tiene TinyMCE, pero no me molesté con eso.

La claridad que viene con empujar todos los otros aspectos de la publicación fuera de tu camino hasta que los necesites…. es sólo mi atasco. Diré que Ghost también es bastante bueno en eso, pero el enfoque más básico de Bludit es más rápido que el mío. Pero esa es la belleza de estas pequeñas opciones de CMS: hay una para cada caso de uso y preferencia del usuario.

4. Plantillas y temas simples

Cuando un CMS simplemente hace menos, normalmente es un poco más fácil diseñar y codificar plantillas. Esto hace que sea un poco más fácil para aquellos de nosotros que estamos más orientados visualmente, pasar tiempo haciendo lo que nos gusta, en lugar de aprender todas las peculiaridades de un sistema infinitamente complejo.

Una cosa que muchos de los pequeños CMS hacen para hacer esto aún más simple, es usar un lenguaje de plantillas como Twig. Si eso le interesa, eche un vistazo a opciones como Pico, o si necesita algo para una publicación más grande y compleja, pruebe Bolt CMS.


5. Cuando el soporte está disponible, es agradable y personal

Las organizaciones que desarrollan CMS más grandes a menudo venden apoyo a clientes empresariales para financiar el desarrollo. Eso es genial y todo, pero ¿alguna vez has querido hablar con los desarrolladores directamente? Bueno, siempre está Twitter, pero con muchos CMS más pequeños, los desarrolladores a menudo ofrecen una atención muy personal a sus usuarios. Puedes contactar con algunos a través de GitHub, por correo electrónico, o incluso en un chat de IRC (o un equivalente más moderno).

Recuerdo el tiempo que pasé luchando con October, un encantador CMS de vuelta a lo básico. Estaba intentando que funcionara con una plataforma en nube para la que realmente no estaba diseñada, y eso no funcionó en ese momento. Aún así, el tiempo que pasé charlando con los desarrolladores y aprendiendo cómo estaban armando las cosas fue esclarecedor y divertido.

6. Es fácil involucrarse

Técnicamente, sistemas como WordPress y Drupal son de código abierto. Cualquiera puede contribuir a su desarrollo y refinamiento. La verdad es, por supuesto, más complicada. Los proyectos de código abierto grandes y establecidos han establecido comunidades, jerarquías y bases de código muy grandes. Claro, necesitan todo eso, pero estas cosas pueden hacer que sea difícil sumergirse y flexionar las chuletas de codificación. Puede ser difícil llegar al punto en el que pueda hacer contribuciones reales.

Los proyectos de código abierto más pequeños son más fáciles de conocer por dentro y por fuera, y la mayoría de sus desarrolladores (especialmente en los proyectos de un solo desarrollador) estarían encantados de que alguien, cualquiera, hiciera parte del trabajo por ellos. Es más fácil entrar en la planta baja y contribuir de verdad. Es más personal, y puedes ser parte de la historia de ese CMS.