KumbiaPHP: por qué sigo usando un framework PHP ligero
KumbiaPHP es un framework para aplicaciones web libre, escrito en PHP, basado en prácticas como DRY y el principio KISS. Fomenta la velocidad y la eficiencia al crear y mantener aplicaciones, reemplazando tareas de codificación repetitivas. Pero lo que quiero contar no es su ficha técnica, que cualquiera puede leer: es por qué lo sigo eligiendo.
El criterio que decide: dónde va a correr
La mayoría de mis clientes de aplicaciones internas —colegios, servicios públicos pequeños, pymes— ya pagan un hosting compartido con cPanel. No tienen equipo de sistemas ni presupuesto para un servidor dedicado.
Un framework moderno con dependencias, procesos en segundo plano y contenedores es más agradable de escribir y a esos clientes no les sirve. KumbiaPHP corre donde ellos ya están, y esa condición vale más que cualquier comodidad mía.
Cuatro razones concretas
- Corre en hosting compartido sin exigir nada especial del servidor
- La curva de aprendizaje es corta: un desarrollador nuevo se ubica en un día
- Poco código de ceremonia, lo que deja el proyecto legible años después
- Documentación y comunidad en español, que para un equipo local importa
La tercera razón es la que más agradezco con el tiempo. Volver a un proyecto de KumbiaPHP tres años después y entenderlo sin reconstruir el contexto es algo que no puedo decir de todos los frameworks que he usado.
Dónde no lo usaría
Conviene ser honesto con los límites. Para una aplicación con mucha concurrencia, con necesidad de tiempo real, o donde el equipo ya domina otro stack, KumbiaPHP no es la elección correcta.
Tampoco lo elegiría para un proyecto que va a crecer con varios desarrolladores rotando durante años: ahí el ecosistema más grande de otras opciones compensa. La herramienta se elige por el contexto, no por lealtad.
Qué significa que KumbiaPHP sea ligero
«Ligero» no es un adjetivo comercial: se traduce en cosas medibles. Menos archivos que entender, menos capas entre la petición y la respuesta, y un tiempo de arranque que permite trabajar sin herramientas auxiliares.
En KumbiaPHP se puede leer el recorrido completo de una petición en una tarde. Eso importa cuando el mantenimiento lo va a hacer alguien que no escribió el código original, que en proyectos pequeños es la norma y no la excepción.
El costo de elegir lo popular
Elegir el framework más usado parece la decisión segura y a veces no lo es. Si el proyecto no puede desplegarse donde el cliente puede pagar, el framework más popular del mundo no sirve para nada en ese caso concreto.
La pregunta correcta no es cuál tiene más estrellas, sino quién va a mantener esto en tres años y con qué recursos. KumbiaPHP gana esa pregunta en un subconjunto pequeño de proyectos, y en ese subconjunto la gana con claridad.
Un caso real
El repositorio de liquidaciones de un colegio está hecho con KumbiaPHP exactamente por esta razón: tenía que instalarse en el hosting que el establecimiento ya pagaba, sin una factura mensual nueva.
El proyecto sigue disponible en kumbiaphp.com, con su documentación en español.
Para cerrar
Elegir herramientas es, en el fondo, elegir a quién le facilitas la vida: a ti mientras escribes el código, o al cliente durante los años que va a usarlo. KumbiaPHP casi siempre me hace elegir lo segundo, y con el tiempo he llegado a pensar que esa es la elección correcta más veces de las que la industria admite. Un proyecto que el cliente puede sostener solo sobrevive; uno que depende del desarrollador original, no.
Más artículos como este en el blog, y si quieres conversar sobre cómo aplicar esto a tu caso, puedes agendar veinte minutos sin costo.