Lo que ya pasó sin que nadie lo anunciara
Un senior que hace dos años necesitaba a un mid y a un junior para sacar un feature mediano ahora lo hace solo. Abre el IDE, tira el diseño con el asistente de turno, revisa el output, corrige lo que el modelo entendió mal y lo manda a review. El squad que antes tenía cuatro personas asignadas a ese trabajo hoy tiene una. Nadie firmó un memo anunciando esto. Pasó en silencio, feature por feature, sprint por sprint.
La conversación pública de los últimos dos años estuvo enfocada en la pregunta equivocada. Todo el debate giró en torno a si la IA iba a reemplazar a los developers junior, como si el riesgo fuera puntual: un tipo de puesto, un nivel de seniority, una franja etaria. Los datos que empezaron a circular este año cuentan otra historia, más incómoda y más estructural.
Lo que muestran los números
El Stanford Institute for Human-Centered AI publicó cifras que conviene mirar con atención. El empleo de developers de entre 22 y 25 años cayó casi 20% desde 2024. En simultáneo, dentro de las mismas empresas, el empleo de developers de 30 años o más creció entre 6% y 12% en el mismo período. No es la foto de una industria que contrata menos en general. Es la foto de una industria que redistribuyó el trabajo hacia arriba.
Si la hipótesis fuera que la IA reemplaza al junior, esperaríamos ver una caída en la punta de entrada y estabilidad o crecimiento moderado en el resto de la pirámide. Lo que aparece es distinto: caída fuerte abajo, crecimiento real arriba. Eso no es un puesto sustituido por una herramienta. Es capacidad productiva concentrándose en menos personas.
El junior nunca fue el que hacía tareas simples
Acá está el punto que se pierde en casi toda esta discusión. El junior en un equipo de software nunca fue, principalmente, alguien que resolvía tareas fáciles. Era la forma que tenía el equipo de escalar el tiempo del senior. Alguien tenía que escribir el CRUD repetitivo, el test que faltaba, la migración aburrida, mientras el senior diseñaba la arquitectura y revisaba el trabajo de los demás. Esa función, la de absorber el volumen que el senior no daba abasto a cubrir, es exactamente la que un asistente de IA hace mejor, más rápido y sin pedir vacaciones.
Por eso el reemplazo no llegó como "la IA hace el trabajo del junior". Llegó como "el senior ya no necesita un junior para cubrir ese volumen". La tarea sigue existiendo. Lo que desapareció fue la necesidad de una persona en formación para hacerla.
El costo real no es el puesto de entrada, es la escalera
El problema que esto genera no es solo para quien tiene 23 años y busca su primer trabajo. Es para toda la industria, incluido el senior que hoy se beneficia. Ese senior que ahora rinde como un equipo entero llegó a ese nivel porque en algún momento fue junior, cometió errores en producción bajo supervisión y aprendió arquitectura viendo cómo un senior corregía sus decisiones. Si esa etapa se achica o desaparece, nadie está respondiendo todavía de dónde va a salir el próximo senior dentro de cinco o diez años.
Las empresas que están celebrando el aumento de productividad por cabeza no están mirando ese horizonte. Están optimizando el trimestre, no la cadena de formación. Es una decisión racional en el corto plazo y una apuesta arriesgada en el largo.
La escasez que viene no es de talento junior, es de talento senior
Si esta tendencia se sostiene, en unos años el cuello de botella no va a ser la cantidad de developers junior disponibles. Va a ser la cantidad de developers con criterio suficiente para dirigir bien una IA, revisar su output con ojo entrenado y tomar las decisiones de arquitectura que el modelo todavía no sabe tomar solo. Ese criterio se construye con años de exposición a sistemas reales, no con un curso ni con un prompt bien escrito. Las empresas que dejen de invertir en formar a esa próxima generación de seniors no van a sentir el costo este año. Lo van a sentir cuando se les termine la fila de gente capaz de liderar equipos que ya no existen como tales.
Por qué esto no se arregla contratando más juniors
La reacción obvia de cualquier área de RR.HH. frente a estos números sería abrir más posiciones junior. Es un error de diagnóstico. El problema no es la cantidad de vacantes de entrada, es la cantidad de horas reales de exposición a supervisión senior que esas vacantes todavía ofrecen. Si el junior entra y su trabajo se limita a tareas que ya se delegan a la IA, contratarlo no resuelve nada: solo agrega una persona a la que nadie le está enseñando arquitectura de verdad, porque el senior ya no necesita revisar ese tipo de trabajo tan seguido como antes.
El insumo que se está agotando no es el puesto. Es el tiempo de supervisión de calidad, esas horas en las que un senior mira el código de alguien con menos experiencia, explica por qué una decisión está mal y deja que la próxima vez la persona la tome sola. Eso no se compra con presupuesto de contratación. Se construye con decisiones deliberadas sobre cómo se arma el trabajo día a día.
Lo que cambia para el que ya es senior, y para el que quiere llegar a serlo
Para el senior de hoy, la conclusión no es del todo tranquilizadora. Rendir como un equipo entero también significa que las expectativas de output subieron a la par de la herramienta. Nadie va a medir tu velocidad contra la de un dev sin IA. Te van a comparar contra tu propia versión potenciada, y ese techo sigue subiendo.
Para quien todavía está construyendo ese nivel de criterio, el camino tradicional (entrar como junior, absorber tareas simples, ir subiendo de a poco) se angosta. No desaparece del todo. Los equipos que entienden el problema de la escalera están empezando a redefinir el rol de entrada: menos "hacer el ticket que nadie quiere" y más "revisar, entender y cuestionar lo que la IA generó, bajo supervisión real". Es una entrada distinta a la de hace cinco años, pero sigue siendo una entrada.
