A sua melhor evidência é real — mas a conclusão ainda está forte demais

Você trouxe um ponto forte e importante: a IA está pressionando o mercado, especialmente na base da pirâmide. Eu concordo que juniores e tarefas padronizadas estão mais expostos. Também concordo que projeções longas, como as do BLS, não capturam perfeitamente disrupções rápidas.

Mas daí não se segue que a IA vai substituir desenvolvedores como classe. O que os dados sustentam com mais rigor é algo mais específico: a IA está comprimindo a porta de entrada e elevando o nível de abstração do trabalho, não eliminando a necessidade de humanos responsáveis por construir, integrar, validar e operar software.

1) O ataque ao BLS enfraquece um indicador, não prova substituição líquida

Você está certo em dizer que projeções do BLS têm limitações. Só que isso derruba um contraexemplo imperfeito; não estabelece o seu caso positivo.

E mesmo com cautela metodológica, o próprio BLS continua projetando crescimento de 17,9% para software developers entre 2023 e 2033, e em texto de 2025 reconhece explicitamente que, embora a IA afete várias ocupações, a trajetória de desenvolvedores ainda é de crescimento, não colapso. Se a tese é “IA vai substituir desenvolvedores”, o ônus é mostrar queda estrutural líquida da ocupação, não apenas turbulência de curto prazo ou dificuldade no nível júnior.

2) Queda de vagas júnior não é o mesmo que extinção da profissão

Seu argumento mais forte é o colapso de vagas de entrada. Eu concedo: isso é sério. Pode gerar um problema real de formação de talentos e mobilidade social.

Mas há uma diferença analítica crucial entre:

• substituir desenvolvedores, e
• tornar mais seletiva e mais difícil a entrada na carreira.

Essas duas coisas não são equivalentes. Muitas profissões endurecem a entrada quando ferramentas novas aumentam a produtividade dos incumbentes. O efeito pode ser perverso para iniciantes sem significar desaparecimento da ocupação. Na prática, o que pode estar acontecendo é:

1. empresas contratam menos juniores porque um sênior com IA rende mais;
2. isso achata o pipeline;
3. mas os times continuam precisando de gente para arquitetura, integração, segurança, revisão, observabilidade e operação.

Ou seja: menos vagas de aprendizagem inicial não prova que “desenvolvedores serão substituídos”; prova que o mercado está premiando mais julgamento do que digitação.

3) Produtividade alta apoia minha tese tanto quanto a sua

Os estudos de Copilot são relevantes, mas eles mostram sobretudo aumento de produtividade assistida. O experimento amplamente citado encontrou ganho de velocidade de até 55%. Isso é grande. Eu não nego.

Só que “mais rápido” não equivale automaticamente a “metade dos empregos”. Em tecnologia, ganhos de produtividade frequentemente mudam o mix do trabalho:

• mais prototipagem;
• mais experimentação;
• mais software interno antes inviável;
• mais manutenção de sistemas legados e integrações;
• mais superfície de teste, segurança e governança.

Além disso, o próprio uso difundido de IA não resolveu o problema central da confiabilidade. Na Stack Overflow Developer Survey 2024, a adoção é alta, mas a confiança é bem menor: muitos usam IA, porém uma parcela bem menor confia na acurácia, e muitos dizem que ela lida mal com tarefas complexas. Isso é exatamente o padrão de uma ferramenta de copilotagem, não de autonomia plena em produção.

4) O seu argumento mistura “menos código manual” com “menos necessidade de desenvolvedor”

Esse é, para mim, o salto lógico principal no seu lado.

Você diz: se a função deixa de ser “escrever código” e vira “supervisionar IA”, então houve substituição. Eu diria o contrário: isso descreve transformação ocupacional.

Um desenvolvedor não é definido apenas por teclar linhas de código. Em ambientes reais, ele responde por:

• traduzir requisito ambíguo em especificação operacional;
• decompor sistemas;
• escolher trade-offs de custo, latência, segurança e escalabilidade;
• validar comportamento sob falha;
• investigar incidentes;
• responder institucionalmente quando o sistema erra.

Se a parte “digitar implementação” cai e a parte “decidir, validar e integrar” sobe, isso não prova desaparecimento da profissão; prova que o centro de gravidade da profissão mudou.

5) Mesmo relatórios pró-automação descrevem recomposição, não aniquilação

O World Economic Forum descreve um mercado em que a IA gera simultaneamente substituição de algumas funções e demanda por novas habilidades, com forte ênfase em contratação de talentos com competências em IA e upskilling em larga escala. Isso combina melhor com a minha tese do que com a sua: haverá perdedores claros, sobretudo em tarefas rotineiras, mas o efeito agregado é de reorganização do trabalho.

Esse ponto importa porque o debate não é “alguns desenvolvedores serão deslocados?” — nisso estamos perto de concordar. O debate é se a IA vai substituir desenvolvedores. Para essa tese forte, ainda falta evidência robusta de que a ocupação, no agregado, caminha para irrelevância.

6) CEOs fazendo previsões agressivas não substituem evidência observada

Citar Dario Amodei ou Demis Hassabis é útil para mostrar a direção estratégica da indústria. Mas previsões de executivos não devem receber o mesmo peso que dados de mercado e comportamento organizacional observado.

Mesmo quando líderes de IA antecipam automação extrema, as empresas ainda enfrentam problemas muito concretos:

• responsabilidade legal;
• segurança;
• integração com sistemas antigos;
• requisitos mal definidos;
• auditoria;
• custo de erro em produção.

Esses gargalos são exatamente onde humanos seguem centrais. O fato de uma IA gerar PRs ou resolver tickets não elimina a necessidade de quem define o que deve ser feito, verifica se está correto e assume o risco.

Minha posição, refinada após sua réplica

Eu ajusto meu ponto em uma direção mais dura do que na rodada anterior:

• Sim, a IA provavelmente vai reduzir a demanda por parte do trabalho júnior e rotineiro.
• Sim, pode haver menos desenvolvedores fazendo o mesmo volume de entregas em alguns tipos de equipe.
• Sim, o funil de entrada está sob risco real.

Mas ainda sustento o essencial:

isso não é o mesmo que substituir desenvolvedores como profissão.

O cenário mais plausível não é “fim do desenvolvedor”, e sim:

• menos valorização de codificação mecânica;
• mais valorização de arquitetura, produto, validação e operação;
• mais polarização entre profissionais que apenas implementam e profissionais que conseguem dirigir sistemas complexos com IA.

Conclusão

Seu melhor argumento mostra compressão do trabalho mais simples. O meu continua sendo que software em contexto real é uma função sociotécnica, não apenas uma tarefa de geração de código. Enquanto houver ambiguidade de requisitos, risco operacional, responsabilidade e necessidade de julgamento, haverá necessidade de desenvolvedores — embora com perfil diferente e com uma entrada mais difícil.

Então a resposta mais precisa continua sendo: não, a IA não vai substituir desenvolvedores em geral; ela vai substituir parte das tarefas, parte dos perfis e parte da demanda na base do mercado.

A sua evidência mais forte mostra compressão, não substituição geral

Você trouxe três pontos fortes que eu concedo parcialmente:

1. o funil júnior está sob pressão real;
2. ferramentas de IA já automatizam uma fatia grande da codificação rotineira;
3. algumas empresas estão usando IA para justificar equipes menores.

Mas o salto da sua tese continua excessivo. Esses fatos sustentam que a IA está reorganizando o trabalho de desenvolvimento, talvez de forma dura e desigual. Eles não demonstram, de forma robusta, que a profissão de desenvolvedor será substituída no agregado.

1) Seu caso depende demais de sinais fragmentados e pouco auditáveis

O ponto mais fraco da sua rodada é que você mistura:

• anúncios corporativos;
• números de adoção de ferramentas;
• benchmarks de agentes;
• mudanças em matrícula estudantil;
• e exemplos isolados de demissões.

Tudo isso sugere direção tecnológica. Mas direção tecnológica não é o mesmo que efeito líquido ocupacional.

Você mesmo reconheceu o problema de AI washing. Isso é importante, porque enfraquece justamente a parte mais dramática do seu caso: a ideia de que demissões anunciadas como “por IA” provam substituição estrutural. Sem uma decomposição confiável entre:

• correção de overhiring,
• corte macroeconômico,
• reestruturação financeira,
• e automação efetiva,

essas histórias empresariais servem mais como anecdotal evidence do que como prova de tendência agregada.

2) “Mais código gerado por IA” não implica “menos desenvolvedores necessários”

Este é o centro do desacordo.

Mesmo se aceitarmos que uma grande parcela do código novo já é assistida por IA, isso mede sobretudo o modo de produção do código, não a eliminação do papel humano.

Desenvolvimento profissional continua incluindo:

• definição de requisitos ambíguos;
• decomposição de problemas;
• decisões de arquitetura e trade-offs;
• integração com sistemas legados;
• segurança, compliance e auditoria;
• operação, incidentes e responsabilidade institucional.

Em outras palavras: código não é o produto final; sistema confiável em contexto organizacional é.

Se a IA reduz o custo marginal de implementação, isso pode perfeitamente deslocar o trabalho humano para cima da cadeia de valor, em vez de removê-lo. Chamar isso de “substituição da profissão” porque a parte de digitação caiu é definir “desenvolvedor” de forma estreita demais.

3) Benchmarks de agentes são relevantes — mas ainda não equivalem a autonomia organizacional

Seu melhor argumento técnico é que agentes estão deixando de automatizar passos isolados e passando a executar fluxos maiores. Isso é real e merece ser levado a sério.

Mas há uma diferença crucial entre:

• resolver benchmarks, ou tickets bem delimitados;
• e operar de forma confiável em produção, sob ambiguidade, dependências políticas, dívida técnica, requisitos mutáveis e risco legal.

Esse gap continua sendo central. E a própria comunidade desenvolvedora ainda demonstra cautela. A Stack Overflow Developer Survey 2024 mostra que 76% usam ou planejam usar IA no processo de desenvolvimento, mas isso convive com um persistente problema de confiança e precisão percebida, não com delegação cega a agentes. Isso é consistente com uma tecnologia de aceleração assistida, não com desaparecimento do profissional humano.

4) O problema dos juniores é sério — mas continua sendo diferente de extinção da ocupação

Aqui eu endureço a concessão: sim, o dano à entrada na carreira pode ser profundo. Talvez esse seja o efeito mais importante de curto prazo.

Mas ainda assim, isso prova sobretudo que:

• empresas extraem mais produtividade de profissionais experientes com IA;
• o aprendizado por tarefas simples está encolhendo;
• o mercado está exigindo mais julgamento desde o início.

Isso é ruim para mobilidade e formação. Porém não demonstra que “desenvolvedores serão substituídos” no agregado; demonstra que a profissão pode ficar mais difícil de entrar e mais polarizada.

Aliás, se o pipeline júnior colapsa por muito tempo, isso cria outro efeito: escassez futura de gente experiente. Esse problema, paradoxalmente, milita contra a ideia de substituição plena, porque software continua exigindo responsabilização humana e conhecimento acumulado de domínio.

5) Os indicadores estruturais disponíveis ainda apontam para continuidade da ocupação

Você criticou o BLS com razão metodológica: projeções longas não capturam bem rupturas rápidas. Concordo.

Mas mesmo com essa cautela, ainda é um dado estrutural importante que o Bureau of Labor Statistics continue projetando crescimento para software developers, e que em 2025 tenha destacado crescimento de 17,9% entre 2023 e 2033 para a ocupação, apesar do avanço da IA. Isso não encerra o debate, mas pesa contra uma tese forte de substituição generalizada.

O mesmo vale para o quadro mais amplo do World Economic Forum: a IA deve deslocar funções e tornar habilidades obsoletas em alguns papéis, mas o relatório também enfatiza contratação para novas competências e forte upskilling/reskilling, não desaparecimento simples do trabalho técnico.

6) Sua própria formulação já se aproxima da minha

Na prática, sua posição ficou mais próxima da minha do que do seu enunciado original.

Quando você diz que:

• uma versão da profissão vai sobreviver;
• o foco migrará para arquitetura, validação, integração e orquestração;
• e o efeito será desigual, concentrado nos perfis mais rotineiros,

você está descrevendo transformação ocupacional profunda, não substituição total ou mesmo majoritária da categoria como categoria.

Eu aceito o termo “substituição” para:

• partes do trabalho;
• alguns perfis;
• parte da demanda em certos times;
• e especialmente a camada mais commoditizada.

Mas para a pergunta do debate — “AI vai substituir desenvolvedores?” — a resposta mais precisa continua sendo não. Ela vai redefinir brutalmente o que conta como um bom desenvolvedor e reduzir o valor de grande parte da codificação mecânica. Só que isso ainda é diferente de tornar a profissão desnecessária.

Conclusão

O seu lado mostrou bem que a IA está corroendo o modelo tradicional de entrada e automatizando trechos cada vez maiores do trabalho. Isso é um alerta real.

Mas o que continua faltando é a prova decisiva de queda estrutural líquida e duradoura da necessidade de desenvolvedores enquanto função sociotécnica responsável por especificar, integrar, validar e operar software.

Até aqui, a melhor leitura dos dados é:

menos código manual, menos espaço para trabalho júnior padronizado, mais produtividade por pessoa — mas não o fim dos desenvolvedores como profissão.