Por qué la IA no va a sustituir a los programadores (pero la profesión ya cambió)
La pregunta correcta no es si la IA escribe mejor código que tú. Es quién responde cuando el código se rompe a las tres de la mañana.
La pregunta está mal formulada
"¿La IA va a sustituir a los programadores?" es la pregunta que vende titulares y no decide nada. Da por sentado que programar es teclear código — cuando teclear código siempre fue la parte más pequeña del trabajo.
Haz la prueba en tu propia semana. Suma las horas: ¿cuánto tiempo fue escribiendo líneas nuevas, y cuánto entendiendo un sistema que ya existía, negociando alcance, decidiendo qué no hacer, persiguiendo la causa de un comportamiento raro, revisando el trabajo de otra persona? Teclear es la punta visible de un trabajo que es, casi todo, tomar decisiones con información incompleta.
La IA se volvió excelente en la punta visible. Por eso impresiona tanto y desplaza tan poco.
Lo que la IA sí absorbió
Sé honesto sobre el tamaño del cambio, porque es grande:
- El código de primera versión. Un borrador de función, un test, un endpoint, una migración, un script de infraestructura. Lo que escribirías en veinte minutos con la documentación abierta sale en veinte segundos.
- La traducción entre lenguajes y frameworks. Aprender la sintaxis de algo nuevo dejó de ser una barrera de entrada.
- La lectura de código ajeno. Un resumen decente de un archivo de mil líneas, al instante.
- El trabajo de fricción. Regex, formateo, código repetitivo, ese YAML que nadie memoriza.
Eso es una porción enorme de lo que se consideraba "trabajo de programador júnior". Fingir que no lo es sería deshonesto.
Lo que no absorbió — y la razón es estructural
Lo que queda no queda por casualidad. Queda porque depende de tres cosas a las que un modelo de lenguaje no tiene acceso:
Contexto que no está escrito en ninguna parte. La regla de negocio que existe porque un cliente grande peleó por ella en 2021. El servicio que nadie puede reiniciar en horario comercial. La decisión de arquitectura que parece tonta y es la única que sobrevive a una auditoría. Nada de eso está en el repositorio. Está en la cabeza de las personas y en las conversaciones.
Responsabilidad. Cuando el sistema tumba la facturación de un día, alguien tiene que responder. No hay modelo que asuma consecuencias — y mientras no lo haya, hay un puesto humano en el medio del camino. La responsabilidad no es una tarea que se delega hacia arriba; es un vínculo.
Criterio sobre lo que vale la pena. La IA responde la pregunta que le haces. No te avisa de que la pregunta está mal, de que esa funcionalidad no debería existir, de que el problema real es de proceso y no de software. Quien decide qué construir sigue valiendo más que quien lo construye.
La IA multiplicó la capacidad de producir código y no tocó la capacidad de decidir qué código debería existir. Ese desequilibrio es la profesión nueva.
Lo que cambió de verdad
Aquí viene la parte incómoda, la que suele quedar fuera de los textos optimistas.
El escalón de entrada quedó más alto. El trabajo que formaba al júnior — tarea pequeña, bien definida, de bajo riesgo — es exactamente lo que la IA hace mejor y más barato. Quien empieza tiene que acercarse al criterio más rápido, con menos kilómetros recorridos. Es un problema real de formación de gente, y el mercado todavía no lo resolvió.
Revisar salió más caro que escribir. Producir mil líneas hoy no cuesta casi nada. Garantizar que esas mil líneas están bien cuesta lo de siempre. El cuello de botella se mudó de la producción a la verificación, y los equipos que no se dieron cuenta están acumulando código que nadie leyó con atención.
El valor migró al borde del sistema. Cuanto más cerca del modelo, más comoditizado; cuanto más cerca del dominio — la regla del negocio, el dato de la empresa, la integración fea con el legado —, más insustituible.
Qué hacer con esto el lunes
Nada de esto se convierte en acción solo, así que seamos prácticos:
- Usa la IA para el borrador y guarda tu cabeza para la revisión. Si estás leyendo lo que produjo con la misma atención que le darías al pull request de un desconocido, lo estás usando bien.
- Aprende a leer más rápido de lo que escribes. La lectura crítica de código se volvió la habilidad central de la década.
- Acércate al problema, no a la tecnología. Entender por qué la empresa gana dinero es una ventaja competitiva que ningún modelo copia de tu repositorio.
- Construye sistemas verificables. Tests, tipos, contratos, observabilidad. Todo lo que convierte "parece correcto" en "está probado" vale el doble en un mundo de código generado en masa.
- Asume la responsabilidad en público. La persona que responde por el resultado es la última en ser prescindible.
El saldo
A los programadores no los van a sustituir, porque la profesión nunca fue teclear. Pero quien definió su identidad profesional por el tecleo va a sentir que el suelo desaparece — y esa parte es lo bastante cierta como para tomarla en serio.
La profesión se está convirtiendo en lo que siempre dijo que era: ingeniería. Decisión, restricción, consecuencia. La diferencia es que ya no se puede uno esconder detrás del teclado.
Recibe los próximos artículos
Sin spam. Un mensaje cuando sale un artículo nuevo, con enlace para salir en cada uno.
