(Por qué construir es fácil y decidir es difícil)
Resolvimos la automatización
Durante décadas, el objetivo estuvo claro: automatizarlo todo.
Auto-escalado. CI/CD. Infraestructura como código. Testing automatizado. Cada paso manual era un problema a eliminar. La pregunta siempre era:
“¿Qué podemos automatizar a continuación?”
Con la IA, en gran medida lo hemos conseguido.
Código, tests, documentación, infraestructura, esquemas, diseños de APIs — todo generado en segundos. Para muchos equipos, construir ya no es la limitación.
Y ese es el problema. Automatizamos la construcción, pero no la toma de decisiones.
El coste real no desapareció
Cuando construir era caro, los equipos eran selectivos por defecto.
Cada funcionalidad requería tiempo, revisión, pruebas y coordinación. La fricción filtraba las ideas. Solo lo que importaba sobrevivía.
Ahora la fricción ha desaparecido.
La IA generará lo que le pidas: más funcionalidades, más servicios, más documentación.
El coste de construir ha caído drásticamente. El coste de mantener, no.
Cada funcionalidad sigue necesitando revisión, pruebas, seguridad, mantenimiento continuo y usuarios que puedan entenderla.
Eliminamos el coste de creación, no el coste de propiedad.
Cuando todo funciona, la experiencia falla
Este no es un problema nuevo.
Abre Netflix y desplázate. Sigue desplazándote. Veinte minutos después, has olvidado por qué lo abriste.
Netflix tiene contenido excepcional, algoritmos de recomendación de primer nivel y una inversión enorme. Todo funciona, y sin embargo la experiencia no.
Con la IA, es casi imposible no crear aplicaciones y servicios que hagan más de lo necesario, y que impresionen visualmente mientras siguen fallándole a los usuarios.
El progreso no consiste en añadir más reintentos a pipelines rotos o escribir documentación que nadie lee. Consiste en solucionar los problemas de fondo y resistir la tentación de añadir más encima.
De la automatización a la simplicidad deliberada
La disciplina ha cambiado.
Antes optimizábamos para la capacidad. “¿Qué podemos automatizar? ¿Qué nos falta? ¿Qué tan rápido podemos construir esto? ¿Qué podemos añadir después?”
Ahora las preguntas más difíciles son: “¿Qué no debería existir? ¿Qué podemos eliminar sin perjuicio? ¿Qué añade complejidad sin mejorar los resultados? ¿Cómo podría ser más simple?”
Antes, el progreso significaba más capacidad. Ahora, el progreso a menudo significa más simplicidad.
KISS y YAGNI siempre fueron buenos consejos. Ahora son esenciales, y posiblemente no suficientes.
La IA no te dirá que algo es innecesario. Construirá lo que le pidas, de forma instantánea y convincente. Sin resistencia, todo tiende hacia más.
La simplicidad deliberada es el contrapeso.
El hecho de que podamos construir algo no significa que deba estar en producción.
La simplicidad tiene que ver con la carga cognitiva
No se trata de escribir menos código.
Se trata de reducir la carga para los usuarios y quienes mantienen el sistema: menos cosas que aprender, menos decisiones que tomar, menos formas de equivocarse.
Eso a menudo implica escribir más código — mejores mensajes de error, APIs más limpias, valores por defecto más robustos, una curación más inteligente — para que las personas tengan que pensar menos, no más.
La métrica no son las líneas de código. Es la carga cognitiva.
La IA también puede ayudar aquí: curando en lugar de listar, eligiendo en lugar de preguntar, ocultando la complejidad en lugar de exponerla. Pero solo si ese es el objetivo.
Qué significa esto en la práctica
Para los desarrolladores, la pregunta no es cómo construir. La IA ya sabe eso.
Es si algo debería existir en absoluto, y si puede reemplazar algo en lugar de añadir otra pieza móvil.
Para los equipos, la pregunta en la revisión no es solo “¿Funciona?”
Es si alguien lo echaría de menos si desapareciera, y qué complejidad heredará el siguiente equipo/persona/usuario.
Para las organizaciones, la velocidad no es valor. Entregar más rápido puede simplemente significar acumular deuda de mantenimiento más rápido. El progreso es resolver problemas con la solución más simple que realmente funcione.
Una reflexión final
La IA ha eliminado muchas limitaciones técnicas. Eso no significa que debamos eliminar toda contención.
La próxima ola de excelencia en ingeniería no vendrá de construir más rápido, sino de decidir mejor.
Mantener las cosas simples ya no es suficiente. Necesitamos diseñar sistemas que sigan siendo simples de usar, operar y mantener.
Si estás reflexionando sobre la misma tensión — velocidad frente a simplicidad, capacidad frente a claridad — me encantaría saber cómo la estás gestionando.