Por que tanto o CEO que vende uma ‘IA faz tudo’ quanto o dev que torce pra bolha estourar estão errados pelo mesmo motivo.
Duas pessoas. Mesmo erro.
Tem duas pessoas erradas numa conversa sobre IA e software. O CEO que acha que um prompt que ele aprendeu substitui a engenharia. E o dev que acha que desprezar a IA é uma prova de sua maturidade técnica.
O primeiro tá no LinkedIn dizendo que software house morreu: daqui pra frente todo mundo vai virar um "escritor de prompt especializado". No próximo Reels, talvez, ele anuncie que o Claude Code vai ser padrinho do casamento dele, só pode! haha
O segundo tá num grupo de devs dizendo que código gerado é ruim, que devs de verdade não deveriam usar isso, e que está aguardando ansioso pela bolha estourar pra tudo voltar a ser como era em 2019.
Os dois acham que estão em lados opostos, mas não estão.
Eles estão fazendo a mesma coisa: se recusando a usar uma ferramenta para fazer engenharia. Um porque acha que a IA faz tudo no lugar dele. Outro porque não quer aprender a ferramenta. Os dois entregam software pior, enquanto jogam pra plateia. Mas os dois fogem do trabalho real.
Software também é garantia
A versão CEO da narrativa erra porque ignora a maior parte do software que existe no mundo real.
Qualquer software de verdade tem muitas partes determinísticas: tem regra que precisa funcionar igual toda vez, permissões que não podem falhar, cobranças que não podem duplicar e dados sensíveis que não podem ser expostos, nem aparecer num log.
Nenhum prompt mágico entrega isso. Qualquer vibe-coding gera possibilidades, mas apenas uma engenharia real entrega a garantia de que a solução funcione.
E aqui mora a ideia que talvez seja o centro de tudo:
A IA reduziu muito a barreira para começar, mas não eliminou o custo de manter o software funcionando.
Essa é a diferença entre uma prova de conceito e um produto. É o que o CEO de LinkedIn ignora quando diz que "agora qualquer um pode construir qualquer coisa com IA". Construir, sim. Lançar, talvez. Mas manter funcionando durante os meses e anos seguintes, com gente nova entrando no time e qualquer regulação mudando, é outra história.
A bolha pode estourar. A .com estourou em 2000 e a internet continuou. A de IA pode estourar amanhã, mas o desenvolvimento de software nunca mais será como antes.
Por que isso machuca a comunidade Rails de um jeito específico
A versão "dev resistente" da conversa é mais interessante. E mais difícil de desmontar. Porque tem fundamento real.
Toda comunidade técnica que viu seu conhecimento especializado virar commodity passa pela mesma coisa. A competência segue intacta. Você ainda sabe o que sabia. O que mudou é o quanto isso vale como status social, porque qualquer um que entrar agora vai chegar mais rápido ao mesmo ponto que você.
A reação previsível, quando isso acontece, é defender um monopólio simbólico da essência: Isso é hype. Vocês não entenderam o que é ser dev de verdade. Isso é a precarização do trabalho, porque qualquer um faz isso agora, só que pior.
É uma resposta racional para lidar com uma perda. Mas não adianta. Essa forma de pensar não protege a carreira de ninguém.
E aqui mora um paradoxo que devs Rails deveriam reconhecer melhor do que qualquer outra comunidade tech.
O Rails sempre foi uma espécie de contracultura. Ele surgiu como uma revolução contra a ideia de que software bom precisa parecer difícil, envolto de milhares de linhas de um código e disposto em diversos diagramas BPM. Sua filosofia central é um levante contra o teatro da complexidade que confundia quantidade de configuração com engenharia de alto nível, antes de validar qualquer produto.
O resultado de colocar o produto de volta no centro não podia ser melhor: convenção sobre configuração, produtividade como virtude, felicidade do programador e times pequenos entregando coisas grandiosas.
E durante anos, foi exatamente a ferramenta que comunidades mais ortodoxas chamaram de hype, de atalho, de mágica, de "isso não é programação de verdade". Nós, devs Rails, ganhamos aquela briga.
Por isso é no mínimo curioso ver alguns tratando a IA como se fosse algum tipo de heresia.
A IA, conduzida com método, segue na mesma direção que o Rails seguiu: reduzir o que é repetitivo e devolver atenção pro que pede julgamento especializado. Rejeitar isso por princípio é se posicionar exatamente como os haters históricos do Rails se posicionaram.
É a mesma briga, mas eles estão do outro lado da mesa agora.
Os deuses desceram do Olimpo
A figura do desenvolvedor como o sujeito que "sabe a máquina por dentro" não morreu. Mas foi desconstruída.
Durante anos, parte do nosso status como dev veio de dominar coisas que não eram fáceis de acessar: padrões, decisões de arquitetura, repertório acumulado em projetos vividos e uma centena de comandos de terminal Linux. Isso continua tendo seu valor, mas a barreira de entrada caiu muito. A pessoa que começou ontem consegue, com uma IA bem conduzida, fazer em alguns dias o que um time experiente faria em semanas.
Faz sentido que isso assuste. Mas o que assusta é a perda dessa escassez que sustentava o status: “se o que eu demorei anos pra aprender está acessível para todos é banal, não importa mais”. Não tem hype que seja passageiro que faça esse conhecimento voltar pro cofre.
Os deuses não foram derrubados. O Olimpo é que era frágil demais.
A engenharia real, que importa, sempre esteve no dia a dia de uma equipe, entre os reles mortais: domínio de negócio, trade-offs reais, decisões que se pagam em produção, código que outras pessoas vão ler daqui alguns anos.
Nesse contexto o dev experiente continua sendo indispensável o mesmo tanto que sempre foi. E é nisso que um dev que está começando precisa aprender a chegar.
O chocolatier e a fábrica
Para quem está começando agora, existe uma metáfora que pode ajudar.
A produção de chocolate em escala não eliminou o valor de um bom chocolatier. A indústria resolveu o problema do acesso, mesmo que tenha aberto mão de qualidade, e foi ótimo que isso tenha acontecido. O chocolatier continua valendo o que vale (ou até mais), em paralelo à fábrica, resolvendo o problema do critério e da qualidade final.
A IA bem conduzida faz o mesmo movimento no software. A competição aumentou, é verdade. Quem entra hoje vai disputar com mais gente, e com mais ferramentas na mão de todo mundo.
Mas há espaço pra quem desenvolve de forma crítica, entendendo o problema real a ser resolvido, e como entregar uma solução com impacto. Essa demanda continuará existindo e isso é o que faz alguém se destacar.
IA sem estratégia é só velocidade rumo ao buraco
A IA democratizou o acesso, mas não terceirizou o planejamento, a segurança e a responsabilidade técnica. Essa diferença foi, é e continuará sendo tudo.
Usar uma IA de qualquer jeito é fácil: pedir uma feature vaga e aceitar qualquer coisa que vier; não revisar as alterações; não rodar os testes; não saber explicar por que aquele código existe e aceitar a primeira sugestão que vier porque parece certo.
Isso não é produtividade. É velocidade rumo ao buraco, com a sensação de estar entregando muito.
Usar IA profissionalmente é outra coisa: dar contexto do problema; planejar antes de implementar; escrever teste; revisar as alterações; criar padrões aceitáveis de qualidade e recusar sugestão ruim. Dá pra automatizar a checagem protegendo a arquitetura, documentar as decisões de uma forma simples e automatizada. Tudo isso sem deixar de ser o dono do projeto.
A frase que resume tudo, e que eu vou repetir o quanto for necessário:
IA não substitui a estratégia. Ela amplifica quem tem.
O CEO que promete que um prompt ‘bem escrito’ resolve tudo não tem critério. O dev que torce contra também não, ele está apenas apegado ao passado. Os dois estão alheios ao trabalho real do dia a dia.
Um porto seguro e um farol para a travessia
Tudo que me fez criar a Academia do Ruby continua valendo. O que mudou foi como eu trabalho dentro disso. Uso IA pra me apoiar no desenvolvimento todo dia. Nunca aprendi tanto, nunca fui tão produtivo, e não tem milagre nenhum nisso. Tem método.
O que me incomoda, e foi a razão principal de eu ter escrito esse artigo, é ver gente sem qualquer conhecimento técnico falando groselha na internet, desencorajando devs iniciantes e empurrando todo mundo pra decisões que vão custar caro quando for tarde demais pra desfazer.
A vertical de IA da Academia nasce como contraproposta a isso. Não é o único foco da nossa comunidade, nem nunca será. Mas é uma frente que irei abrir e sustentar. Quero ajudar você a passar por essa transformação que o mundo está vivendo.
Não haverá um curso de prompt mágico feito por guru de marketing digital. Nem uma cartilha de sobrevivência pra fingir que a IA não existe. O foco é te ajudar a estruturar um método pra conduzir as ferramentas e agentes sem perder o controle de seus projetos: para aprender a dar contexto, revisar as alterações, proteger a arquitetura. Tudo isso com você, entendo o porquê, e sendo responsável por cada decisão.
A próxima feature que você for desenvolver, tenta usar IA com método: contexto antes, plano, revisão das alterações e teste antes de concluir. Não aceite nada sem questionar. Depois volta aqui pra me contar.
Quem quiser aprender esse método de forma estruturada, é pra isso que o Claude Code para Devs Rails existirá.
Ainda não há comentários. Seja o primeiro a comentar!