Usamos cookies para medir audiência e melhorar sua experiência. Você pode aceitar ou recusar a qualquer momento. Veja sobre o iMasters.
No mundo do desenvolvimento, sempre tem aquela pegada de seguir o fluxo ou tentar entender o que realmente funciona na prática. Recentemente, li um artigo que chamou atenção ao falar do conceito de 'vibe coding', onde o desenvolvedor se deixa levar mais pelo feeling do momento do que por regras rígidas.
Na minha visão, essa abordagem pode ajudar a acelerar protótipos e testes rápidos, mas também traz riscos de perder controle e qualidade ao longo do projeto. No ambiente de produção, é importante equilibrar a vibe com disciplina, especialmente na observabilidade e na manutenção.
Por exemplo, quando a gente deixa a vibe tomar conta na hora de criar métricas ou logs, pode acabar gerando dados confusos ou difíceis de interpretar. É preciso ter um ponto de equilíbrio para não perder o controle da operação. Sem esse critério, a solução pode parecer simples no começo e cara no suporte. O valor aparece melhor quando operação, produto e engenharia olham para o mesmo risco.
A opinião de vocês sobre essa pegada mais intuitiva no desenvolvimento? Já passaram por isso na prática?
Eu faria um mix.
Acho que o problema é que essa vibe pode gerar soluções que funcionam na hora, mas no suporte vira uma dor de cabeça. Tem que ter controle, senão fica difícil fazer rollback ou entender o que deu errado depois.
Concordo, o ponto é que a vibe é ótima pra acelerar protótipo, mas na hora de escalar e manter, a gente precisa de métricas bem definidas. Senão fica difícil garantir a qualidade dos dados.
No meu time, a gente tenta não deixar a vibe tomar conta na hora de automatizar deploys ou monitorar. A disciplina no pipeline ajuda a evitar surrpesas e garante um bom suporte.