Questa pratica è davvero pessima, ma ci sono alcuni modi per risolvere questo problema. 1. Cerca di avere tutta l'infrastruttura di test pronta. La codifica del vibe diventa più facile, insieme ai test unitari corrispondenti, e tutti i vari test di regressione e test funzionali che prima erano difficili da gestire dovrebbero essere eseguiti. In questo modo, anche se qualcuno modifica in modo inappropriato, ci sono molti test che ti aiutano a tenere sotto controllo la situazione. 2. Simile ai diversi ring/stage del server, esegui un'uscita graduale. Anche se si scopre un problema, è facile eseguire un'operazione di rollback. Non causerà grandi problemi. 3. In realtà, la radice del problema è ancora nel consenso, sia per facilitare se stessi che per facilitare gli altri, e persino per le valutazioni superiori. Cerca di suddividere una grande pull request in piccole. In questo modo, la revisione da parte dell'agente e la tua revisione saranno più semplici e con una maggiore accuratezza. In questo modo, si può sostanzialmente prevenire che qualcuno faccia un grande pasticcio, ma è sempre difficile proteggersi da qualcuno che lo fa.🤣
GeekPlux
GeekPlux26 ago, 09:02
Quando in un grande progetto, una parte delle persone inizia a fare vibe coding, ogni PR modifica decine di file, rendendo impossibile la revisione... Ho provato a usare Claude Code review, ma non sembra affidabile. In assenza di un modo per fermare questi colleghi dal continuare a fare vibe coding, come posso ridurre al massimo gli effetti collaterali? Come posso garantire la stabilità e l'affidabilità del progetto?
20,29K