Atualmente, nem muitas pessoas sabem, eu venho de uma formação técnica. Vinte anos atrás, num banco de investimento na região Ásia-Pacífico, as pessoas que realmente compreendiam de negociação algorítmica eram cerca de cinquenta, e eu era uma delas; na altura, o núcleo do sistema não era "funcionar", mas sim ser confiável a longo prazo sob restrições como latência, estabilidade, monitorização e gestão de risco. Por isso, inicialmente, eu era muito contra o "Vibe Coding", pois podia facilmente levar as pessoas a entenderem mal que a programação poderia ser feita "dando instruções com base em sentimentos". Depois, utilizei pessoalmente o Claude Code, Codex, Copilot para criar alguns pequenos softwares e ferramentas internas, e percebi que o problema não era a IA a escrever código, mas sim a natureza enganosa desses termos: quando a IA é integrada no processo de engenharia, ela se assemelha mais a uma extensão do Pair Programming, combinando "produção" e "revisão" num único ciclo, permitindo às pessoas desviar a atenção do trabalho repetitivo de volta para decisões-chave e controlo de qualidade. Ao mesmo tempo, a realidade também é bastante clara: pessoas que não entendem de programação, apenas com Vibe, têm dificuldade em alcançar resultados satisfatórios; mas para aqueles que conseguem, a IA aumentará significativamente a eficiência e a qualidade das entregas, o que também explica por que uma das "vantagens" mais procuradas nas empresas é ter mais Tokens de LLM disponíveis, controláveis e auditáveis por todos, incluindo acesso e configuração de modelos mais estáveis, estruturas de permissões e conformidade melhores, cadeias de ferramentas internas mais próximas do negócio, além de formação contínua e recolha de melhores práticas.