Esta prática é muito ruim, mas há algumas maneiras de resolver esse problema. 1. Tente garantir que toda a infraestrutura de testes esteja no lugar. O vibe coding fica mais fácil, assim como os testes de unidade correspondentes, e todos os testes de regressão e funcionais que antes eram difíceis de realizar devem ser feitos. Isso garante que, mesmo que alguém faça alterações imprudentes, uma grande quantidade de testes estará lá para te proteger. 2. Semelhante ao lado do servidor, diferentes anéis/estágios devem ser liberados gradualmente. Mesmo que um problema seja descoberto, é fácil reverter a operação. Não causará grandes problemas. 3. Na verdade, a raiz do problema está na questão do consenso, seja para facilitar para si mesmo ou para os outros, ou até mesmo para atender às exigências superiores. Tente dividir um grande pull request em partes menores. Assim, fica mais fácil para o agente revisar e para você revisar, aumentando a precisão. Dessa forma, basicamente é possível evitar que alguém cause um grande problema, mas sempre haverá alguém que pode causar problemas.🤣
GeekPlux
GeekPlux26/08, 09:02
Quando em um grande projeto, uma parte das pessoas começa a fazer vibe coding, cada PR altera dezenas de arquivos, tornando impossível a revisão... Tentei usar o Claude Code review, mas não parece confiável. Diante da impossibilidade de proibir esses colegas de continuar com o vibe coding, como posso minimizar os efeitos colaterais? Como garantir a estabilidade e a confiabilidade do projeto?
21,24K