Tem discussão sobre IA em software que fica presa em benchmark, hype ou flame war. E tem discussão que dói porque parece conversa de corredor depois de um expediente estranho.
Foi isso que apareceu em dois relatos recentes do Hacker News. Em um deles, o autor diz que já não reconhece mais a área e que não quer virar um “glorified code reviewer” de código gerado por máquina. No outro, um desenvolvedor conta que sente ter perdido parte da própria identidade porque ideias, protótipos e até o prazer de construir ficaram soterrados pelo volume de coisa que a IA agora cospe com facilidade.
O ponto forte desses casos não é provar que “a profissão acabou”. É colocar em voz alta uma sensação que muita gente de TI já começou a sentir em silêncio: a IA não mexe só na velocidade do trabalho. Ela mexe no tipo de trabalho que sobra para o humano — e, junto com isso, no senso de autoria, valor e motivação.
Dois relatos diferentes, a mesma ferida
O primeiro post pede quase um grupo de apoio. Segundo o autor, a sensação de alienação veio rápido demais: o campo que ele conhecia passou a premiar cada vez mais quem sabe orquestrar ferramenta, revisar saída automática e aceitar que boa parte do código nasce fora da cabeça de quem assina a entrega.
O segundo relato é mais duro. O autor conta que passou anos estudando, criando projetos e tentando se diferenciar justamente por repertório e originalidade. Só que, com LLMs por toda parte, ele diz que passou a sentir que os próprios projetos estão “se afogando no ruído” e que aquilo que antes parecia diferencial agora ficou barato demais.
Os dois casos têm tons diferentes, mas batem no mesmo lugar: não é só medo de perder vaga; é medo de ver a parte mais autoral do trabalho virar commodity depressa demais.
O que exatamente esses devs sentem que mudou
Se você limpar o exagero natural de qualquer desabafo, a discussão fica até mais útil. O que aparece ali não é rejeição infantil a ferramenta nova. É um incômodo mais específico, em três camadas.
A primeira é a sensação de que o trabalho virou supervisão de fluxo, não construção. Em vez de abrir problema, modelar solução e escrever com a mão na massa, parte do dia passa a ser revisar saída, corrigir desvio e decidir se aquilo que a máquina propôs presta ou não.
A segunda é a sensação de barateamento do diferencial. Quando o mercado começa a tratar geração de código, brainstorm e protótipo como abundantes, o que levou anos para virar vantagem competitiva parece menos escasso do que parecia seis meses atrás.
A terceira é mais emocional e talvez mais importante: identidade profissional. Para muita gente, programar nunca foi só ticket fechado. Era também domínio, estilo, satisfação de resolver bem, gosto por escrever software com intenção. Quando isso começa a parecer secundário dentro do fluxo, não é absurdo que parte da carreira passe a soar mais rasa.
A comunidade não comprou tudo — e isso melhora o caso
O bom desses relatos é que o próprio Hacker News não virou coral automático.
Teve gente dizendo que LLM já multiplicou produtividade e que resistir totalmente a isso virou romantização da dor. Teve gente lembrando que software sempre foi meio para um fim, e não objeto de contemplação. E teve também quem respondeu com mais empatia: sim, existe uma turma real tentando entender o que sobra de prazer e identidade quando o trabalho passa a premiar mais supervisão do que execução.
Esse atrito ajuda porque impede leitura simplista. O caso não é “todo mundo odeia IA”. Também não é “quem sofre com isso está só atrasado”. O que aparece é uma divisão mais desconfortável: há dev que se sente ampliado pela ferramenta e há dev que se sente empurrado para um trabalho mais mecânico, mesmo produzindo mais.
E, sinceramente, as duas coisas podem ser verdade ao mesmo tempo.
O pedaço de mercado que esses relatos expõem
O valor editorial aqui não está só no drama. Está no que esses posts sugerem sobre a régua do mercado.
Se código bruto, rascunho e exploração inicial ficaram mais baratos, o jogo muda. A empresa tende a pagar relativamente menos pela produção bruta e a cobrar relativamente mais por:
- contexto;
- julgamento;
- responsabilidade sobre trade-off;
- leitura de impacto real;
- capacidade de perceber quando a resposta automática está convincente, mas errada.
O problema é que essa transição não é emocionalmente neutra. Para o time, pode soar como ganho de eficiência. Para o profissional, pode soar como perda de território.
É por isso que esses relatos grudam. Eles não falam só de ferramenta. Eles falam de compressão de valor percebido. E isso mexe direto com carreira, motivação e sensação de futuro.
Como ler isso sem cair em pânico
A pior leitura é fingir que nada mudou. A segunda pior é decretar o fim da carreira em software.
Talvez a leitura mais honesta seja outra: uma parte do trabalho ficou mesmo mais automatizável, e isso exige recalibrar onde cada profissional ancora o próprio valor.
Hoje, parece fazer mais diferença fortalecer o que continua difícil de terceirizar para um modelo sem contexto local:
- repertório de domínio;
- capacidade de revisar com critério de verdade;
- comunicação técnica clara;
- decisão sob ambiguidade;
- responsabilidade por sistema vivo, com impacto real em usuário, operação e negócio.
Também existe um recado menos glamouroso, mas importante: se você sente que a mão está esfriando, talvez valha proteger algum espaço de prática deliberada fora do fluxo automático. Não para negar a IA, e sim para não deixar que toda a relação com código vire terceirização com validação.
No fim, o medo que apareceu nesses dois posts não é exatamente o de “parar de programar amanhã”. É outro: continuar na área, mas se reconhecer menos nela a cada mês.
E isso explica por que o caso bate tão forte em quem vive TI de verdade.
