**規範：
我們寫的**不僅是給我們自己看，也是給其他人看。看**本來就是比較乙個枯燥的過程，如果你的**格式亂七八糟，命名不規範，那麼別人也不會想看你寫的**，即使看了也不懂你的**是想表達什麼，而《構建之法》也寫了一些關於如何規範**：縮排、行寬、括號、斷行與空白的{}行、分行、命名等等。在編碼後，還要對**複審，找出錯誤和改進**。
結對程式設計：
我們都知道，乙個好的軟體開發出來，並不是乙個人所能完成的；而有時候編碼比較多，任務比較重，我們就需要結對程式設計了。結對程式設計需要乙個駕駛員的角色，即控制鍵盤輸入；乙個領航員的角色，即領航、提醒的作用。兩個人對**不斷的複審，提高設計和編碼的質量。
兩人不用的合作階段：
兩人合作階段就像跳交誼舞：萌芽階段、磨合階段、規範階段、創造階段、解體階段。而兩人的合作過程中也會相互影響，在這過程中也可能出現不同意見，誤解，這時候我們就需要從對方角度看待問題了，採取正確的方式。
問題：如果身在異地的兩個人要如何結對程式設計？
《構建之法》第4章讀後感
一 乙個好的 不僅僅是機器能讀懂，人也可以很清楚地讀懂。那麼怎樣的 才算是乙個好的 呢？這裡就需要說到 規範 了，乙個 如果能在各個方面做到規範的話，那麼這個 就可以說是乙個 實際上非常重要。風格的原則是 簡明，易讀，無二義性。2 設計規範。牽扯到程式設計 模組之間的關係 設計模式等方方面面的通用原...
構建之法第8 9 10章讀後感
第八章 需求分析 本章節講述軟體需求的4個步驟，1 獲取和引導需求 2 分析和定義需求 3 驗證需求 4 在軟體產品的生命週期中管理需求 在軟體工程中分析軟體需求需要考慮相關者的利益關係，例如使用者 顧客 市場分析師 監管機構 軟體工程師等之間的關係。講述了9種使用者調研方法 1 焦點小組 2 深入...
《構建之法》第1 2 3章讀後感
第一章 概論 總結 主要了解軟體工程的定義和初步知識，了解了軟體開發與發展的不同階段，了解到軟體有集中特性譬如複雜性，不可見性，易變性，服從性，連續性 還有軟體工程的相關只知識領域，和其他科學的一些關係，提出了軟體工程的目標，其包括提高使用者滿意度，增強軟體自身可靠性，提高軟體流程的質量，增強可維護...