- Kent Beck explica que a contratação de desenvolvedores júnior ainda pode parecer um custo, mas no contexto da IA ela passou a ser, na verdade, uma escolha com valor de investimento ainda maior
- As ferramentas de IA, mais do que elevar imediatamente a produtividade dos juniores, cumprem o papel de comprimir drasticamente a velocidade de aprendizado
- O ponto central da mudança é abordar o júnior com uma gestão voltada não à produção de entregas, mas ao aprendizado
- Quanto mais rápida a velocidade de aprendizado, mais curto fica o período de risco de evasão chamado “Vale do Arrependimento (Valley of Regret)”
- Como resultado, mais juniores conseguem se manter, e até a velocidade de crescimento de toda a organização acelera
The Valley of Regret
- O desenvolvedor júnior é mais parecido com uma aposta em que se paga um custo agora esperando produtividade futura
- No início, a produtividade é baixa, o tempo dos sêniores é consumido, revisões de código e erros se repetem, e os custos se acumulam
- Esse período de perda é chamado de “Vale do Arrependimento”, e quanto mais longo ele for, maior a chance de fracasso
- Sempre existe o risco de não chegar ao ponto de equilíbrio, seja por saída da empresa, demissão ou falta de caixa em startups
- Por isso, muitas equipes concluem que “agora não temos folga para formar juniores”
Shrinking the Valley
- Juniores que usam bem assistentes de programação com IA comprimem bastante a curva de aprendizado
- O ponto-chave não é aceitar o resultado como está, mas usar a IA como um meio de apoio para reduzir o espaço de exploração
- Tarefas como escolher APIs ou explorar abordagens passam de horas para minutos
- O tempo economizado não é usado para despejar mais funcionalidades, mas para entendimento, refatoração e análise de trade-offs
- Quando a velocidade de aprendizado acelera assim, o Vale do Arrependimento fica mais raso e mais curto
First Order Effect: mais apostas dão certo
- Supondo uma taxa anual de evasão de juniores de 20%, em um modelo com ramp-up de 24 meses, cerca de 36% saem antes do ponto de equilíbrio
- Se isso for comprimido para um ramp-up de 9 meses, a saída antes do ponto de equilíbrio cai para cerca de 15%
- Não é apenas uma questão de produtividade mais rápida, mas de aumentar a própria probabilidade de chegar à faixa de retorno
- Quanto mais curto o vale, maior o número de juniores que consegue chegar ao outro lado
- Isso melhora muito a estabilidade do investimento em talentos de toda a organização
Second Order Effect: aceleração da velocidade de crescimento
- Um desenvolvedor produtivo não apenas escreve código
- Ele orienta novos juniores, acumula conhecimento organizacional e assume trabalhos com maior efeito de alavancagem
- Quanto mais rápido um júnior cresce, mais rápido também cresce a próxima geração de pessoas que ele ajudará a formar
- Por isso, acelerar a velocidade de aprendizado leva não só a ganhos individuais, mas a um aumento da taxa de crescimento da organização
What This Means
- Apostar na contratação de juniores está claramente melhor do que antes
- O motivo não é que os juniores mudaram, mas que a IA criou um ambiente que acelera o aprendizado
- Investir em ferramentas de IA deve ser interpretado como investir na estratégia de contratação
- Especialmente em ambientes com alta rotatividade, o valor esperado da contratação de juniores sobe bastante
- Mas esse efeito não acontece automaticamente; é preciso gestão orientada ao aprendizado e uma cultura de “codificação aumentada”
Mensagem principal
- Se você gerencia juniores com base em produtividade, a probabilidade de fracasso aumenta
- Se você gerencia juniores com base em aprendizado, o retorno da aposta melhora
- A escolha certa na era da IA não é reduzir juniores, mas criar uma estrutura capaz de desenvolvê-los da forma correta
9 comentários
Talvez seja só impressão minha, mas recentemente, fazendo muitas entrevistas para contratação, tive a sensação de que o grupo de bons desenvolvedores júnior diminuiu ainda mais. O grupo de juniores que já era bom melhorou usando ferramentas de IA, mas os demais parecem ter perdido ainda mais capacidade. Concordo com o texto em si, mas acho que várias coisas estão acontecendo ao mesmo tempo com a geração júnior.
Parece que isso acontece porque a pessoa acha que o código escrito pela IA é dela, e que o conhecimento da IA é o próprio conhecimento dela, então não internaliza de fato.
Concordo. Eu também, quando faço entrevistas hoje em dia, percebo que a diferença já é enorme a começar pela forma de usar IA. Enquanto uma minoria estuda e utiliza ferramentas de IA em profundidade, em outros casos a pessoa só usou algo como o ChatGPT no Cursor ou pela web, e nada além disso. Se antes não dava para dizer que a forma de usar ferramentas de desenvolvimento se conectava diretamente à competência, agora parece que chegamos a uma era em que o uso de ferramentas de IA está diretamente ligado à capacidade.
Concordo..
Ou seja, na era da IA, o que se precisa são pessoas cuja curva de aprendizado seja íngreme por causa da IA, mas é difícil concordar que ser "júnior" signifique "ter uma curva de aprendizado rápida".
Agora, em vez de avaliar desenvolvedores pela distinção júnior <-> sênior com base no acúmulo de experiência,
na era da IA, talvez devêssemos classificar como sênior quem consegue comprimir o aprendizado de forma intensa e usar bem a IA.
Hum, por outro lado, também já vi júnior que faz um código estranho e depois usa o GPT como escudo, dizendo que foi ele que fez, então acho que varia de caso para caso.
Quero tê-lo como meu grande mestre, senhor Byuk.
Força, Kent!
Valeu, Beok-jwa...