O teste de código morreu e ninguém sentiu falta

Pensamento empreendedor virou o filtro real para entrar e crescer na Anthropic. Não é discurso de LinkedIn, é consequência direta de um fato operacional: escrever código deixou de ser o gargalo. Quando qualquer desenvolvedor mediano consegue gerar um CRUD, uma tela em React ou um script de integração com um prompt bem dado, o que separa um júnior que entrega de um sênior que só revisa não é mais sintaxe, é julgamento sobre o que vale a pena construir.

Felix Rieseberg, que lidera times de engenharia por lá e tocou frentes como Claude.ai e Claude Code Desktop, jogou fora a entrevista clássica de programação. Para ele, pedir um desafiozinho de React hoje faz tanto sentido quanto cobrar Assembly em uma vaga web. O Claude resolve melhor que o candidato. E a nota no teste não prevê mais quem vai performar bem no time. O que prevê é outra coisa, mais difícil de medir e mais desconfortável de admitir: fome, senso de dono e capacidade de farejar um problema que dá dinheiro.

PublicidadeAnuncie aqui336x280 / responsivo

O fato: Anthropic jogou a entrevista clássica fora

O fato é simples. Rieseberg aboliu as tarefinhas de código no processo seletivo das suas equipes. O argumento é que a IA tornou o teste inútil, porque ele mede uma habilidade que foi comoditizada. Não adianta saber se o candidato inverte uma árvore binária ou monta um hook perfeito se, no dia a dia, o modelo faz isso em segundos com menos erro.

No lugar disso, ele passou a observar quem consegue ultrapassar colegas mais experientes usando IA como alavanca. E ele redefine o termo júnior de um jeito que irrita muita gente. Júnior aqui não é quem tem pouco tempo de carreira. É quem não tem status, poder ou rede dentro da empresa. Ou seja, o recém-chegado que ninguém ouve na reunião, mas que ainda enxerga as fricções que os veteranos normalizaram há anos. Ele cita o pesquisador organizacional James March, que já em 1991 dizia que empresas dependem de novatos ingênuos para renovar a visão, e lembra que Patrick Collison, da Stripe, pede explicitamente para novos contratados apontarem tudo que parecer estranho.

Como funciona quando execução custa quase zero

Na visão de operador, o que mudou foi a economia da execução. Antes, construir custava caro. Você precisava de semanas de engenharia, design, QA, infra. Então a empresa criava um funil rígido: poucos decidiam, muitos pediam permissão. Produto escrevia spec, arquitetura revisava, gerência priorizava. O novato tinha ideia, mas não tinha permissão para construir. Tinha que escalar a hierarquia até alguém confiar nele.

Com Claude e ferramentas de coding agents, esse custo despencou. Um protótipo funcional que antes exigia um squad por um sprint agora sai em um fim de semana com uma pessoa e alguns dólares em tokens. A latência entre ideia e demo caiu de semanas para horas. O custo de errar caiu junto. Isso inverte a lógica: não faz mais sentido gastar três semanas debatendo um PRD se você pode mostrar algo clicável na segunda-feira. Rieseberg sugere exatamente isso. Entenda o que a empresa realmente tenta ganhar, descubra qual é a meta do chefe do seu chefe, escolha uma ideia ambiciosa ligada a receita ou retenção e construa sozinho.

A dica técnica aqui importa. Ele alerta para não tentar provar tudo de uma vez. Nada de inventar uma linguagem nova, mais backend do zero, mais três apps mobile no mesmo protótipo. Isso é suicídio por escopo. O protótipo bom é estreito e legível: resolve uma dor com clareza suficiente para a liderança ver a oportunidade e ver você como a pessoa certa para puxar aquilo. É inferência plausível a partir do dia a dia com agentes: eles são ótimos em escopo fechado, péssimos quando você empilha incerteza. Quem sabe fatiar vence.

Por que o novato enxerga o que o veterano não vê mais

Tem um ponto sutil nessa tese. Quem trabalha em produto voltado ao usuário sofre de cegueira de casa. Depois de dois anos no Slack ou no Notion, você não usa mais o produto como um estranho. Você conhece os atalhos, os bugs, os jeitos de contornar. O recém-chegado sente a dor de verdade. Rieseberg conta que, no Notion, pediram para ele desenhar uma arquitetura offline que todo mundo dizia ser impossível, tanto por complexidade do modelo de dados quanto por suposta resistência do CEO. A parte técnica era dura, mas a resistência do fundador nem existia. Ninguém tinha perguntado. Era boato tratado como fato. Só um outsider para cutucar.

Para infra e ferramentas internas vale o inverso, mas com o mesmo efeito. Quem não sabe por que algo é supostamente impossível tenta do jeito óbvio e às vezes descobre que o impossível era só preguiça documentada. Ele cita um caso interno na Anthropic em que dois engenheiros relativamente novos destravaram algo relevante justamente porque não tinham herdado o trauma das tentativas antigas. Com IA no loop, esse efeito amplifica, porque o custo de tentar a abordagem ingênua é quase zero.

O que isso muda na prática para quem está entrando

Quem ganha com esse jogo novo é o júnior com senso comercial e velocidade de execução. Quem perde é o sênior que se apoiava em tenure e em conhecimento tribal de codebase. Se seu valor era saber onde fica aquele if esquisito no monolito, o agente agora acha isso por você. Se seu valor é saber qual atrito faz o cliente cancelar, você continua raro.

  • Mapeie dinheiro, não backlog: descubra de onde vem receita e qual métrica seu diretor persegue no trimestre.
  • Troque spec por demo: em vez de escrever doc de cinco páginas, entregue um fluxo clicável construído com IA em dois dias.
  • Foque em uma aposta: uma ideia forte e bem demonstrada vence vinte ideias listadas em slide.

A ação prática desta semana é direta. Se você é novo em um time, reserve o próximo fim de semana para construir. Pegue uma reclamação recorrente de suporte, algo que aparece em tickets e que o time chama de 'complexo demais', e prototipe com Claude Code ou ferramenta similar. Traga números: quanto tempo economiza, quantos cliques elimina, qual plano isso destrava. Apresente para seu gerente como demo, não como proposta. Você pula a fila da permissão e cria prova, que é a única moeda que a hierarquia ainda respeita.

A parte incômoda que ninguém quer discutir

Aqui entra a tensão real. Isso escala ou só move o gargalo? Quando todo mundo consegue gerar código barato, o gargalo vai para julgamento, gosto de produto e acesso a contexto. E julgamento não escala com tokens. Pior: protótipo barato gera entulho caro. É fácil criar dez demos empolgantes num mês. É difícil manter, dar segurança, observar custo de inferência, lidar com dados sensíveis e sustentar aquilo em produção. A execução ficou barata, a operação continua cara.

Tem outro problema. Essa cultura de 'mostre, não peça' premia quem tem tempo livre, inglês afiado, desenvoltura para vender demo e acesso aos melhores modelos. Isso não é meritocracia pura, é um novo tipo de política. E se a empresa não ajustar avaliação, promoção e on-call, vai virar caos: um monte de protótipos órfãos, ninguém querendo fazer o trabalho chato de hardening, todo mundo querendo ser founder interno. Fome vence tenure, sim, mas fome sem direção vira dispersão. Vale a pena trocar teste de algoritmo por teste de iniciativa se você não tem como medir iniciativa sem viés?

Veredito de operador

No fim, a Anthropic só explicitou o que quem constrói já sentia: codar virou commodity, decidir o que codar virou o trabalho. A pergunta que fica para você é simples e incômoda: qual protótipo seu faria seu chefe ignorar seu tempo de casa?