Conteúdo
Há seis meses, eu estava preocupado com o que os "programadores reais" poderiam pensar da minha abordagem. Mas agora, vejo que todos estamos apenas a tentar construir coisas que realmente funcionam. Sou sólido em programação R e já mexi em Laravel e coisas de front-end, mas dominar todos estes frameworks web modernos? Honestamente, não vale o meu tempo limitado. Prefiro focar-me em construir e comercializar produtos que as pessoas reais acham úteis. Ser eficiente não significa cortar na qualidade — significa apenas encontrar formas diferentes de lá chegar.\n\nQueria lançar software pronto para produção sem passar anos a dominar cada novo framework. Com o tempo, encontrei dez práticas-chave que me ajudaram a acelerar a entrega de código de qualidade. Primeiro, faça sempre um plano ao enfrentar trabalho complexo. Uso o modo Plan do Cursor com o Sonnet 4.5 porque faz perguntas inteligentes antes de começar a codificar. Isso ajudou-me a escolher a stack tecnológica certa (Next.js 15, TypeScript, Tailwind CSS) e evitar reescritas caras depois. O meu fluxo é: pensar no modo Chat, planear no modo Plan e depois executar no Composer.\n\nOutro ponto decisivo foi usar o Claude Code para me manter honesto. Instalei-o para criticar o meu projeto com um olhar fresco — verificando arquitetura, segurança, qualidade do código e cobertura de testes. Pedir notas e recomendações significou que tinha um roteiro claro de melhorias guardado em ficheiros markdown, que depois transformei em Issues no GitHub. Ter um segundo par de olhos, mesmo que IA, realmente importa.\n\nPara a codificação real, mudei para o Composer 1 porque é super rápido, e a diferença na qualidade do código comparado com o Sonnet 4.5 é quase impercetível. Planeio cuidadosamente com o Sonnet 4.5 mas executo a maior parte do trabalho no Composer para poupar tempo. Também começo projetos no que conheço melhor — no meu caso, construir a minha última app, Mindarin, primeiro como pacote R. Isso significa que posso dar direções muito específicas baseadas no meu background em análise de dados e alcançar um MVP muito rápido. Depois converto para Next.js. Começar familiar ajuda-me a criar prompts melhores e iterar mais rápido.\n\nTestes são obrigatórios desde o início. Uso desenvolvimento orientado a testes para cada funcionalidade, correndo centenas de testes (unitários, componentes, hooks, E2E), a maioria escritos pelo Cursor. Testes não são um overhead — são documentação viva e impedem a IA de quebrar funcionalidades que funcionam. Quando se lança rápido, os testes funcionam como guardrails.\n\nO controlo de versões sozinho não chega; todo o ecossistema GitHub é crucial. As GitHub Actions correm testes em paralelo apanhando regressões cedo. As Issues tornam-se um roteiro priorizado, que o Cursor pode até gerar via GitHub CLI após conversas de planeamento. Os projetos organizam essas Issues por prioridade para eu saber sempre o que fazer a seguir.\n\nAprendi a fazer sempre perguntas no modo Ask em vez de brainstorm no modo Agent. O modo Ask ajuda-me a pensar nos problemas sem a IA começar a codificar prematuramente. É como ser o arquiteto antes dos construtores começarem a trabalhar. Depurar já não me atrasa — faço push para a main dezenas de vezes por dia, e a maioria das execuções CI falha à primeira. Mas o Cursor corrige rápido, especialmente quando lhe dou logs reais de falhas em vez de copiar e colar da web.\n\nDeixei de escrever documentação manualmente por completo. O Cursor agora escreve as minhas mensagens de commit, ficheiros README e documentação inline. Isso poupa-me imenso tempo e deixa-me focar em construir funcionalidades que os utilizadores realmente querem. E por fim, falar em voz alta melhorou a qualidade dos prompts. O modo voz do Cursor é bom, mas prefiro o superwhisper — ele capta a minha fala à primeira e filtra palavras de enchimento, fazendo-me explicar melhor o contexto e casos limite.\n\nEstes dez hábitos levaram-me de copiar e colar respostas do ChatGPT a realmente lançar apps reais. Ainda estou a aprender, no entanto, e adoraria ouvir de pessoas que já estão nisto há mais tempo, especialmente o que muda depois do primeiro ano desta abordagem vibe coding.
