背景
第一次參加
codereview
不知道該如何去做，也不知道為什麼去做，後來參加多了，慢慢了解了
codereview
的意義，也同時發現
codereview
的效率問題：
寫這篇文章，希望本文中的一些建議能夠緩解上述問題，能使新人更快的了解
codereview
的意義和方法，有經驗的人能夠更加快速有效的進行
codereview
。codereview的目標和原則
codereview
的目的是提公升**質量，盡早發現潛在缺陷與
bug，降低修復成本，同時促進團隊內部知識共享，幫助更多人更好地理解系統。建議
codereview
的原則如下：
**審查用意是在**提交前找到其中的問題
——你要發現的是它的正確性。在**審查中最常犯的錯誤
—幾乎每個新手都會犯的錯誤是，審查者根據自己的程式設計習慣來評判別人的**。
code review
最重要的是講解者分享業務流程和設計思路，參與者通過這些講解獲得這些資訊，使得更多人理解這個系統，提公升團隊整體水平，使得團隊維護**的能力提公升。
我們不能為了應付匆匆忙忙的進行一次**審查，效率也是很重要的，如果不能保證
code review
目的實現，那麼評審便是徒勞的。
如何高效完成codereview？
參與者要檢查設計的合理性以及業務邏輯是否錯誤，檢查**可讀性；講解者要想辦法分享設計、技術、經驗等知識。
1.
檢查設計的合理性和業務邏輯的正確性：
業務邏輯是否正確：
關注業務可拓展性：
關注使用到的
資料結構
、設計模式和**效能：
2.
檢查**可讀性和可維護性：
3.
分享設計、技術、知識和經驗講解
code
的時候最好是以介面功能為單位去講解
如何迅速完成codereview？
所謂的迅速就是節省時間，只要我們盡量避免一些意義不大的事情就能節省時間，加快評審速度，要做到這點建議大家盡量不要做以下這些事情：
1.不要刻意地去尋找**
bug
2.作為參與者，只要覺得評審者的**符合命名要求和設計要求就可以了，但假如評審者的**缺陷很明顯，可以提出帶大家進行討論。
3.不要帶著抨擊和質疑別人能力的心態去進行**評審
4.不要在不確定的問題上爭來爭去
5.不要聽不進別人的意見
6.參與者最好不要自己都沒想明白就提意見
總結
綜上，給大家介紹了一些如何進行高效迅速的
codereview
一些思考方向，這些方式是否適用還需要大家在實踐過程中進行驗證，也需要根據不同團隊的實際情況做相應的調整，我們最終的目的是希望
coderreview
能夠有效而迅速，一方面提公升**質量本身，另一方面也可以創造乙個良好的學習氛圍互相支援提公升團隊的整體**水平。
如何進行PXE高效批量網路裝機
pxe批量部署的優點 規模化 同時裝配多台伺服器 自動化 安裝系統 配置各種服務 遠端實現 不需要光碟 u盤等安裝介質 pxe preboot excution environment 服務端 客戶端 網絡卡支援pxe協議 主機板支援網路引導 基本部署過程 準備centos 7安裝源 yum倉庫 安...
敏捷團隊如何進行高效的缺陷分析
不論是在傳統的軟體開發流程還是敏捷開發流程中，缺陷的統計與分析都是軟體質量保證的重要環節。一些傳統的缺陷統計和分析往往把重點放在缺陷數量的統計上，用於衡量開發和測試人員的kpi。例如某個功能模組出現了重大的bug，那當時負責開發的開發和測試都要出來 背鍋 不能說這種方法是錯的，但是如果把目的放在真正...
企業該如何進行高效IT運維管理
企業該如何進行高效it運維管理 在企業內部也是一樣，當大量的生產和經營資料集中在資料中心，一旦人們與資料中心因為it故障而失去聯絡，停滯的也許不是個人應用受阻這樣簡單的後果。我們誰也不想看到自己企業的資料中心停滯不前，那麼當中的it運維管理 就變得十分重要了，筆者就和大家來聊聊雲計算架構當中，企業該...