O que "sênior" significa quando a IA escreve o boilerplate
A definição de sênior sempre foi nebulosa. Com IA escrevendo o código que antes diferenciava júnior de pleno, o critério precisa ser revisto — e essa revisão tem consequências para quem está crescendo agora.
Durante anos, uma das diferenças práticas entre júnior e sênior era velocidade com código. O sênior sabia os padrões de cor, não precisava procurar a sintaxe, construía o scaffolding de uma feature nova em minutos. Era conhecimento acumulado que gerava velocidade real.
Hoje um modelo de linguagem faz esse scaffolding em 30 segundos. E faz bem. Isso não torna o sênior obsoleto — mas torna essa vantagem específica quase irrelevante como critério de distinção.
Então o que diferencia agora?
A resposta curta: julgamento sobre o que construir. A resposta longa exige decomposição.
Primeiro, há o julgamento técnico de nível alto — decidir se o problema que está sendo resolvido é o problema certo. IA é ótima em resolver o problema que você descreveu. É péssima em perceber que o problema descrito é o problema errado. Isso exige contexto de sistema, histórico de decisões, entendimento de onde a solução vai viver daqui a dois anos. Esse julgamento não vem do código — vem de ter vivido as consequências de decisões anteriores.
Segundo, há o que eu chamo de julgamento de custo oculto. Um júnior vê a solução que funciona agora. Um pleno vê a solução que funciona e escala. Um sênior vê a solução que funciona, escala, e tem um custo de manutenção aceitável para quem vai herdar isso. IA vê a solução que funciona. Ela não tem como quantificar o custo de manutenção de 18 meses no contexto específico do seu time.
Terceiro, há o julgamento sobre quando não construir. Às vezes a resposta certa é não construir nada, ou construir muito menos. IA não tem incentivo para recomendar não construir — ela existe para gerar. O sênior tem o incentivo certo porque vai herdar a manutenção.
Isso muda como eu penso sobre o crescimento de pessoas no time. A antiga trajetória de crescimento tinha uma fase longa de acúmulo técnico: aprender as ferramentas, aprender os padrões, aprender a velocidade. Essa fase vai ficar mais curta. IA comprime o tempo de acúmulo técnico básico de forma significativa.
A fase que não comprime é a de construção de julgamento. E julgamento vem de exposição a consequências — de ter tomado uma decisão e ter visto o que aconteceu. De ter estimado errado e ajustado. De ter visto um sistema crescer além do que foi projetado. Isso não tem atalho.
O que preocupa é que se o mercado passar a confundir velocidade com IA com julgamento sênior, vai ter um vácuo. Muita gente vai parecer sênior no output imediato sem ter construído o julgamento que o label requer. A conta vem em forma de incidentes, de sistemas que não escalam como esperado, de decisões que pareciam razoáveis na hora mas não sobreviveram ao contexto.
Para quem está crescendo agora, o conselho que dou é: use IA para comprimir a fase técnica, mas não pule a fase de consequências. Tome decisões reais. Assuma ownership de coisas que vão para produção. Esteja presente no pós-mortem. Essas são as experiências que constroem o julgamento que vai diferenciar você nos próximos 10 anos — e IA não vai replicar isso.
Para quem já é sênior: seu diferencial virou mais claro, não menos. O que você tem que nenhuma IA tem é o histórico de ter vivido o sistema que foi construído e as decisões que foram tomadas. Esse contexto encarnado é irreproduzível.
A barra de sênior subiu. E isso é bom para quem se prepara para ela.
Essa semana: Pense em uma decisão técnica que você tomou nos últimos 6 meses. Você consegue articular por que tomou aquela decisão, quais alternativas descartou e por quê? Se sim, esse é o tipo de julgamento que define sênior. Se não consegue articular, é uma boa área para desenvolver — não o código, a narrativa de decisão.