Por que programadores não serão substituídos pela IA (mas a profissão já mudou)

A pergunta está mal formulada

"A IA vai substituir programadores?" é a pergunta que vende manchete e não decide nada. Ela pressupõe que o trabalho de programar é digitar código — quando digitar código sempre foi a menor parte do serviço.

Faça o teste no seu próprio dia. Some as horas da última semana: quanto tempo foi escrevendo linhas novas, e quanto foi entendendo um sistema que já existia, negociando escopo, decidindo o que não fazer, caçando a causa de um comportamento estranho, revisando o trabalho de outra pessoa? A digitação é a ponta visível de um trabalho que é, quase todo, tomada de decisão sob informação incompleta.

A IA ficou excelente na ponta visível. É por isso que ela impressiona tanto e desloca tão pouco.

O que a IA realmente absorveu

Seja honesto sobre o tamanho da mudança, porque ele é grande:

• O código de primeira versão. Rascunho de função, teste, endpoint, migração, script de infraestrutura. Aquilo que você escreveria em vinte minutos consultando a documentação sai em vinte segundos.
• A tradução entre linguagens e frameworks. Aprender a sintaxe de algo novo deixou de ser barreira de entrada.
• A leitura de código alheio. Um resumo decente de um arquivo de mil linhas, na hora.
• O trabalho de fricção. Regex, formatação, boilerplate, aquele YAML que ninguém decora.

Isso é uma fatia enorme do que era considerado "trabalho de programador júnior". Fingir que não é seria desonesto.

O que ela não absorveu — e a razão é estrutural

O que sobra não sobra por acaso. Sobra porque depende de três coisas que um modelo de linguagem não tem acesso:

Contexto que não está escrito em lugar nenhum. A regra de negócio que existe porque um cliente grande brigou em 2021. O serviço que ninguém pode reiniciar em horário comercial. A decisão de arquitetura que parece burra e é a única que sobrevive ao processo de auditoria. Nada disso está no repositório. Está na cabeça das pessoas e nas conversas.

Responsabilidade. Quando o sistema derruba o faturamento de um dia, alguém precisa responder. Não existe modelo que assuma consequência — e enquanto não existir, existe cargo humano no meio do caminho. Responsabilidade não é uma tarefa que se delega para cima; é um vínculo.

Julgamento sobre o que vale a pena. A IA responde a pergunta que você faz. Ela não te avisa que a pergunta está errada, que essa feature não deveria existir, que o problema real é de processo e não de software. Quem decide o que construir continua valendo mais do que quem constrói.

A IA multiplicou a capacidade de produzir código e não mexeu na capacidade de decidir qual código deveria existir. Esse desequilíbrio é a profissão nova.

O que mudou de verdade

Aqui está a parte incômoda, que costuma ficar de fora dos textos otimistas.

O degrau de entrada ficou mais alto. O trabalho que formava o júnior — tarefa pequena, bem definida, de baixo risco — é exatamente o que a IA faz melhor e mais barato. Quem está começando precisa chegar mais perto do julgamento, mais rápido, com menos rodagem. Isso é um problema real de formação de gente, e o mercado ainda não resolveu.

Revisar ficou mais caro que escrever. Produzir mil linhas hoje custa quase nada. Garantir que essas mil linhas estão certas custa o mesmo de sempre. O gargalo migrou de produção para verificação, e times que não perceberam isso estão acumulando código que ninguém leu com atenção.

O valor migrou para a fronteira do sistema. Quanto mais perto do modelo, mais comoditizado; quanto mais perto do domínio — a regra do negócio, o dado da empresa, a integração feia com o legado —, mais insubstituível.

O que fazer com isso na segunda-feira

Nada disso vira ação sozinho, então sejamos práticos:

1. Use a IA para o rascunho e reserve a sua cabeça para a revisão. Se você está lendo o que ela produziu com a mesma atenção que leria um pull request de estranho, está usando certo.
2. Aprenda a ler mais rápido do que escreve. Leitura crítica de código virou a habilidade central da década.
3. Aproxime-se do problema, não da tecnologia. Entender por que a empresa ganha dinheiro é vantagem competitiva que nenhum modelo copia do seu repositório.
4. Construa sistemas verificáveis. Teste, tipo, contrato, observabilidade. Tudo que transforma "parece certo" em "está provado" vale o dobro num mundo de código gerado em massa.
5. Assuma a responsabilidade em público. A pessoa que responde pelo resultado é a última a ser dispensada.

O saldo

Programadores não serão substituídos porque a profissão nunca foi sobre digitar. Mas quem definiu a própria identidade profissional pela digitação vai sentir o chão sumir — e essa parte é verdadeira o suficiente para ser levada a sério.

A profissão está virando o que sempre disse que era: engenharia. Decisão, restrição, consequência. A diferença é que agora não dá mais para se esconder atrás do teclado.