Cuando construir se convierte en lo normal

Dejad que os cuente lo que me ha pasado este último mes.

Durante años, he sido un usuario intensivo de plataformas no-code. Esta web estaba construida íntegramente en Webflow. También probé Framer. Antes de eso, tuve varias instalaciones de WordPress, algunas autoalojadas, otras en servicios de terceros. Y mucho antes de todo eso, construía webs completamente por mi cuenta, escribiendo el código yo mismo. Siempre he sido un early adopter de frameworks y servicios. La curiosidad siempre me ha empujado hacia lo nuevo. He probado prácticamente todo el espectro.

Hace dos años, rediseñé esta web en Webflow con un diseño completamente personalizado. Me pasé casi un mes ajustando animaciones, layouts y transiciones. Fue genuinamente divertido. Me recordó a los primeros días de Dreamweaver (madre mía, qué viejo soy), cuando construir para la web aún se sentía como crear algo artesanal. Webflow hacía que cosas que habrían sido lentas y dolorosas en código puro se sintieran fluidas y casi lúdicas.

Pero los compromisos siempre estaban ahí.

• El coste mensual.
• Los complementos.
• Esa sensación sutil de que la web no era realmente mía.

Si quería un nuevo idioma, eso era un upgrade. Si necesitaba una funcionalidad específica, era otra decisión atada a un plan de precios. Lo sabía todo cuando me apunté. No era ingenuo. Estaba pagando por comodidad y por tranquilidad.

Y siendo justos, la tranquilidad importa. Hace años, alojé varias webs de WordPress en mi propio servidor. Una de ellas fue hackeada y lo perdí todo. Es el tipo de experiencia que te hace valorar los servicios gestionados.

Así que me quedé, y funcionó durante un tiempo. Pero entonces los asistentes de código con IA se volvieron realmente usables.

Este verano, construí una pequeña app para mí mismo usando Codex y Claude Code. Nada revolucionario, solo algo que necesitaba llamado Digital Drawer. Pero el proceso se sintió diferente. No estaba peleándome con una plataforma. No estaba adaptando mi idea para encajar en la lógica de producto de otro. Simplemente describía lo que quería e iteraba.

Ahí fue cuando se produjo el cambio respecto a mis webs. No era por ahorrar dinero. Ni siquiera por velocidad. Era por no depender de la hoja de ruta de otro.

Así que decidí migrar toda esta web fuera de Webflow. Me llevó una semana de trabajo bastante intenso, especialmente porque migrar siempre es más caótico que empezar de cero. Además, aproveché la oportunidad para crear un sistema basado en Markdown en lugar de usar una base de datos para los artículos, ya que este blog no necesita una.

Pero una vez terminado, algo se sentía diferente. Entendía cada pieza. Podía cambiar cualquier cosa. No estaba limitado por niveles de precios ni por puertas de funcionalidades. Además, el código, en un repositorio de GitHub, recordé esa sensación maravillosa de tener el control de tu código. En algún momento del camino, renunciamos a un poco de esa libertad. La cambiamos por comodidad. Añadimos dependencias de servicios, plataformas, algoritmos de distribución.

Eso es exactamente por lo que creé mi propio blog en primer lugar. Me gusta tener mi propio espacio en lugar de publicar solo en Medium, LinkedIn o X. Los he usado todos. Son útiles. Pero no son míos. Con el código de vuelta en mis manos, y con los asistentes de IA haciendo que la complejidad sea manejable otra vez, esa libertad volvió.

También, el otro día, pasó algo pequeño que fue igualmente poderoso a su manera. Publiqué este artículo sobre Predictable Machines. Y, en Bluesky, un amigo me preguntó si tenía un feed RSS.

Aunque probablemente hay algún servicio que lo incluye por defecto, porque RSS es bastante estándar, esa pregunta habría significado comprobar si mi plan lo soportaba, buscar algún workaround o añadir alguna integración de terceros. Esta vez, abrí Claude Code y le pedí que implementara RSS. Cinco minutos después, estaba en producción.

Era solo RSS. Pero representaba algo más grande. No necesité permiso. No necesité hacer un upgrade. No necesité esperar a que aprobaran una solicitud de funcionalidad.

Tengo la sensación de que esto es solo el principio. Las plataformas no-code no van a desaparecer de la noche a la mañana, pero la razón por la que existen está cambiando. Cuando construir software a medida se vuelve suficientemente accesible, muchos productos SaaS que son esencialmente wrappers alrededor de flujos de trabajo empiezan a parecer frágiles.

Si puedes describir lo que quieres con suficiente claridad, puedes construirlo. Y una vez que te das cuenta de eso, es difícil ignorarlo.

He migrado cuatro webs hasta ahora (una de ellas, Open Source por cierto: The Margaret Hamilton Project), y el número sigue creciendo.