用好Code Review

個人寫各自的代碼，沒有review流程，確實比較快。開發人員會天然地喜歡和有這種傾向，因為這樣感覺比較自由，有一些醜陋的地方也不會被別人看到...

但，如果開發的程式有多人維護，並且對品質、穩定性要求高的話，最後還是需要Code Review來保障代碼品質。

Code Review不僅是提高軟體品質的有效手段之一，更是團隊老人傳授知識和經驗給團隊新人的極好時機。

認真review代碼需要花很多時間，新人應該抓住機會汲取經驗。如果一個問題review一次被指正了，第二次第三次還出現，那也許就是開發人員態度有問題了。

Code Review一個常見誤區是在交付前一刻才找個人review。如此，可能發現重大問題，再修改測試影響進度；或是發現潛在但暫不影響功能，因為馬上要交付了，所以不修正，這樣以後可能代碼裡陷阱越來越多或是越來越醜陋... 

Code Review需要給review之後可能的修改和測試預留時間。

-------------------------------------------------------------------------------------------------

更多博文請訂閱RSS，更多微博請關注@千裡孤行Nerd