Felix Rieseberg, gerente de engenharia da Anthropic, escreveu em seu blog pessoal que, a partir deste mês, deixou de usar entrevistas de programação tradicionais na contratação. O motivo é direto: esse tipo de teste mede coisas que o Claude já faz melhor do que os candidatos.
Rieseberg liderou na Anthropic as equipes de engenharia do Claude.ai, do Cowork e do Claude Code para desktop, é co-mantenedor do Electron e já trabalhou na Notion, Stripe, Slack e Microsoft. Ele descreve a entrevista de programação como um indicador “fraco, mas útil”, capaz de mostrar mais ou menos quem vai se dar bem na equipe; agora, diz ele, esse indicador deixou de funcionar.
“Claude is now better at both” (o Claude agora é melhor nos dois)
A frase aparece no contexto de uma comparação entre um desafio de programação em React e um teste de assembly: seja um framework de front-end ou um detalhe de baixo nível, o modelo responde melhor que as pessoas. Ele também escreve que as pessoas de maior influência em sua equipe não têm relação com o desempenho nesses testes e que a entrevista de programação, embora usada em toda parte, nunca foi popular.
Dois novatos, um fim de semana
O fio condutor do texto é um conselho a engenheiros com pouco tempo de casa, intitulado “Hunger beats tenure”, algo como “a fome vence a antiguidade”. O exemplo que ele dá é a interface gráfica do Claude Code: os engenheiros já estavam acostumados a ver o Claude Code como ferramenta de linha de comando, e a interface gráfica demorava a aparecer. Dois engenheiros recém-contratados, Anthony Morris e Alice Zhao, fizeram um protótipo funcional em um fim de semana e, cerca de oito dias depois, lançaram a primeira versão pública.
Os conselhos dele se resumem a cinco pontos:
- Primeiro, entender o que a empresa quer alcançar, de preferência as metas que importam para o “chefe do chefe”, e então escolher trabalhos que afetem o negócio em vez de ficar apenas limpando a lista de pendências;
- Reunir, em torno dessas metas, algumas ideias ousadas;
- Usar um fim de semana para fazer um protótipo, pulando o processo de documento de requisitos, busca de apoio e agenda de designers e gerentes de produto;
- Cada protótipo carrega só uma ideia, para que a gestão enxergue a oportunidade e também veja que você é quem pode levá-la adiante;
- Aproveitar o olhar de quem chegou agora: sem ter ouvido tantos motivos de que “isso não dá para fazer”, é mais fácil conseguir fazer.
Ele resume a mudança por trás disso em uma frase: executar deixou de ser caro. O conhecimento de frameworks acumulado ao longo de anos determinava quanto impacto uma pessoa podia gerar; com os modelos reduzindo o custo de escrever código, essa barreira se afrouxou. Na Notion, disseram-lhe uma vez que o modo offline era impossível; depois ele percebeu que a complexidade do modelo de dados era real, mas que a oposição dos fundadores era só suposição de todo mundo.
O que isso significa para a contratação na China
Rieseberg também admite que ainda não encontrou um formato de entrevista melhor. Hoje ele examina currículos e portfólios, procurando pequenos protótipos que “revelem bom gosto, empatia e raciocínio com princípios”, e diz não acreditar que a entrevista de programação volte. Trata-se do ajuste de um gerente para a própria equipe; a Anthropic não anunciou oficialmente mudança no processo de contratação em toda a empresa, e não é possível verificar, por ora, se outras equipes o acompanharão.
Para os engenheiros chineses, essa lógica está bem distante da contratação atual. As grandes empresas do país, tanto na seleção de recém-formados quanto na de profissionais experientes, mantêm em geral testes online e a etapa de algoritmos escritos à mão, e os bancos de questões das plataformas de treino continuam sendo item padrão na preparação para procurar emprego. Quando a capacidade de resolução dos modelos superar a da maioria dos candidatos, a nota do teste distinguirá cada vez menos gente, e os entrevistadores terão de buscar outros sinais; em testes remotos, aliás, já é cada vez mais difícil fiscalizar se o candidato usa IA.
A mudança mais realista talvez apareça primeiro na camada dos trabalhos apresentados. Uma pequena ferramenta funcional, ou uma série de commits efetivamente incorporados em um repositório de código aberto, é mais difícil de delegar à IA do que uma nota em problemas de algoritmos e se aproxima mais do “bom gosto” de que fala Rieseberg. A barreira também está aí: a premissa de fazer um protótipo no fim de semana é antes entender o que o negócio precisa, e essa etapa o modelo pouco ajuda.
Fontes: blog pessoal de Felix Rieseberg, CocoLoop (compilação editorial); foram verificados o alcance da mudança nas entrevistas, o número de pessoas por trás do protótipo da interface gráfica do Claude Code e o prazo até a primeira versão pública.