Por que o vibe coding está destruindo a sua codebase?

Recentemente, pelo final do mês passado, surgiu um novo termo, o “vibe coding” criado pelo Andrej Karpathy. Que nada mais é do que no lugar de escrever código como qualquer programador sempre fez, você escreve elaborados prompts e a IA faz tudo por você enquanto você espera o melhor dela. Como alguém que passou anos estudando programação, acho essa tendência não só preocupante, mas francamente perigosa.

Introdução

Para os que não sabem, as inteligências artificiais tem uma forte tendência a mentir e alucinar. Dependendo do número de contextos passados a ela, ela acaba duplicando código ou removendo código indevidamente, o que pode ocasionar em muitos bugs. O “Vibe Coding” é o equivalente da programação de fechar os olhos enquanto dirige porque o seu Tesla está no piloto automático. Funciona muito bem até que você esteja prensado em uma árvore, se perguntando por que a IA não viu isso acontecer.

Me lembro do caso de um dev iniciante que não sabia git e perdeu 4 meses de trabalho por conta do “Vibe coding”, em um fórum do reddit ele postou: “Cursor f*ck up my 4 months of works”, e nesse post ele relatou que ele só queria alterar um componente visual de sua interface, mas o cursor AI acabou apagando o que não devia, e ele perguntou se havia alguma forma de fazer backup do código para não ocorrer novamente.

Isso me leva a pensar o quão prejudicial para os iniciantes é o tal do “Vibe coding”, porque o “Vibe coding” te proporciona progresso rápido e sem esforço, te traz a sensação de trabalho concluído, mas sem fazer esforço, quantas pessoas que vão deixar de ir atrás do real conhecimento para ficar nessa brincadeirinha de usar IA para resolver problemas reais do dia dia e no final vão perceber que não aprenderam nada nesse processo, porque se estivessem realmente programando teriam aprendido algo com isso…

As IAs estão tirando o prazer, a sensação de recompensa ao aprender algo novo, estão deixando os iniciantes dar um passo maior que a perna e isso ta na cara que não vai acabar bem, estou prevendo que no entorno de um ano já vai ter vagas procurando desenvolvedores sérios para corrigir o problema que a própria empresa ao entrar nessa onda das IAs criou.

Lições do Vibe Coding

No início desse mês, o tech influencer Lucas Montano do canal Lucas Montano, criou um jogo 100% na base do “vibe coding”, e ele mesmo relatou a sua experiência em um vídeo do canal: “A qualidade em termos de segurança está muito baixa, mesmo ela conseguindo criar um jogo em um único prompt, a qualidade do código está muito ridícula em termos de segurança”, um tempo depois outro influenciador gravou um vídeo Hackeando o jogo do Lucas Montano, com falhas que permitiam desde correr mais rápido até de atrapalhar outros jogadores como teletransportar outros jogadores.

Veja bem, eu gosto do avanço das IA, eu tenho usado o ChatGPT, Claude e Copilot desde que eles foram lançados, mas não concordo com o uso dessa forma, como vibe coding, usar a IA dessa maneira é irresponsável com todos os usuários seja do seu sass ou do seu sistema, seja la qual for, o desenvolvedor hoje em dia não quer nem entender a própria codebase quanto mais se preocupar com a segurança de seu sistema ou sass.

Vamos falar sobre dívidas técnicas, quando você não entende a sua própria codebase, você não está apenas criando uma dívida técnica, está criando uma dívida que você nem sabe que existe, até que ela apareça cobrando o que você não esta disposto a pagar. Nem debugar você vai conseguir, pois o código fica tão bagunçado que nem a própria IA da conta de manter.

Conclusão

E se antiquado significa ser cuidadoso e desiludido com a IA então sim, eu sou antiquado. Eu vou continuar a preferir tentar compreender o código e arrumar manualmente do que jogar a mensagem de erro e rezar para que a IA saiba como resolver, mas também vou continuar usando ferramentas de IA como assistentes e não como um substituto do meu cérebro. Quando você prioriza a “produtividade”, a tal da produtividade 10x maior, que o vibe coding te proporciona no lugar da compreensão do problema e do seu código, você não é um dev 10x mais produtivo, você é apenas alguém que vai criar 10x os problemas para a pobre alma que herda sua codebase.