兩人合作寫軟體首先要**規範，進一步闡述就是要**風格規範和**設計規範。
**風格規範對於結對來說首先要統一開發工具，然後要注意原始檔的格式、排版、換行、適當的注釋、命名規範。即要簡明，易讀，無二義性。
**設計規範：對於函式來說。即用簡單的建構函式，最好是預設建構函式，這是因為簡單的建構函式增強易用性；對於錯誤處理來說。包括(邏輯和程式設計錯誤，設定錯誤，被破壞的資料...)，然後要對程式增加一些相應的錯誤處理；對於異常處理來說。不是百分之百確定的情況，不要吞掉異常。如果理解該異常在具體環境當中產生的原因，建議捕獲特定型別的異常。要在捕獲並重新丟擲異常時使用空的throw語句，這是保持呼叫棧的最好方法。
2個程式設計師、同一套裝置、一起工作、一起分析、設計、寫測試用例、編碼、單元測試、寫文件，平等互補地工作。一人充當「執行」角色，只負責程式設計。
最後是兩人合作的不同階段和技巧。以鄙人之見，結對雙方相關性最強、區別性最大的因素是他們兩人的效率差距。很多東西會影響程式設計師的效率，包括他們先前的：背景、個性、技能、經驗、文化背景、領域知識、語言知識等。如果我們把這些綜合起來，我們就能得出「效率」。考量「效率」可能還有另外一種方式，看他們產出的潛在強度，即完成程式設計的速度與質量。
0403對《軟體工程》第四章的理解
一 規範 1.風格規範 簡明易讀無二義，包括有意義的命名及增加注釋 2.設計規範 1 函式只做一件事，並且要做好 2 錯誤處理。驗證引數的正確性 使用斷言 使用public,protected,private說明成員，非必要不使用虛函式和型別繼承 3.複審 二 結對程式設計好處 1.在開發層次上能夠...
第四章 軟體工程
這一章組要包括 一 軟體開發生命週期 軟體開發生命週期的模型包括 瀑布模型 一次完成 原型 動態定義需求，一次次明確需求 螺旋模型 迴圈改進，加入了風險分析 噴泉模型 迭代 二 軟體專案管理 專案管理的核心是專案的成本，進度，質量。專案管理內容主要包括 啟動，度量，估算，風險分析，進度安排，追蹤控制...
《構建之法》第四章讀後感 軟體工程
構建之法第四章當中，講述的程式設計不再是個人程式設計，而是進入軟體工程的另一項起步階段 結隊程式設計，由兩個人以上組成的團隊，完成一項工程，說到工程肯定不是乙個人可以完成的。這在程式設計界早已有了相應的通用準則且在隨著整個行業的進步而不斷更新著。作為合作的專案，個人能力上或許會有不同，但哪怕團隊中有...