¿Qué hacemos con los juniors en 2027?
El junior que no aprende a leer código sin IA va a ser un riesgo de seguridad en 5 años. Pero el que sí aprende va a tener una ventaja injusta sobre los seniors.
Pregunta incómoda en cualquier all-hands de 2026: “¿estamos contratando juniors este trimestre?”. La respuesta cada vez más común — “no, ya no necesitamos” — está equivocada de las dos formas posibles.
Está equivocada a corto plazo porque los juniors hoy producen casi tanto como un mid-level con AI, a 40% del costo. Está equivocada a largo plazo porque en cinco años vas a necesitar seniors, y los seniors no se cultivan de la nada.
El problema real no es si contratar juniors. Es cómo formarlos en un mundo donde la herramienta hace 80% del trabajo mecánico que antes los formaba.
El junior que no aprende a leer código sin IA es un riesgo
Hace dos años, un junior aprendía leyendo código de otros: legacy mal escrito, librerías de terceros, PRs de seniors. Lentamente desarrollaba el músculo de “esto se ve raro”.
Hoy un junior aprueba PRs del agente sin leerlos. El músculo no se forma. Tres años después, ese dev — ahora “senior” en CV — no puede debuggear producción a las 3 AM porque nunca aprendió a leer código ajeno bajo presión.
Eso es un riesgo de seguridad para tu equipo. No del junior — del equipo que lo formó sin exigirle lectura crítica.
El junior que SÍ aprende tiene ventaja injusta
El otro lado: el junior de 2026 que aprende a usar IA bien (curar contexto, revisar diffs, detectar alucinaciones) y además mantiene las habilidades fundamentales (leer código, debug, system design) va a llegar a senior en 2-3 años en lugar de 5-7.
Por dos razones:
- Más reps, más rápido. Lo que antes tomaba semanas de boilerplate ahora son minutos. El junior puede llegar a problemas interesantes mucho antes.
- El senior moderno ya no es solo técnico. Es curador de contexto, dirigente de agentes, traductor cross-rol. Esas habilidades no requieren 7 años de experiencia — requieren buenas prácticas desde el inicio.
El junior de 2026 que entiende esto va a tener una ventaja injusta sobre seniors de 2020 que no actualizaron su skillset.
Cómo formar juniors hoy
En nuestros proyectos vemos un patrón claro: los juniors crecen rápido cuando los seniors les hacen tres cosas:
1. Code review estricto sin importar quién escribió. “El agente escribió esto, pero TÚ lo aprobaste. Justifica cada decisión del diff.” No hay shortcut. Si el junior no puede defender el código, no lo entiende.
2. Una hora al día sin agente. Lectura de código legacy del codebase, debugging a mano, tracing de bugs en producción. No es nostalgia — es construir el músculo crítico que la IA no construye.
3. Curaduría de contexto como skill. Enseñarle a escribir
CLAUDE.md, a mantener ADRs, a estructurar prompts. Eso es donde
el junior puede ser productivo desde día uno, y donde se forma
para senior.
La pregunta para tu equipo
¿Tu junior último contratado puede leer un PR de 200 líneas, decir “esto está mal por X razón”, y proponer un fix sin abrir Cursor?
Si la respuesta es no, no le contrataste un junior. Le contrataste una interfaz humana hacia el agente. Y eso no escala a senior.
Si están repensando cómo formar el equipo del próximo lustro — juniors incluidos — conversemos — el chat está abierto.