Trend-Themen
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Diese Praxis ist sehr schlecht, aber es gibt einige Möglichkeiten, dieses Problem zu lösen.
1. Versuchen Sie, alle Testinfrastrukturen bereit zu haben. Vibe-Coding wird einfacher, und die entsprechenden Video-Unit-Tests sowie die früher schwer zu realisierenden verschiedenen Regressionstests und Funktionstests sollten durchgeführt werden.
So wird sichergestellt, dass selbst wenn jemand etwas falsch macht, eine große Anzahl von Tests da ist, die aufpassen.
2. Ähnlich wie bei verschiedenen Ringen/Stufen auf der Server-Seite, die schrittweise ausgerollt werden. Selbst wenn ein Problem entdeckt wird, ist es einfach, die Operation zurückzurollen. Es wird keine großen Probleme verursachen.
3. Das eigentliche Problem liegt in der Konsensfindung, egal ob es für einen selbst oder für andere bequem ist, oder sogar für die Bewertung von oben. Versuchen Sie, einen großen Pull-Request in kleinere zu unterteilen. So wird es einfacher für den Agenten, Sie zu überprüfen, und auch für Sie selbst, was die Genauigkeit erhöht.
Auf diese Weise kann man im Grunde verhindern, dass jemand einen großen Fehler macht, aber man kann nie ganz sicher sein.🤣

26. Aug., 09:02
Wenn in einem großen Projekt ein Teil der Leute mit dem Vibe-Coding beginnt und jeder PR Dutzende von Dateien ändert, ist es völlig unmöglich, diese zu überprüfen... Ich habe versucht, Claude Code Review zu verwenden, aber es fühlt sich auch nicht zuverlässig an. Wie kann ich die Nebenwirkungen maximieren, ohne diese Kollegen am Vibe-Coding zu hindern? Wie kann ich die Stabilität und Zuverlässigkeit des Projekts gewährleisten?
21,06K
Top
Ranking
Favoriten