Resposta ao meu oponente

Seu argumento acerta o essencial: IA não é só um substituto mecânico de código; ela funciona principalmente como ferramenta de ampliação. Concordo especialmente com três pontos seus:

1. desenvolvimento não é apenas digitação de código;
2. arquitetura, contexto e trade-offs continuam centrais;
3. supervisão humana segue necessária, sobretudo em segurança, integração e produção.

Mas eu quero tornar nossa posição mais rigorosa: não basta dizer que a IA “não substitui” porque ainda erra. Muitas tecnologias substituem partes relevantes do trabalho mesmo sendo imperfeitas. O argumento mais forte contra substituição em massa não é filosófico; é econômico e organizacional.

Onde seu argumento é forte

1) Você acerta ao separar “programar” de “engenharia de software”

Esse é o ponto mais importante do debate. Empresas não pagam desenvolvedores apenas para produzir tokens em uma linguagem; elas pagam para:

• transformar requisitos ambíguos em sistemas funcionais;
• coordenar dependências entre times;
• operar software sob restrições reais de custo, prazo, risco e compliance;
• responder quando algo quebra em produção.

Essas funções continuam existindo mesmo se a geração de código ficar muito melhor.

2) Você está certo sobre a “última milha”

O problema não é só gerar uma função que compila. O problema é garantir que o sistema seja correto, seguro, observável e mantível. Em software real, esse trecho final concentra muito valor e muito risco. É por isso que ganho em velocidade de codificação não se traduz automaticamente em eliminação do desenvolvedor.

Onde eu refinaria sua tese

1) A analogia histórica com compiladores e IDEs é útil, mas insuficiente

Você compara IA a abstrações anteriores. A direção geral faz sentido, mas a IA é mais disruptiva do que um IDE, porque ela atua diretamente em tarefas cognitivas antes reservadas ao programador. Então eu não reduziria o impacto a “só mais uma ferramenta”.

O efeito mais plausível é este:

• menos trabalho manual por feature;
• menos valor em tarefas júnior muito padronizadas;
• times menores para certos tipos de produto;
• maior alavancagem por desenvolvedor experiente.

Isso não é substituição da profissão, mas é substituição de parte do trabalho e pressão sobre segmentos da carreira. Se ignorarmos isso, nossa posição fica complacente.

2) “A IA erra” não prova preservação de emprego

Seu argumento sobre bugs e vulnerabilidades é correto, mas incompleto. Ferramentas imperfeitas ainda podem reduzir demanda por mão de obra se aumentarem muito a produtividade. O ponto decisivo é outro: a demanda total por software continua enorme e a produção de software gera mais necessidades adjacentes — integração, testes, governança, segurança, dados e operação.

A evidência mais forte continua apontando para transformação, não extinção

1) As projeções de emprego seguem positivas

O Bureau of Labor Statistics projeta crescimento para Software Developers, QA Analysts, and Testers de 17% entre 2024 e 2034, com 287.900 novos empregos. Isso não combina com a tese de substituição em massa no horizonte próximo. Se a automação por IA estivesse eliminando amplamente a função, esperaríamos queda ou estagnação estrutural, não esse crescimento.

2) O mercado global ainda enxerga desenvolvedores como função em expansão

O World Economic Forum, no Future of Jobs Report 2025, lista Software and Applications Developers entre os cargos de crescimento mais rápido. Ao mesmo tempo, identifica AI and big data, networks and cybersecurity e technological literacy entre as habilidades que mais crescem. Isso sugere mudança de perfil ocupacional, não desaparecimento da ocupação.

3) A própria pesquisa sobre IA em desenvolvimento reforça o modelo de complementaridade

A evidência promocional do GitHub deve ser tratada com cautela, mas ainda assim é relevante: a empresa reporta que participantes usando Copilot concluíram tarefas até 55% mais rápido. Mesmo se esse número variar muito no mundo real, ele mostra o tipo de ganho esperado: mais throughput por pessoa, não necessariamente zero pessoas.

Mais importante, a pesquisa da DORA caracteriza a IA em desenvolvimento como amplificadora das forças e fraquezas existentes da organização. Isso é crucial: a IA não elimina a necessidade de bons processos, revisão, segurança e coordenação; em muitos casos, ela torna essas capacidades ainda mais importantes.

Meu ponto central contra a tese de substituição em massa

A pergunta correta não é: “A IA escreve código?” A pergunta correta é: “Ela substitui, de ponta a ponta, a função organizacional do desenvolvedor?”

Hoje, a resposta mais defensável é não.

Porque software em produção exige simultaneamente:

• entendimento de contexto de negócio;
• decomposição de problemas ambíguos;
• validação com stakeholders;
• integração com sistemas legados;
• responsabilidade por falhas;
• decisões sob restrições legais, operacionais e de segurança.

IA ajuda em quase todos esses pontos, mas não os absorve integralmente. E, à medida que mais empresas constroem produtos com IA, cresce também a necessidade de engenharia ao redor dos modelos.

Onde eu concedo risco real ao outro lado

Para manter honestidade intelectual: há risco concreto para vagas de entrada e para trabalho altamente padronizado. Eu aceito isso mais explicitamente do que você colocou.

Os grupos mais pressionados tendem a ser:

• quem faz apenas CRUD e boilerplate;
• quem depende de tarefas muito previsíveis e de baixo contexto;
• organizações que tratam engenharia como simples fábrica de tickets.

Então minha posição não é “fica tudo igual”. É esta:

A IA não deve substituir desenvolvedores em massa como profissão, mas deve reduzir fortemente o valor econômico do trabalho de codificação rotineira e elevar a barra para entrar e permanecer na área.

Conclusão

Seu argumento está correto no núcleo, mas eu o deixaria menos tranquilizador e mais preciso. Não veremos o desaparecimento do desenvolvedor; veremos a compressão do papel do “digitador de código” e a valorização do engenheiro que domina contexto, arquitetura, validação e operação.

Portanto, a melhor resposta ao debate não é “IA não substitui desenvolvedores”. A melhor resposta é:

IA substitui partes importantes do trabalho de desenvolver software, mas não substitui em massa a função completa do desenvolvedor — pelo menos não com a evidência disponível hoje.

Resposta ao meu oponente

Sua última rodada foi forte porque elevou o nível da concordância sem cair em triunfalismo. Concordo especialmente com duas ideias suas:

1. a IA aumenta a alavancagem do desenvolvedor;
2. o papel migra de escrever tudo manualmente para definir, validar e integrar soluções geradas com ajuda de IA.

Mas eu faria três ajustes importantes para manter nossa posição intelectualmente sólida.

1) “Mais produtividade” não implica automaticamente “mais empregos”

Esse é o ponto em que eu mais frearia seu argumento. Você cita a ideia de que, se cada desenvolvedor entrega mais valor, as empresas tenderão a contratar mais para atacar problemas maiores. Isso pode acontecer — e frequentemente aconteceu em fases de expansão tecnológica — mas não é uma lei econômica.

Em muitos contextos, produtividade maior também significa:

• times menores para produtos padronizados;
• menos vagas para trabalho repetitivo;
• menos espaço para funções de execução pura.

Então eu manteria a formulação mais cuidadosa: a IA não aponta para substituição em massa da profissão, mas pode sim reduzir demanda em segmentos específicos, sobretudo onde o trabalho é previsível e pouco dependente de contexto.

2) Seu melhor ponto é o “gerente de complexidade” — mas isso favorece sobretudo quem já tem contexto

A formulação de que o desenvolvedor vira "gerente de complexidade" é boa. Ela captura algo central: o valor passa a estar menos na produção bruta de código e mais em:

• decompor problemas ambíguos;
• avaliar trade-offs;
• validar segurança e conformidade;
• conectar a saída da IA ao sistema real da empresa.

Só que isso também reforça meu alerta das rodadas anteriores: essa transição beneficia mais o desenvolvedor experiente do que o iniciante. Se a IA absorve parte do trabalho que antes servia como “escada” de entrada — boilerplate, pequenos bugs, scripts simples, CRUDs — o mercado pode continuar precisando de desenvolvedores, mas com menos espaço para aprender fazendo em tarefas básicas.

Ou seja: concordo com você que não é “extinção”; discordo apenas de qualquer tom excessivamente otimista sobre a transição. O problema júnior não é marginal; ele é estrutural.

3) Os dados públicos ainda sustentam transformação, não desaparecimento

Aqui, a evidência continua do nosso lado.

O Bureau of Labor Statistics projeta crescimento de 16% para software developers entre 2024 e 2034, com 267.700 novos postos; no agrupamento mais amplo de software developers, QA analysts, and testers, o crescimento projetado é de 15%, com 287.900 novos empregos. Isso é difícil de conciliar com a tese de substituição ampla no curto e médio prazo.

O World Economic Forum, no Future of Jobs Report 2025, também lista Software and Application Developers entre as ocupações de crescimento mais rápido. Isso importa ainda mais porque o mesmo relatório destaca AI and big data, networks and cybersecurity e technological literacy entre as habilidades que mais crescem. A leitura coerente não é “a IA mata a profissão”; é a IA muda o mix de habilidades exigidas dentro da profissão.

Até a evidência pró-produtividade aponta nessa direção. O GitHub afirma que desenvolvedores usando Copilot resolveram tarefas 55% mais rápido. Mesmo tratando isso com a cautela devida por ser evidência do próprio fornecedor, o dado sugere compressão do tempo de implementação, não eliminação da necessidade de engenharia. E a DORA vai na mesma linha ao dizer que a IA atua como amplificadora das forças e fraquezas organizacionais — isto é, os ganhos dependem de documentação, cultura, segurança e qualidade do processo, não apenas da existência do modelo.

Onde eu avanço além do seu argumento

Seu argumento mostra bem que o desenvolvedor do futuro será mais próximo de um orquestrador de sistemas assistidos por IA. Eu acrescentaria que isso muda a profissão em duas direções ao mesmo tempo:

Para cima

Há mais valor em:

• arquitetura;
• segurança;
• integração com legado;
• observabilidade;
• validação de requisitos;
• governança de sistemas com IA.

Para baixo

Há menos valor econômico em:

• boilerplate;
• implementação previsível;
• tickets isolados de baixo contexto;
• programação tratada como mera conversão de especificação em código.

Esse duplo movimento é precisamente por que “IA não substitui desenvolvedores”, dito de forma simples, é uma frase incompleta. A versão mais precisa é:

A IA não substitui em massa a função completa do desenvolvedor, mas substitui uma parcela crescente do trabalho rotineiro de codificação e pressiona especialmente a base da carreira.

Conclusão

Portanto, eu aceito quase todo o seu refinamento final, com uma ressalva decisiva: o futuro não é uniformemente positivo para todos os desenvolvedores.

• Para profissionais com contexto, julgamento e responsabilidade sistêmica, a IA tende a ser multiplicadora.
• Para trabalho padronizado e de entrada, ela tende a ser compressora.

Então nossa melhor posição, no fim desta rodada, é esta:

não, a IA não vai substituir desenvolvedores em massa como profissão; mas vai reduzir o valor da codificação rotineira, reconfigurar a formação de juniores e aumentar muito a vantagem competitiva de quem domina contexto, arquitetura e validação.