--- title: "El mejor sistema es ningún sistema" date: 2026-02-09 language: es topics: ["AI", "design", "experiment", "programming", "web", "work"] source_url: https://willem.com/es/2026-02-09_el-mejor-sistema-es-ningun-sistema/ --- # El mejor sistema es ningún sistema *Un lienzo en blanco, un archivo antiguo y una tarde con un agente* > 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. ## 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. ![3 de febrero, en el tren: la herramienta esbozada en papel antes de que existiera una línea de código, portada, estilo corporativo, cuatro PDF y tres botones](https://willem.com/global/images/ad12b03e8780.webp) ## 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. ![A la izquierda el original de mi época de .NET, fotografiado en una pantalla de Windows el 9 de febrero; a la derecha la versión web de esa misma tarde](https://willem.com/global/images/82564866a381.webp) ## 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 presupuesto generado, la lista de PDF de origen con interruptores de marca de agua y papel con membrete, y la página 7 de 598: toda la herramienta funciona en el navegador](https://willem.com/global/images/4b6d5229a23b.webp) ## 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](https://willem.com/en/2020-05-11_scalable-application-design-without-magic/). 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](https://willem.com/en/2026-02-20_agentic-coding-on-a-linux-vps/) sobre el que escribí antes. ![La mañana siguiente, 10 de febrero: el portátil Framework sobre mis rodillas, el iPad a su lado, por primera vez en meses](https://willem.com/global/images/8f4acaa90737.webp) ![El puente: el teléfono conectado al portátil, y una automatización que sincroniza cada vez que se une a la red de casa](https://willem.com/global/images/88068a3cc63b.webp) ## 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](https://willem.com/en/2026-06-24_six-websites-in-ten-days/) 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](https://willem.com/en/2026-07-07_counting-agentic-traffic/) 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. ![Actualización, septiembre de 2026: el sitio de noticias sin manager y el propio willem.com, ambos en MP1, el publicador al que condujo esta tarde](https://willem.com/global/images/e80091fa2352.webp) ## 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!