A ilusão do código: por que o "vibe coding" não substitui a arquitetura

Hoje, uma em cada duas pessoas se sente um grande arquiteto de mundos digitais. Basta abrir o Cursor ou o Claude, escrever duas linhas em linguagem humana e pronto: o código se escreve sozinho. O fenômeno foi batizado de vibe coding. Parece que a barreira de entrada na indústria caiu a zero e que qualquer ideia agora pode ser implementada numa noite, com uma série passando ao fundo. Só que a realidade tem o hábito desagradável de dar uma reguada nos dedos de quem confunde saber apertar botões com entender como funcionam as engrenagens sob o capô. A história de um conhecido meu, que resolveu clonar "rapidinho" um bot de Telegram de sucesso, ilustra bem esse equívoco.

Tudo começou com o clássico "o que tem de difícil?". Meu amigo viu um serviço que funcionava e dava dinheiro aos criadores, e achou que uma rede neural montaria um equivalente idêntico em duas horas. Entrou num chat com uma IA, descreveu a funcionalidade e recebeu a primeira leva de código. À primeira vista, tudo funcionava. O bot respondia, os botões clicavam e ele já imaginava a renda passiva. Mas, assim que chegou a hora das condições reais de operação, o castelo de cartas começou a ruir. O código escrito "no vibe" se mostrou totalmente despreparado para a realidade, em que usuários se comportam de modo imprevisível e servidores às vezes caem.

O problema do vibe coding é que a rede neural entrega um resultado que parece correto, mas nem sempre é, no longo prazo. Quando você pede uma função, ela se sai brilhantemente. Quando pede um sistema complexo, ela começa a alucinar em arquitetura. Meu amigo descobriu que o bot não sabia tratar direito os estados dos usuários, se perdia nas filas de mensagens e travava de vez ao tentar processar mais de dez requisições simultâneas. A rede neural escrevia o código honestamente, conforme os prompts, mas não conseguia avisar que ele tinha esquecido os índices do banco de dados ou configurado errado a assincronia.

Muitos iniciantes esquecem que software moderno não é só uma interface bonita e a lógica básica. É também tratamento de exceções, logs, escalabilidade e segurança. Os vibe coders costumam ignorar esses aspectos "chatos" e se concentram nas funcionalidades visíveis. O resultado é um projeto impossível de manter. Qualquer tentativa de alterar um código gerado por rede neural sem um plano claro vira um inferno. Uma correção quebra outras três funções, porque o sistema não tem uma estrutura coerente. Isso é dívida técnica, que se acumula não em anos, mas em minutos.

É importante entender que a IA é uma alavanca poderosíssima, mas toda alavanca precisa de um ponto de apoio. Esse ponto de apoio é o conhecimento fundamental de engenharia. Um desenvolvedor experiente usa a rede neural para acelerar o trabalho rotineiro, mas sempre enxerga o quadro geral e sabe onde o Claude pode errar. O vibe coder, por outro lado, confia totalmente na "mágica" e se torna refém dos próprios prompts. Se você não entende como os dados fluem do cliente para o servidor e de volta, nenhum Claude 3.5 Sonnet fará um produto de qualidade por você. Ele só cria a aparência de trabalho, que desmorona no primeiro teste de estresse sério.

No fim das contas, a história do bot terminou de forma previsível. Depois de uma semana tentando "ajustar" o código pelo chat, meu amigo simplesmente desistiu. O serviço que ele tentava copiar havia sido desenvolvido por uma equipe profissional não em duas noites, mas ao longo de vários meses. E o trabalho principal não era escrever código, e sim projetar um sistema tolerante a falhas. O vibe coding serve para criar protótipos ou testar hipóteses, mas é perigoso quando tentam passá-lo por desenvolvimento de verdade. Sem entender a base, você não constrói um projeto, só brinca de imitação.

O principal: redes neurais são um acelerador, não um substituto para o cérebro. Se você não sabe construir um sistema na mão, também não conseguirá construí-lo com a ajuda da IA, pelo menos não um que funcione por mais de um dia.