La IA no está reemplazando a los programadores. Está cambiando qué significa ser uno.
En la música, las obras más memorables rara vez destacan por la cantidad de notas, sino por su capacidad para transmitir una idea. Ese mismo principio aplica al desarrollo de software: la verdadera ingeniería no consiste en escribir más código, sino en comprender problemas, diseñar sistemas escalables y tomar decisiones que sigan siendo válidas con el paso del tiempo. En este artículo exploro cómo la inteligencia artificial está transformando el papel del programador y por qué habilidades como la arquitectura de software, la escalabilidad y el pensamiento sistémico serán mucho más importantes que dominar un lenguaje o framework.
"La simplicidad es la máxima sofisticación."
— Leonardo da Vinci
La belleza de las tres notas
Siempre me ha parecido curioso cómo solemos admirar la complejidad.
Pensamos que un buen músico debe tocar más rápido, conocer más acordes o interpretar la pieza más difícil del repertorio. Casi como si la calidad pudiera medirse por la cantidad de notas.
Sin embargo, algunas de las canciones que más me han acompañado son sorprendentemente sencillas.
Cuando Ed Maverick comenzó a hacerse conocido, una de las críticas que más se repetían era que sus canciones utilizaban muy pocos acordes. Había quien decía que cualquiera podía tocarlas. Que eran demasiado simples.
Pero miles de personas terminaron encontrando algo en esas canciones que la técnica, por sí sola, no garantiza: un mensaje que conectaba con ellas.
Algo parecido ocurre con artistas como Kevin Kaarl, Bratty o Little Jesus. Ninguno necesita llenar cada segundo de una canción con virtuosismo para construir algo memorable. Muchas veces basta una melodía sencilla, una buena letra y el silencio correcto entre una nota y otra.
Con el tiempo entendí que quizá nunca admiré la música por su complejidad.
La admiré porque lograba transmitir algo.
Y eso me hizo preguntarme si no estamos cometiendo el mismo error cuando hablamos de software.
El software nunca fue código
Durante muchos años pensé que ser un buen programador significaba escribir más código y conocer más tecnologías.
Era una idea bastante razonable.
Después de todo, el software estaba hecho de código.
O al menos eso parecía.
Con el tiempo descubrí que las empresas nunca pagaron por miles de líneas escritas en TypeScript, Java o Python.
Pagaban porque necesitaban resolver un problema.
Querían vender más.
Entender mejor su operación.
Reducir errores.
Tomar mejores decisiones.
Y, sobre todo, construir sistemas que siguieran funcionando cuando el negocio creciera.
Ahí fue cuando empecé a entender el verdadero significado de una palabra que todos repetimos, pero pocas veces reflexionamos: escalabilidad.
Escalar no consiste únicamente en soportar más usuarios.
Consiste en tomar decisiones hoy que no se conviertan en obstáculos mañana.
Resolver un problema una vez suele ser relativamente sencillo.
Resolverlo para diez clientes, después para mil y más tarde para cientos de miles, sin reconstruir el sistema desde cero, es donde realmente comienza la ingeniería.
Igual que en la música, la complejidad no es el objetivo.
Es solamente una consecuencia de haber entendido bien la obra.
Haiku. Sonnet. Opus.
Hace algunos meses estaba sentado en un Starbucks trabajando en uno de los proyectos que más ilusión me hacen.
La mesa estaba llena de hojas, diagramas y dibujos que probablemente solo yo entendía.
Un amigo llegó, pidió un café y comenzamos a hablar de agentes de inteligencia artificial.
En medio de la conversación me hizo una pregunta que parecía insignificante.
—¿Ya viste cómo se llaman los modelos de Anthropic?
Haiku.
Sonnet.
Opus.
En ese momento no le di demasiada importancia.
Después entendí que esos nombres probablemente decían mucho más de lo que parecía.
No hablan de velocidad.
No hablan de potencia.
Hablan de creación.
Un haiku es capaz de transmitir una idea en apenas unas líneas.
Un soneto desarrolla esa idea con estructura y ritmo.
Un opus representa una obra completa.
Quizá por eso la conversación se quedó conmigo durante días.
Siempre he tenido la costumbre de relacionar disciplinas que, en apariencia, no tienen nada que ver entre sí. A veces termino pensando en arquitectura de software mientras escucho música, o imaginando sistemas distribuidos como si fueran una orquesta esperando el momento exacto para entrar.
Porque una orquesta nunca ha existido para que cada músico demuestre qué tan bueno es.
Existe para interpretar una obra.
El violinista más talentoso puede arruinar un concierto si entra antes de tiempo.
El percusionista puede tocar cada nota perfectamente y, aun así, romper la armonía si no entiende el momento correcto.
El trabajo del director nunca fue tocar mejor que los músicos.
Fue comprender la obra completa.
Y, mientras más lo pienso, más creo que el trabajo de un ingeniero se parece a eso.
La nueva habilidad
Durante décadas confundimos programar con escribir código.
Era una confusión lógica.
Escribir código era la parte más costosa del proceso.
Hoy, por primera vez, eso está cambiando.
Los agentes de IA escriben funciones, generan interfaces, proponen arquitecturas y automatizan tareas que hace apenas unos años consumían horas de trabajo.
Eso no significa que el papel del ingeniero desaparezca.
Significa que está cambiando.
Cada vez importa menos quién puede escribir quinientas líneas de código en una tarde.
Cada vez importa más quién entiende el problema que intenta resolver, quién toma decisiones que permitan que un sistema evolucione con el tiempo y quién sabe coordinar personas, herramientas y ahora también agentes de IA para construir algo que ninguna de esas partes podría lograr por sí sola.
Quizá la profesión siempre fue eso.
Simplemente estábamos demasiado ocupados escribiendo código para notarlo.
El futuro
No creo que la inteligencia artificial vaya a reemplazar a los programadores.
Creo que nos está obligando a recordar qué era realmente programar.
La sintaxis se aprende.
Los frameworks cambian.
Los lenguajes aparecen y desaparecen.
Pero entender un problema, encontrar la solución adecuada y construir sistemas que sigan teniendo sentido dentro de cinco años sigue siendo una tarea profundamente humana.
Al final, las grandes canciones nunca fueron las que tenían más acordes.
Las grandes obras nunca fueron las que tenían más notas.
Y sospecho que el mejor software tampoco será el que tenga más líneas de código.
Será aquel que haya entendido, desde el principio, cuál era la melodía que realmente valía la pena interpretar.