El mejor sistema es ningún sistema
Un lienzo en blanco, un archivo antiguo y una tarde con un agente
- Publicado
- Actualizado
- (creado )
- Escrito por
- Willem L. Middelkoop
- Temas
- AI · diseño · experimento · programación · web · trabajo
- Versión humana de este artículo
- https://willem.com/es/2026-02-09_el-mejor-sistema-es-ningun-sistema/
- English
- The Best System Is No System
- Nederlands
- Het beste systeem is geen systeem
- Deutsch
- Das beste System ist kein System
- Français
- Le meilleur système, c'est pas de système
- Italiano
- Il miglior sistema è nessun sistema
- Português
- O melhor sistema é nenhum sistema
- Papiamentu
- E Mihó Sistema Ta Ningun Sistema
- Frysk
- It bêste systeem is gjin systeem
- Idiomas
- Traducido del original en inglés por un modelo de lenguaje en dos pasadas (traducción y corrección) con un glosario y un corrector ortográfico; aún no revisado por un hablante nativo.
Resumen
Experimentar con tecnología nueva a veces significa empezar desde un lienzo en blanco: soltar las estructuras que has construido a lo largo de los años, como un sistema de gestión de contenidos, y reimaginar el mundo desde la nada. Este mes hice justo eso, sin querer, en una sola tarde. Una herramienta de hace quince años se reconstruyó sin ninguno de mis sistemas, y lo que salió cambió mi forma de pensar sobre todos ellos. Este artículo trata de esa tarde, y de lo que aprendí al soltar temporalmente mis propias reglas.
Texto completo
Un callejón sin salida
Para una empresa de pintura mantengo una pequeña herramienta que convierte un conjunto de PDF en un único presupuesto: portada, estilo corporativo, marca de agua, condiciones generales. El original es de mi época de .NET. Este año el cliente la quería de vuelta, mejor, y mi plan era obvio: integrarla en el Lemmid Manager, mi plataforma, como un botón de acción. Donde le corresponde. El 9 de febrero me topé allí con un callejón sin salida. Las acciones que ejecutan scripts necesitan un lugar donde ejecutarse, y yo aún no tenía una buena respuesta a dónde y cómo se determina el directorio de trabajo. Un problema bastante importante, porque todo lo que hay en ese camino tiene que ponerse de acuerdo en ello. Llevaba días con eso.

Un archivo antiguo
Así que, por desesperación, hice otra cosa. Desenterré el código viejo de un archivo, un programa que funcionaba, en código claro y de tipado estático, y le pedí al agente que hiciera una versión web. No se podía pedir un prompt mejor: una especificación completa que ya funcionaba. Un programa más sencillo probablemente tampoco era posible: tiene principio y fin. Entonces solté todo lo que normalmente añadiría: ningún modelo de objetos, ninguna configuración de servidor web, ninguna base de datos más sistema de archivos, ninguna plataforma. Un lienzo en blanco.

Cien por cien en el cliente
El resultado fue mejor de lo que esperaba. No solo más rápido: mejor en diseño. El trabajo pesado se ejecuta por completo en el navegador: una sesión en el cliente, una alternativa incorporada en el código y algunos PDF y archivos TTF sueltos. Esa es toda la arquitectura. Donde la herramienta antigua necesitaba una máquina Windows y el plan nuevo necesitaba mi plataforma, esta necesita una carpeta en un servidor web. Pasó de una entrega hipotética a capturas compartidas y una cita acordada en una sola tarde, y está en producción desde entonces.

El mejor sistema es ningún sistema
Las implicaciones son seriamente serias. El Manager es fuerte por su modelo de blueprint flexible: un campo de texto define una aplicación a medida para un cliente, sobre la maquinaria más pesada de los generadores de sitios estáticos. Esa era mi forma de entregar trabajo a medida con rapidez. Cabe preguntarse si un modelo como este le quita esa ventaja. Viendo lo rápido que entregué trabajo a medida esa tarde, es un presagio. Creo que hay una gran probabilidad de que el próximo Lemmid Manager no sea un manager. Una variación de una vieja regla mía: el mejor sistema es ningún sistema.
Ya tenía un ejemplo. El sitio de una tableta de chocolate que construí el año pasado es cien por cien estático, y nunca lo conecté al sistema de gestión de contenidos. Editar el HTML es tan fácil como iniciar sesión y ejecutar un publicador. Si yo soy el producto, el ayudante, no necesito forzosamente las herramientas. Más bien debería usar los nuevos poderes de la IA para pensar a fondo en cómo volver redundantes tantas partes de mis sistemas como sea posible. Cuantas menos piezas móviles, mejor. Muy extremo: ¿podrías prescindir de una base de datos? ¿Podrían los publicadores ejecutarse en el cliente? ¿Y si el webroot lo es todo, una especie de manager embebido? Ideas extremas sin plan de implementación, pero direcciones que merece la pena explorar ahora que he visto lo bueno que puede ser un programa de IA. Entiendo que esto no es aplicable uno a uno a algo grande y difuso como una plataforma entera. Pero corta lo grande y difuso en piezas más pequeñas y concretas, y en algún momento llega el punto de inflexión.
Treinta y seis horas
La tarde no se quedó en la herramienta. La magia me hizo darme cuenta de que el portátil Linux es algo estupendo, y de que me estaba quedando corto al trabajar solo con dispositivos Apple. Al día siguiente, con el mismo agente, configuré la sincronización de archivos entre el portátil y el teléfono, luego un flujo automático de fotos, y esa noche, en el andén de la estación, confirmé que funciona a través de un punto de acceso. Lo que viví en esas treinta y seis horas no fue menos que un cambio de paradigma. No contra Apple, sino un puente sólido entre la máquina Linux y el equipo Apple, sin estación intermedia. Diez días después ese portátil se convirtió en el taller agéntico sobre el que escribí antes.


Actualización, septiembre de 2026
El lienzo en blanco no se quedó en blanco. En los meses siguientes volví a conectar este mundo nuevo, salvaje y asombroso con las estructuras que necesita un negocio para seguir en línea durante años. La idea que nació aquí, un bucle de check-in y check-out por proyecto en lugar de chats interminables, se convirtió en MP1: un publicador que vive como un ZIP dentro de mi propio Manager, seis sitios web en diez días y más de veinticinco desde entonces. El sitio de noticias sin manager que se construyó ese mismo mes ahora funciona en la plataforma, con sus propias estadísticas y un pipeline editorial nocturno. La plataforma no desapareció. Se hizo más pequeña y más fuerte, y ahora lleva todo lo que me enseñó el lienzo en blanco.

Conclusión
El valor de este episodio no fue la herramienta. Fue el ejercicio: proponerse aprender lo máximo posible soltando temporalmente los métodos y reglas existentes. Empezar de cero, ver qué puede hacer la tecnología por sí sola y solo entonces decidir qué estructura merece el resultado. La mayoría de mis sistemas superaron esa prueba. Uno de ellos se convirtió en algo nuevo.
Así que elige algo pequeño con principio y fin, suelta todas las reglas que tengas y mira qué sale. Puede que sea un cambio de paradigma, ¡ja!