即使不深入參與某個專案，透過定期的 code review，也可以提升跨團隊協作的能力。
在之前的文章提升開發速度的關鍵：寫程式就像打怪，重點是回血速度中提到，十倍工程師通常會在下班前的一兩個小時停止撰寫程式，並將時間花在 code review 或閱讀技術文件。
我認識一位十倍工程師，他經常在不同專案之間來回支援。早上撰寫 A 和 B 專案的程式，下午則協助解決 C 專案的緊急問題，對他來說是稀鬆平常的事。
某天我好奇問他，你的秘訣是什麼？他說：「多花時間做 Code Review，就可以了。」
他解釋說，自己經常同時參與多個專案，有些深入參與，有些只是簡單過水。即便如此，每天花點時間做 Code Review，仍能維持專案的熟悉度，避免完全脫節。
這位十倍工程師的分享讓我明白，code review 不只是幫別人檢查寫的程式，更是一種保持專案掌控的策略。
透過每天投入少量時間進行 review，即使不直接參與開發，也能保持對專案的熟悉，並在需要時靈活地跨專案支援。同時也是增進與同事間的互動，學習不同的解決方案與最佳實踐的好時機。
每天至少花 1 小時進行 Code Review：即使沒有經常參與某專案的開發，也應該每天花一點時間進行 review，以保持對專案的熟悉度。這樣，即使突然需要支援，也能快速上手。
參與不同類型的專案 Review：不要只局限在自己熟悉的技術範疇，嘗試 review 不同技術和領域的專案，拓展技術視野。
積極提供建設性的回饋：當發現問題時，不僅要指出錯誤，還要提供具體的改進建議。這不僅幫助他人，也能增進自己對問題的理解。
Google 工程實踐（保哥的中文翻譯版本）
iThome鐵人賽
看影片追技術