Por que a programação com IA gera objeções, e onde estão os problemas reais

O texto é um post de blog de Graham, consultor de adoção de IA e processos de engenharia, que lista razões comumente usadas para rejeitar a programação com IA e examina cada uma. O autor não defende a rejeição; ele analisa se os argumentos se sustentam e aponta onde, na sua leitura, eles perdem força.

Software como arte

A primeira objeção diz que software gerado não é real, porque lhe falta a "ineficácia criativa" que marca a arte. O autor responde que quem encomenda software normalmente paga por resultados, não por obras de arte, e que o resultado de um artefato é o mesmo independentemente de como ele foi feito. Ele também observa que esse argumento só se sustenta se aceitarmos, como premissa, que arte só pode ser feita por pessoas e que essas ferramentas específicas afastam demais a pessoa da obra. Segundo ele, nenhum conjunto anterior de ferramentas foi considerado afastamento excessivo.

IA como ladra de empregos

A segunda objeção parte da ideia de que digitar código é o trabalho remunerado, e que a máquina que digita "roubou" o emprego. O autor responde que o trabalho nunca foi digitar código, mas entregar software de valor. Quem consegue fazer isso continua podendo ser pago, e, segundo ele, a demanda tende a crescer à medida que a produção de software se torna mais eficiente.

Humanos como intermediários

A terceira objeção considera degradante transformar descrições de tarefas geradas por software em prompts que produzem mais software, especialmente se a criação de software for vista como atividade interpessoal. Para tratar disso, o autor cita um trecho dos Grundrisse de Karl Marx, escrito por volta de 1857-1858, em que o trabalhador aparece como um "vínculo consciente" de um sistema automático. Para o autor, o problema não está na tecnologia em si, mas no modo de produção: se o trabalho intelectual sempre foi destinado a ser substituído por máquinas, o que está em jogo é quem controla os meios de produção. Ele ainda sugere que, no caso da programação, esses meios são literalmente a cabeça das pessoas.

Engenharia de software como aplicação de regras

A quarta objeção, inspirada em Bertrand Meyer, sustenta que engenharia de software é a aplicação cuidadosa de conhecimento especializado, expresso em princípios como SOLID, composição sobre herança e a Lei de Demeter. Nessa visão, a IA não poderia escrever software, pois não aplica essas regras e apenas gera texto que compila. O autor responde que a história da computação também é marcada por abordagens empíricas: copiar código do Stack Overflow, adaptar listagens de revistas e livros e escrever macros para automatizar essas cópias.

Empresas de IA como agentes nocivos

A quinta objeção sustenta que o uso de programação com IA apoia empresas dirigidas por pessoas que não têm os melhores interesses da humanidade em mente. O autor observa que essa crítica só se aplica enquanto não houver espaço para outras empresas, modelos acadêmicos ou modelos comunitários.

Contraponto de um leitor

Um comentário de leitor, assinado como The Deprecated Developer, diz que a última seção está incompleta. Ele afirma que, mesmo com modelos de outras empresas, acadêmicos ou comunitários, permanecem questões como "IA como conhecimento roubado" e "tomada cognitiva". Segundo o comentário, aprender e assimilar conceitos exige ler e escrever, e líderes estão cada vez mais usando IA em estratégias e decisões críticas. Para o leitor, a responsabilidade muda de figura quando alguém implementa a ideia de outra pessoa, ou as "regurgitações" de uma máquina, em vez de colocar em prática a própria decisão. Ele também lembra que trocar ideias incompletas fazia parte do processo.

O post, como um todo, separa objeções que dependem de premissas sobre arte, trabalho, ofício e economia daquelas que tratam de riscos concretos do uso dessas ferramentas. Ao longo do texto, o autor aponta que muitas críticas tomam o aspecto errado como central e deixa em aberto as questões que, segundo o comentário, ainda não foram respondidas.