軟工Chapter Five

現代軟件產業經過十幾年的發展，一個軟件由一個人單槍匹馬完成是很少見的，有時候自己的代碼怎麽看都檢查不出的錯誤，別人一眼就能指出。兩人合作或者多人合作，效率能大大地提高。首先兩個人的代碼要規範，也是為了使同伴能看懂你的代碼，代碼規範的原則是：簡明，易讀，無二義性。縮進用四個空格，行款100字符，不要把多條語句放在一行上，命名要讓程序員一眼就能看懂。復雜的註釋應該放在函數頭並且應該只用ASCII。其次是代碼的設計要規範，使用函數的原則是：只做一件事，並且要做好。函數最好有單一的出口。程序的主功能實現後，可以使用參數處理方法或者斷言來進行錯誤處理。

代碼復審：看代碼是否在“代碼規範”的框架內正確地解決了問題。而這時候兩人合作的好處就顯現出來了，代碼復審的最基本手段就是同伴復審。復審的代碼需要被成功編譯且程序員須測試過該代碼。程序員必須提供新的代碼和文件差異分析工具。對於復審的結果，雙方必須達成一致的意見。

結對編程：結對編程中有兩個角色：1、駕駛員——控制鍵盤輸入。2、領航員——起到領航、提醒作用。好處有：1、更提供更好的設計質量和代碼質量。2、能帶來更多的信心和滿足感。3、能相互學習和傳遞經驗。

兩人合作的不同階段和技巧。第一階段：萌芽階段。第二階段:磨合階段。第三階段：規範階段。第四階段：創造階段。第五階段：解體階段。如何正確地給予對方反饋進而更好地解決問題呢？我們要註意反饋的方法。當反饋的是行為和後果時，行為可以改正，後果可以彌補，對方還是有挽回局面的機會。當反饋上升到攻擊對方的習慣和動機，被攻擊的一方就比較難表白並且澄清動機。當攻擊升入到核心，被攻擊的一方已經無法回應，因為攻擊的目標是自己的固有屬性，無法改變的。

軟工Chapter Five