O relato começa sem a grande frase apocalíptica sobre IA substituindo devs. E talvez por isso funcione melhor.
Um desenvolvedor contou no Hacker News que conversou com um cliente antigo, daqueles que ajudaram a dar tração à vida freelancer. O cliente não era programador, mas estava montando um app de gestão para restaurante usando Lovable. Segundo o autor, a ferramenta impressionou: a pessoa aprendeu a conduzir o processo, gerar telas, avançar no produto e conversar com a IA como quem finalmente achou uma porta de entrada para construir software.
Até aí, nada muito novo. A parte que incomodou veio depois: no relato, o cliente também queria automatizar marketing e usar agentes para lidar com reviews. A sensação do dev não foi só “perdi um tipo de trabalho”. Foi mais parecida com: “agora qualquer pessoa consegue colocar no ar uma máquina de conteúdo, produto e reputação sem entender direito o custo disso”.
O ponto não é o cliente conseguir fazer um app
Esse é o detalhe que vale separar. Não há problema nenhum em uma pessoa de negócio usar IA para prototipar. Pelo contrário: muita coisa boa vai nascer daí. O usuário conhece a dor, sabe onde o fluxo quebra, percebe o absurdo operacional antes de qualquer consultoria chegar com um deck bonito.
O problema começa quando a facilidade de gerar vira facilidade de publicar, vender, prometer e manipular. Um app de restaurante feito com IA ainda precisa lidar com dados, pagamentos, permissões, segurança, manutenção, backup, suporte e erro humano. E marketing automatizado pode rapidamente escorregar de “divulgação eficiente” para ruído em escala.
Reviews são um exemplo ainda mais sensível. A regra da FTC sobre reviews e testemunhos de consumidores, publicada no eCFR, trata como prática enganosa criar, comprar ou divulgar avaliações que deturpem a existência do reviewer, a experiência real com o produto ou a relação de quem está falando com a empresa. Ou seja: “agente postando review” não é só uma ideia esquisita de produto. Dependendo do desenho, pode virar risco legal e reputacional.
O trabalho de TI saiu do teclado e foi para a fronteira
Uma resposta no próprio HN resumiu bem a mudança: o custo de produzir código caiu muito, mas o custo de saber se aquilo é útil, seguro e decente não caiu junto.
Essa é uma frase que pega forte para quem vive TI. Durante anos, boa parte do valor estava em conseguir transformar uma demanda confusa em código funcionando. Isso continua importante, mas deixou de ser o único centro da conversa. Agora aparece uma camada anterior e posterior:
- entender se o problema deveria virar software;
- decidir o que não deve ser automatizado;
- separar protótipo bonito de sistema operável;
- revisar segurança, dados, permissões e falhas;
- explicar para o cliente onde o barato pode ficar caro.
Em outras palavras: o dev deixa de ser apenas a pessoa que “faz a tela” e vira a pessoa que segura a fronteira entre ideia, produto, risco e realidade.
Para freelancer, isso muda a conversa comercial
O caso também traz uma lição prática para quem atende cliente pequeno ou médio. Se o cliente já chega com protótipo gerado por IA, brigar contra a existência do protótipo tende a ser uma batalha ruim. O cliente já viu a tela mexer. Ele já sentiu o gosto de “eu consigo fazer”.
O melhor posicionamento talvez seja outro: auditar, organizar e endurecer o que nasceu mole demais.
Isso pode virar serviço real: revisão técnica de app gerado por IA, plano de riscos, saneamento de autenticação, desenho de banco, checklist de LGPD, revisão de prompts operacionais, política de reviews, monitoramento, deploy e manutenção. Não é tão glamouroso quanto “criar tudo do zero”, mas conversa muito melhor com o mundo em que o cliente já chega com alguma coisa na mão.
E tem um filtro importante: nem todo cliente vale a pena. Um comentário no HN foi direto: às vezes você simplesmente supera aquele cliente. Se a pessoa quer usar IA para gerar ruído, empurrar review duvidoso ou economizar justamente na parte que evita problema, talvez o trabalho mais profissional seja dizer não.
A habilidade que sobe de valor é julgamento
O relato viraliza porque toca numa ansiedade real: se qualquer pessoa consegue gerar telas, textos e fluxos, o que sobra para quem estudou anos para fazer isso direito?
Sobra bastante coisa, mas ela muda de nome. Sobra julgamento. Sobra gosto. Sobra arquitetura. Sobra manutenção. Sobra responsabilidade por consequência. Sobra a capacidade de olhar para uma ideia aparentemente eficiente e perguntar: “isso deveria existir desse jeito?”
O mercado não vai premiar todo mundo que sabe apertar o botão da IA. Também não vai premiar automaticamente todo mundo que sabe escrever código do jeito antigo. O espaço mais interessante fica entre os dois: gente técnica o bastante para entender o sistema e madura o bastante para perceber quando a automação virou atalho ruim.
Esse talvez seja o recado mais útil do caso. O cliente virar “dev com IA” não elimina o profissional de TI. Mas tira conforto de quem vendia apenas execução. Daqui para frente, uma parte maior do valor está em transformar protótipo em produto, empolgação em operação e ferramenta poderosa em coisa que não destrói confiança pelo caminho.
