Este sitio antes funcionaba sobre un sistema completo de gestión de contenido. Cumplía su propósito, pero la maquinaria era más grande que el trabajo.
Había una base de datos, un panel de administración, código del lado del servidor y una larga cadena de dependencias sosteniendo un portafolio y una pequeña colección de notas. Cada capa podía justificarse por separado. Juntas, exigían más mantenimiento del valor que aportaban.
La nueva versión usa Astro y Markdown. Las páginas se generan de antemano. Las notas viven junto al código. No hay una base de datos que mantener activa ni una API en tiempo de ejecución entre quien lee y las palabras que aparecen en pantalla.
La pregunta útil no es «¿puede escalar?»
Casi cualquier arquitectura puede justificarse si imaginamos un futuro lo bastante grande. La pregunta más útil es otra: ¿qué necesita el proyecto hoy y qué tan costoso sería cambiarlo después?
Para este sitio, la respuesta fue un sistema pequeño y estático, con una estructura de contenido sólida:
- los metadatos tipados detectan errores durante el build;
- inglés y español tienen URLs estables;
- las notas sin traducción usan un fallback explícito en lugar de aparentar que están traducidas;
- el navegador recibe HTML normal y muy poco JavaScript;
- publicar una nota significa agregar un archivo Markdown.
Es suficiente sistema para mantener la consistencia sin convertir la publicación de contenido en trabajo de infraestructura.
Simple no significa incompleto
Una implementación simple también necesita cuidado. Requiere navegación accesible, metadatos útiles, buena tipografía, URLs predecibles, layouts responsivos y un modelo de contenido que no se rompa al llegar a la quinta publicación.
El objetivo no era construir con menos intención. Era concentrar esa intención en las partes que realmente perciben quienes leen y quienes mantendrán el proyecto en el futuro.
Esa es la clase de simplicidad que busco en el trabajo de producto: no tomar menos decisiones, sino eliminar las que no hacen falta.