O que já aconteceu sem ninguém anunciar
Um sênior que há dois anos precisava de um pleno e um júnior para entregar uma feature de porte médio hoje faz isso sozinho. Abre o editor, monta o design com o assistente de plantão, revisa o output, corrige o que o modelo entendeu errado e manda para review. O squad que antes tinha quatro pessoas alocadas nesse trabalho hoje tem uma. Ninguém assinou um comunicado anunciando isso. Aconteceu em silêncio, feature por feature, sprint por sprint.
A conversa pública dos últimos dois anos ficou presa na pergunta errada. Todo o debate girou em torno de saber se a IA ia substituir os desenvolvedores júnior, como se o risco fosse pontual: um tipo de cargo, um nível de senioridade, uma faixa etária. Os dados que começaram a circular este ano contam outra história, mais desconfortável e mais estrutural.
O que os números mostram
O Stanford Institute for Human-Centered AI publicou números que merecem atenção. O emprego de desenvolvedores entre 22 e 25 anos caiu quase 20% desde 2024. No mesmo período, dentro das mesmas empresas, o emprego de desenvolvedores de 30 anos ou mais cresceu entre 6% e 12%. Essa não é a foto de uma indústria contratando menos no geral. É a foto de uma indústria que redistribuiu o trabalho para cima.
Se a hipótese fosse que a IA substitui o júnior, seria de esperar uma queda na porta de entrada e estabilidade ou crescimento moderado no resto da pirâmide. O que aparece é diferente: queda forte embaixo, crescimento real em cima. Isso não é um cargo sendo trocado por uma ferramenta. É capacidade produtiva se concentrando em menos pessoas.
O júnior nunca foi quem fazia as tarefas simples
Aqui está o ponto que quase todo mundo perde nessa discussão. O júnior em um time de software nunca foi, principalmente, a pessoa que resolvia tarefas fáceis. Era a forma que o time tinha de escalar o tempo do sênior. Alguém precisava escrever o CRUD repetitivo, o teste que faltava, a migração chata, enquanto o sênior desenhava a arquitetura e revisava o trabalho dos outros. Essa função, a de absorver o volume que o sênior não dava conta de cobrir, é exatamente o que um assistente de IA faz melhor, mais rápido e sem pedir férias.
Por isso a substituição não chegou como "a IA faz o trabalho do júnior". Chegou como "o sênior não precisa mais de um júnior para cobrir esse volume". A tarefa continua existindo. O que desapareceu foi a necessidade de uma pessoa em formação para fazê-la.
O custo real não é a vaga de entrada, é a escada
O problema que isso gera não é só para quem tem 23 anos e está buscando o primeiro emprego. É para a indústria inteira, incluindo o sênior que hoje se beneficia disso. Esse sênior que agora rende como um time inteiro chegou nesse nível porque em algum momento foi júnior, errou em produção sob supervisão e aprendeu arquitetura vendo um sênior corrigir suas decisões. Se essa etapa encolhe ou desaparece, ninguém ainda respondeu de onde vai sair o próximo sênior daqui a cinco ou dez anos.
As empresas que estão comemorando o aumento de produtividade por cabeça não estão olhando para esse horizonte. Estão otimizando o trimestre, não a cadeia de formação. É uma decisão racional no curto prazo e uma aposta arriscada no longo.
A escassez que vem não é de talento júnior, é de talento sênior
Se essa tendência se mantiver, em alguns anos o gargalo não vai ser a quantidade de desenvolvedores júnior disponíveis. Vai ser a quantidade de desenvolvedores com critério suficiente para direcionar bem uma IA, revisar o output dela com olhar treinado e tomar as decisões de arquitetura que o modelo ainda não sabe tomar sozinho. Esse critério se constrói com anos de exposição a sistemas reais, não com um curso nem com um prompt bem escrito. As empresas que pararem de investir na formação dessa próxima geração de sêniors não vão sentir o custo esse ano. Vão sentir quando acabar a fila de gente capaz de liderar times que já não existem como times.
Por que isso não se resolve contratando mais júniors
A reação óbvia de qualquer área de RH diante desses números seria abrir mais vagas júnior. É um erro de diagnóstico. O problema não é a quantidade de vagas de entrada, é a quantidade de horas reais de exposição à supervisão sênior que essas vagas ainda oferecem. Se o júnior entra e o trabalho dele se limita a tarefas que já são delegadas para a IA, contratá-lo não resolve nada: só adiciona uma pessoa a quem ninguém está ensinando arquitetura de verdade, porque o sênior já não precisa revisar esse tipo de trabalho com tanta frequência quanto antes.
O insumo que está se esgotando não é a vaga. É o tempo de supervisão de qualidade, essas horas em que um sênior olha o código de alguém com menos experiência, explica por que uma decisão está errada e deixa que da próxima vez a pessoa decida sozinha. Isso não se compra com orçamento de contratação. Se constrói com decisões deliberadas sobre como o trabalho é organizado no dia a dia.
O que muda para quem já é sênior, e para quem quer chegar lá
Para o sênior de hoje, a conclusão não é totalmente tranquilizadora. Render como um time inteiro também significa que as expectativas de entrega subiram junto com a ferramenta. Ninguém vai medir sua velocidade contra a de um dev sem IA. Vão comparar você com a sua própria versão turbinada, e esse teto continua subindo.
Para quem ainda está construindo esse nível de critério, o caminho tradicional (entrar como júnior, absorver tarefas simples, subir aos poucos) fica mais estreito. Não desaparece por completo. Os times que entendem o problema da escada estão começando a redefinir o cargo de entrada: menos "fazer o ticket que ninguém quer" e mais "revisar, entender e questionar o que a IA gerou, sob supervisão real". É uma entrada diferente da de cinco anos atrás, mas ainda é uma entrada.
Os times que resolverem essa equação primeiro não vão ser os com a ferramenta de IA mais chamativa. Vão ser os que tratarem as horas de mentoria como algo que vale a pena proteger, não como um custo que se corta assim que a produtividade por cabeça sobe.
