熱門話題
#
Bonk 生態迷因幣展現強韌勢頭
#
有消息稱 Pump.fun 計劃 40 億估值發幣,引發市場猜測
#
Solana 新代幣發射平臺 Boop.Fun 風頭正勁
這種practice非常糟糕,但是有一些辦法解決這種問題。
1. 儘量要求所有測試的基礎設施到位。 vibe coding容易了,相對應的vide unit test,以及以前很難搞的各種regression test,functional test都該上上。
這樣確保即便有sb胡改,大量test在那邊幫你看門。
2. 類似於server端不同ring/stage 灰度出去。 就算發現問題也很容易回滾操作。 不會造成大問題。
3. 其實根子還是在共識方面,無論是方便自己還是方便別人,甚至還是為了上頭的考核。儘量把一個大pull request拆成小的。這樣agent幫你review,你自己review都更簡單,準確率更高。
這樣,基本上可以防止sb捅個大籮筐,但是sb總是防不勝防的。🤣

8月26日 09:02
當一個大型專案中有些人開始隨意編碼,而每個 PR 變更了數十個檔案時,審查變得完全不可能……我嘗試使用 Claude 代碼審查,但似乎也不可靠。在無法阻止這些同事繼續隨意編碼的情況下,我該如何盡量減少副作用?我該如何確保專案的穩定性和可靠性?
20.28K
熱門
排行
收藏