No hay semana que no me cruce con una noticia tecnológica, un artículo o un informe de consultora que repita el mismo mantra. El entusiasmo es tan palpable que sospecho que hay cafeína en el aire acondicionado de Silicon Valley. La narrativa parece orquestada: la programación, tal como la conocemos, es un oficio zombi, un muerto viviente.
Si has estado atento a las noticias los últimos meses (he recopilado los titulares más agresivos en el Anexo: «El Ruido Mediático» al final de este artículo), habrás notado un patrón. Desde CEOs de grandes tecnológicas sugiriendo que «los niños ya no deberían aprender a programar», hasta predicciones apocalípticas sobre el fin del talento junior.
Pero aquí es donde deberías arquear una ceja: son precisamente las grandes empresas de software, las que viven del código, las que están pegando los carteles del funeral. ¿Te has parado a pensar por qué? ¿No será que les interesa devaluar al ingeniero de software para venderte su nueva máquina industrial —llámala Copilot, Gemini o el GPT-de-Turno— por una cómoda suscripción mensual?
El mensaje subyacente es seductor para cualquier departamento financiero… al menos para cuadrar el Excel a corto plazo. Pero cuidado con la resaca del largo plazo, específicamente con el vendor locking (o el «secuestro del proveedor», para que nos entendamos). Si despides a tus técnicos para depender exclusivamente de la herramienta mágica de una sola empresa externa, te estás poniendo las esposas tú solito. El día que decidan subirte el coste de la licencia al triple o cambiar las reglas del juego, pagarás y callarás, porque ya no tendrás a nadie en casa que sepa cómo funcionan las tripas técnicas de tu propio negocio (y hoy en día es una realidad en casi todos los sectores: el motor de tu negocio tiene base tecnológica que no puedes no conocer).
Tengo que ser muy honesto y realista con esto: esa visión, la del fin del perfil de programador, no solo es excesivamente optimista, es una imprudencia.
Si bajamos de los titulares a la realidad de las trincheras del desarrollo de software, la situación es mucho más matizada. No estamos ante la extinción del programador, sino ante su MUTACIÓN (al más puro estilo X-Men, estamos viendo nacer a los X-Programmers). Estamos pasando de un paradigma de autores a un paradigma de editores. Y si no entiendes esta diferencia, te van a vender humo a precio de solomillo.
El nuevo rol: El editor de código
Piensa en cómo funcionaban, y funcionan, las editoriales. Antes, el programador era el escritor solitario frente a la hoja en blanco, tecleando cada línea desde cero. Un proceso artesanal, lento y mentalmente costoso.
Hoy, la Inteligencia Artificial Generativa —ya veremos cómo sigue evolucionando realmente— actúa como ese escritor becario, prolífico e incansable que escribe a mil por hora. Genera el borrador inicial a una velocidad de vértigo y nos ayuda a superar el «síndrome de la hoja en blanco». Pero cuidado, que aquí hay trampa.
La IAG funciona bajo lo que los expertos llaman el principio del «loro estocástico1». Para que nos entendamos, básicamente un loro estocástico es como ese cuñado que habla con una seguridad aplastante sobre termodinámica en la cena de Navidad porque ha leído dos tuits. Suena convincente, usa las palabras técnicas correctas en el orden correcto, pero si le pides que te arregle la caldera, la casa explota.
La IAG hace lo mismo: es una máquina estadística brillante uniendo código que parece correcto, pero que está vacía de intención. La IAG simula saber, pero solo está jugando a los dados con las palabras: repite patrones sin entender qué está diciendo. Escribe rápido, sí, pero escribe sin saber por qué.
Aquí es donde tiene que entrar el humano. El programador ya no es el albañil que pone los ladrillos, sino el arquitecto que revisa si la pared está a plomo y garantiza que el edificio es sólido. Se convierte en un Editor Senior. Su trabajo es leer lo que propone el «loro», refinarlo, corregir las alucinaciones (cuando la IAG se inventa cosas) y, sobre todo, darle sentido dentro del contexto de tu negocio.
Lo que SÍ funciona (las fortalezas)
Al César lo que es del César. El cambio tiene ventajas enormes si se gestiona con cabeza:
- Adiós al bloqueo: La IAG es excelente para arrancar y eliminar la fricción inicial.
- Velocidad de iteración: Lo que antes llevaba días, ahora permite tener un «prototipo sucio» en horas.
- Foco en el problema: Permite que los técnicos se centren en qué queremos solucionar en lugar de perder tiempo buscando cómo se escribía una función específica.
El punto ciego (donde la IAG patina)
Aquí es donde debemos sacar la lupa crítica y no tragarnos todo lo que dice la prensa o lo que publican los informes…muchas veces interesados. El gran riesgo actual es creer que alguien de Marketing o Ventas puede sentarse con ChatGPT y crear una aplicación robusta solo porque «se cree» que la máquina «sabe programar».
Esa creencia de conocimiento, de saber programar, es falsa (es lo que se conoce como efecto Dunning-Kruger: creer que sabes más de lo que sabes), y te explico por qué sin tecnicismos:
- El Contexto es el Rey: La IAG te da una solución probable, pero no sabe si es la mejor para tu empresa. No entiende que tienes unos servidores viejos de hace diez años ni sabe tus planes estratégicos a cinco años vista. Solo escupe código que parece funcionar hoy. (Existen técnicas para mejorar esto, como pedirle que «razone paso a paso», pero eso no hace milagros si no sabes qué pedir).
- La trampa de la «Caja Negra»: Si alguien de negocio pide un sistema y la IAG lo hace… ¿quién valida que eso está bien hecho? Esa persona no sabe de arquitectura (los cimientos), ni de escalabilidad (que la web no se caiga si entran todos los clientes a la vez).
- Mantenibilidad: Que el código funcione el día 1 es fácil. Que alguien pueda arreglarlo el día 100 es lo difícil. Sin un «Editor» experto que limpie lo que hace la IAG, estás cocinando un «código espagueti»: una maraña indescifrable que mañana te costará un dineral arreglar.
¿Qué hacemos ahora? (sentidiño)
Si gestionas proyectos o lideras equipos, mi consejo es que filtres el ruido, que aterrices las expectativas y te centres en la realidad operativa:
- No busques sustituir, busca potenciar: Necesitas expertos más que nunca. Necesitas gente que mire el código de la IAG y diga: «Esto va a reventar cuando tengamos mil usuarios concurrentes». Valora el criterio por encima de la velocidad de tecleo.
- Huye del «Shadow AI»: Ojo con la «Informática en la sombra». No permitas que la promesa del «hazlo tú mismo» lleve a los departamentos a crear software sin supervisión técnica. El entusiasmo es bueno, pero la deuda técnica (el coste futuro de arreglar las chapuzas de hoy) se paga con intereses muy altos.
- Cambia las métricas (KPIs): Deja de medir a tus desarrolladores por «líneas de código escritas». Eso ya era absurdo antes, pero ahora es ridículo. Mídelos por la eficiencia de la solución, la calidad de la revisión y, sobre todo, por el valor que aportan al negocio.
En resumen: la IAG es un lápiz increíblemente rápido, pero seguimos necesitando a alguien que sepa escribir para que la historia tenga sentido.
📂 ANEXO: El Ruido Mediático
Para que veas de dónde viene el miedo, aquí tienes a algunos de los «Profetas del Fin» (fíjate en qué venden):
Los «Profetas del Fin» (Grandes CEOs Tech):
- Jensen Huang (CEO de NVIDIA): Aconseja «no aprender a programar: dejádselo a la IA». (Nota: NVIDIA vende los chips que hacen posible la IA, su interés es claro).Leer en Tom’s Hardware.
- Emad Mostaque (Ex-CEO de Stability AI): Predijo que no habrá programadores humanos en 5 años. Leer en Developer Tech.
- Dario Amodei (Anthropic): Aseguró que la IA escribiría «esencialmente todo el código» en un plazo de 12 meses, desplazando a los humanos. Una afirmación muy agresiva que, a día de hoy, sigue chocando con la realidad de los entornos de producción complejos. Leer en Computer Hoy.
El impacto en el mercado laboral:
- La crisis de los Juniors: «La IA se come a los programadores más jóvenes». Leer en El País.
- Zuckerberg y Meta: Su visión para 2025 sobre el reemplazo de programadores. Leer reporte.
El cambio de paradigma académico:
- «The End of Programming»: Un artículo viral de Matt Welsh que argumenta que la informática clásica ha muerto. Leer en Level Up Coding.
🚀 Tu siguiente paso
La próxima vez que alguien te envíe uno de esos titulares apocalípticos con cara de preocupación, respóndele con una pregunta técnica (con un poco de retranca):
«Genial, la IA escribe el código sola. Pero cuando ese código falle el Black Friday y la tienda se caiga, ¿a quién llamamos? ¿Al chat?»
Transforma el miedo en una conversación seria sobre calidad y arquitectura.
- El término «loro estocástico» (stochastic parrot) fue acuñado en marzo de 2021 (aunque el artículo circuló un poco antes en borradores). Fue presentado en el famoso artículo académico: “On the Dangers of Stochastic Parrots: Can Language Models Be Too Big?”. Las principales responsables son Emily M. Bender (lingüista de la Universidad de Washington) y Timnit Gebru (investigadora en ética de IA), junto con Angelina McMillan-Major y Margaret Mitchell. ↩︎