一、**規範
1.**風格規範：簡明易讀無二義，包括有意義的命名及增加注釋
2.**設計規範
（1）函式只做一件事，並且要做好
（2）錯誤處理。驗證引數的正確性；使用斷言；使用public,protected,private說明成員，非必要不使用虛函式和型別繼承
3.**複審
二、結對程式設計好處
1.在開發層次上能夠提供更好的設計質量和**質量，兩人合作解決問題的能力更強；
2.對開發人員自身來說，結對工作能帶來更多的信心，高質量的產出能帶來更高的滿足感；
3.在企業管理層次上，結對能更有效地交流，相互學習和傳遞經驗，分享知識，能更好地應對人員流動
三、結對合作的技巧：正確地給予反饋
人像洋蔥一樣，有很多的層次，當出現問題的時候要怎麼反饋層次呢？
最外層：針對行為和後果進行反饋
中間層：針對習慣和動機進行反饋
最內層：對本質和固有屬性進行反饋
總結：1.在反饋的時候最好針對行為和後果進行反饋，不涉及中間層和最內層進行反饋。當攻擊深入到核心，被攻擊一方已經無法回應，可以想象觸及深處的衝突會有不太美好的結局
2.好的反饋應該像三明治一樣，先做好鋪墊，讓對方覺得處於乙個友好的交流環境。再把建設性意見提出來，最後肯定其中的可圈可點之處，鼓勵對方
對《軟體工程》第四章的理解
兩人合作寫軟體首先要 規範，進一步闡述就是要 風格規範和 設計規範。風格規範對於結對來說首先要統一開發工具，然後要注意原始檔的格式 排版 換行 適當的注釋 命名規範。即要簡明，易讀，無二義性。設計規範 對於函式來說。即用簡單的建構函式，最好是預設建構函式，這是因為簡單的建構函式增強易用性 對於錯誤處...
第四章 軟體工程
這一章組要包括 一 軟體開發生命週期 軟體開發生命週期的模型包括 瀑布模型 一次完成 原型 動態定義需求，一次次明確需求 螺旋模型 迴圈改進，加入了風險分析 噴泉模型 迭代 二 軟體專案管理 專案管理的核心是專案的成本，進度，質量。專案管理內容主要包括 啟動，度量，估算，風險分析，進度安排，追蹤控制...
《構建之法》第四章讀後感 軟體工程
構建之法第四章當中，講述的程式設計不再是個人程式設計，而是進入軟體工程的另一項起步階段 結隊程式設計，由兩個人以上組成的團隊，完成一項工程，說到工程肯定不是乙個人可以完成的。這在程式設計界早已有了相應的通用準則且在隨著整個行業的進步而不斷更新著。作為合作的專案，個人能力上或許會有不同，但哪怕團隊中有...