
Frameworks: cuándo NO usar uno
La moda de usar frameworks para todo es real, y a veces es un error. No todos los proyectos necesitan la maquinaria pesada. Te cuento cuándo conviene dejarlos en el estante y qué usar en su lugar.
El problema con los frameworks
Un framework te da mucho (estructura, componentes, herramientas), pero a cambio pide:
- Curva de aprendizaje: tiempo para dominarlo.
- Complejidad: más archivos, más configuraciones, más dependencias.
- Peso: código extra que tu web no necesita.
- Obsolescencia: tecnologías que cambian y se abandonan.
Para un proyecto grande y con equipo, el esfuerzo se paga. Para un proyecto pequeño, es tirar piedras contra tu propio tejado.
Cuándo NO usar un framework
1. Una página sencilla. Un CV, una landing, una página de un evento. Con HTML y CSS solo se hace en una fracción del tiempo y carga más rápido.
2. Prototipos rápidos. Antes de elegir tecnología, prueba la idea con lo mínimo. Si la idea no funciona, no querrás haber invertido en montar el andamiaje.
3. Cuando no entiendes la base. Si todavía estás aprendiendo HTML, CSS y JavaScript, un framework te aleja de entender qué pasa realmente. Primero la base, después la abstracción.
4. Proyectos de corta vida. Un experimento, un concurso, una demo: no necesitan estructura para durar una semana.
Cuándo SÍ usarlo
- Proyectos con muchas páginas o secciones que comparten diseño.
- Aplicaciones con estado complejo e interacción intensa.
- Trabajo en equipo, donde la estructura ayuda a colaborar.
- Proyectos a largo plazo que crecerán.
Mis reglas de decisión
- Si el proyecto cabe en mi cabeza sin ayuda → lo hago simple.
- Si el contenido manda y el diseño se repite → uso un generador estático como Astro.
- Si la interacción es el corazón → considero React o similar.
- Ante la duda, empiezo simple y añado complejidad solo cuando me duele.
La analogía del ajedrez
Usar un framework sin necesidad es como abrir con una línea ultracomplicada que no dominas: impresiona, pero te mete en problemas. Las aperturas simples y sólidas ganan más partidas de las que pierden.
Este blog es un caso de equilibrio: Astro me da estructura donde la necesito (plantillas, contenido, build) sin meter JavaScript pesado donde no hace falta. Nada más que lo necesario.
¿Tienes un proyecto en mente y no sabes si usar framework? Cuéntamelo y te ayudo a decidir según el caso.