Usar IA reduz o aprendizado?
- Pesquisa da Anthropic: as pontuações em quiz de desenvolvedores que concluíram tarefas de programação com IA foram 17% menores
- O ponto central não é que "usar IA reduz o aprendizado", mas que, mesmo usando a mesma IA, os resultados se dividiram de forma drástica dependendo de como ela foi usada
- Quem delegou o código inteiro → terminou mais rápido, mas aprendeu menos
- Quem perguntou apenas sobre conceitos e implementou por conta própria → teve mais erros, mas obteve pontuações muito superiores no quiz
Da era de ler código para a era de instruir
- Ben Shoemaker: "Não lemos mais o código linha por linha. Lemos especificações, testes e arquitetura." → uma nova abordagem chamada harness engineering
- Equipe do OpenAI Codex: 3 engenheiros criaram 1 milhão de linhas de código usando apenas agentes e concluíram um produto usado por centenas de pessoas. O investimento não foi em código, mas em documentação, linter e infraestrutura de testes
- Evan Armstrong: a geração de código virou commodity, mas a "camada de contexto" que governa o código em produção não virou commodity
- Steve Yegge: "A era de programar na mão acabou." Ele propõe 8 níveis de adoção de IA — a partir do Level 4, para-se de olhar diff, e no Level 8 constrói-se diretamente um orquestrador de agentes
Jogo da linha de chegada e jogo dos juros compostos
- Kent Beck: por trás do desenvolvimento guiado por especificações está a suposição do "jogo da linha de chegada" (quando se chega a X, acabou)
- O desenvolvimento real de software é um "jogo de juros compostos" — a arquitetura de hoje abre ou fecha possibilidades daqui a 6 meses
- "Com um AGENTS.md melhor não se vence um jogo de juros compostos" — o essencial é projetar o sistema para que ele se acumule em efeito composto
A IA é um espelho
- Jeremy Utley (Stanford): "Para quem quer ser preguiçoso, ela ajuda a ser preguiçoso; para quem quer ficar mais afiado, ela ajuda a ficar mais afiado"
- Se você tem base em TDD/DDD, consegue instruir a IA dessa forma; se apenas joga um "faz aí" para ela, o resultado é um código com estrutura caótica. Não é que a IA seja burra — é só que ela também não presta atenção ao que eu não considerei importante
- Pesquisa de Berkeley: a IA permitiu que não desenvolvedores programassem, mas no fim os engenheiros passaram a gastar mais tempo revisando e corrigindo o código gerado por IA dos colegas
- "Efeito Drácula" — ao acelerar ao máximo o vibe coding, o limite de tempo realmente produtivo é de 3 horas por dia
Então, como usar?
- "Não peça respostas certas à IA; converse com ela." Em vez de só fazer perguntas à IA, faça a IA perguntar a você
- Recomendação de entrada por voz — digitar ativa o "modo palavra-chave"; voz ativa o "modo conversa"
- Context engineering: se você explicitar no AGENTS.md os motivos das decisões de arquitetura, convenções e termos de domínio, a IA produzirá código consistente
- Kent Beck: "Invista em futures (o conjunto do que poderá ser implementado depois) tanto quanto em features"
O que não muda
- Talvez haja menos necessidade de ler código linha por linha, mas a capacidade de saber ler código se tornou ainda mais importante
- Quando todos os testes passam mas o produto está estranho, quando a IA diz que "não há problema" mas existe um bug — no fim chega a hora de ler por conta própria
- Saber ler e escolher não ler, e não saber ler, são coisas completamente diferentes
- Tornar-se alguém que tem algo para refletir no espelho — essa é a essência do engenheiro desta era
Ainda não há comentários.