Na era de 80% de código por agentes de IA, o verdadeiro problema do desenvolvedor é a ‘dívida de compreensão’

Fenômeno: mudança brusca de 80% de codificação manual → 80% de codificação por agentes (fala de Andrej Karpathy)

• Equipe do Claude Code: mais de 20 PRs por dia, todos escritos 100% por IA
• Antigo “problema dos 70%” → agora chegamos à era de mais de 80%

Mudança na natureza dos erros

• Antes: foco em sintaxe e bugs simples
• Agora: foco em falhas conceituais e de arquitetura
  • propagação de premissas incorretas (assumption propagation)
  • um mal-entendido no começo → depois tudo é construído em cima disso
  • abstração e overengineering em excesso (100 linhas → explosão de classes com 1.000 linhas)

Conceito central: dívida de compreensão (comprehension debt)

• A IA implementa algo plausível → os testes passam → surge a tentação de fazer merge sem muita análise
• Mais tarde, ninguém consegue explicar “como esse código funciona”
• Capacidade de escrever (generation) ≠ capacidade de ler e compreender (discrimination)
• Risco de a review virar apenas um carimbo formal
• No longo prazo, ocorre a perda de compreensão da própria base de código

Paradoxo da produtividade

• Volume de PRs com merge +98%, tamanho dos PRs +154% (Faros AI·DORA)
• Tempo de code review +91% → novo gargalo
• Pesquisa da Atlassian de 2025: 99% afirmam “economizar mais de 10 horas por semana” → mas a carga total de trabalho não diminui
• O tempo economizado → é consumido por troca de contexto, coordenação e gestão de mudanças
• “Você comprou um carro mais rápido, mas a estrada ficou mais congestionada”

Ponto de inflexão no papel do desenvolvedor (Karpathy)

• Polarização entre “quem gosta de programar” e “quem gosta de construir coisas”
• O primeiro grupo: sensação de perda
• O segundo: sensação de libertação (código vira meio → transição para supervisão de arquitetura e coordenação)
• Caso de sucesso: redefinição de implementador → orquestrador (orchestrator)
  • fortalecimento do pensamento declarativo
  • pesquisa de Armin Ronacher: 44% ainda fazem 90%+ de codificação manual, enquanto uma minoria extrema adota 100% IA

Onde os 80% funcionam bem vs. onde são perigosos

• Funciona bem: greenfield, MVP, projetos pessoais, startups sem legado (scaffolding rápido e refatoração agressiva possíveis)
• Perigoso: bases de código maduras e de grande porte, invariantes complexas, ambientes com muitas regras implícitas (o agente não sabe o que não sabe + confiança excessiva)

Conclusão (Karpathy)

• A IA não substitui engenheiros, ela os amplifica
• Tarefas monótonas desaparecem → só resta a parte criativa
• Programar fica mais divertido e dá mais coragem
• Identidade do desenvolvedor: de “quem escreve código” → “quem resolve problemas com software” (a essência não muda)

→ Na era da IA, o principal desafio do desenvolvedor não é a velocidade de geração de código, mas sim a manutenção da compreensão e a gestão da dívida

https://aisparkup.com/posts/8925

[laeyoung]

“Pessoas que gostam de programar” vs “pessoas que gostam de construir coisas”, com uma polarização entre os dois grupos

• O primeiro: sensação de perda
• O segundo: sensação de libertação (o código deixa de ser o objetivo e passa a ser um meio → transição para supervisão e coordenação da arquitetura)

---

Acho que isso descreve muito bem a realidade.

[pencil6962]

Agora os eletricistas vão ter que programar por hobby, como tricô.

[love7peace]

É isso mesmo kkk

[husky81]

Ótimo texto. Quando aparece algum conceito ou sigla de funcionalidade que eu não conheço, tenho tentado me esforçar para perguntar de novo à IA sempre que possível.