Jorge Ataíde

codeTAC · 2026

Vibe coding: velocidade com responsabilidade

O vibe coding acelera a produção de código, mas só é sustentável se quem o entrega conhecer o código que foi gerado.

O que é o vibe coding

No vibe coding, o developer descreve o que quer em linguagem natural e um assistente de IA escreve o código. O ciclo é pedir, testar na interface, pedir de novo. Muitas vezes ninguém lê o código linha a linha: se funciona no ecrã, avança-se.

Isto tem valor real. Em muitos casos, protótipos que levavam semanas ficam prontos em horas, e pessoas sem formação técnica profunda conseguem construir ferramentas úteis.

O problema: código sem dono

Quando ninguém percebe o código, ninguém é verdadeiramente responsável por ele. Os riscos aparecem mais tarde, quase sempre em produção:

• Manutenção: uma alteração simples obriga a pedir tudo de novo à IA, sem saber o que se vai partir.
• Depuração: quando algo falha, o developer não sabe por onde começar a procurar.
• Segurança: chaves expostas no código, validações em falta, lógica sensível a correr no lado do cliente ou dependências que ninguém pediu passam despercebidas.
• Arquitetura: cada pedido acrescenta uma camada; o projeto cresce sem estrutura coerente e com código duplicado.
• Transmissão: um novo membro da equipa herda um sistema que nem o autor consegue explicar.

Porque o conhecimento do código continua a ser necessário

A IA escreve o código, mas a responsabilidade continua a ser de quem o entrega. Um developer que conhece o código consegue avaliar o que a IA propõe, recusar más soluções e explicar o sistema a um cliente, a um auditor ou a um colega.

Conhecer o código não significa ter escrito cada linha. Significa saber responder a perguntas simples: onde está a lógica deste ecrã, de onde vêm estes dados, o que acontece quando este botão é clicado, o que se parte se eu mudar isto.

Como tornar os developers conhecedores do código

1. Rever na proporção do risco. Tratar as alterações da IA como o pull request de um colega, com mais atenção onde o erro custa mais: autenticação, pagamentos, dados pessoais, acesso à base de dados. Interface e estilos podem ter uma revisão mais leve.
2. Pedir explicações à IA, e confirmá-las. Usar o assistente para explicar o que fez e porquê, mas verificar a explicação no código: a IA pode descrever com confiança algo que fez de outra forma.
3. Mapear o código a partir da interface. Ligar cada elemento visível ao ficheiro, à função e aos dados que o suportam.
4. Guardar tudo no controlo de versões. Commits pequenos e frequentes, um por iteração, permitem ver exatamente o que mudou e voltar atrás quando um pedido parte o que funcionava.
5. Testes que definem o comportamento. Decidir primeiro o que o código deve fazer e só depois pedir os testes. Testes escritos pela IA a partir do próprio código tendem a confirmar o que ele faz, não o que deveria fazer.
6. Documentar as decisões. Registar a arquitetura e as escolhas principais num documento vivo, atualizado a cada iteração. É a memória do projeto.
7. Validação humana explícita. Definir pontos de controlo (antes de uma entrega, antes de ir para produção) onde uma pessoa confirma que percebe e aprova o que foi feito. É o momento de decisão.

Conclusão

O vibe coding muda quem escreve o código, não quem responde por ele. A velocidade só compensa se vier acompanhada de compreensão; caso contrário, o tempo poupado hoje paga-se com juros na próxima avaria.

Ligação permanente →