構建之法第四章當中，講述的程式設計不再是個人程式設計，而是進入軟體工程的另一項起步階段——結隊程式設計，由兩個人以上組成的團隊，完成一項工程，說到工程肯定不是乙個人可以完成的。這在程式設計界早已有了相應的通用準則且在隨著整個行業的進步而不斷更新著。作為合作的專案，個人能力上或許會有不同，但哪怕團隊中有個別人才思敏捷卻只按著自己的路子走，不貼合**的規範，使其他人無法去閱讀理解，這無疑是從一開始便失去了結隊的意義。
為了提高結隊程式設計的效率和工程的完美，我們需要注意程式設計的**的書寫格式，方便別人的理解，是便於修改維護和閱讀。在本章中，結隊由簡入深，從最簡單的兩人組隊開始，模擬於兩個舞者推至大型歌舞劇的過程，在初始階段都會有生澀之處。在以往我們獨自程式設計時，出於個人習慣哪怕我們**有著些許的不規範之處但我們自己本身確實看得懂的，但進入團隊合作階段後卻成了我們需要第一處糾正的陋習。
其次就是為了兩人的提公升所需要進行的磨合階段，每個人對於問題的思考有不同的方面，對於問題的解決方法也是多種多樣，這時候就需要彼此之間進行多多的溝通和交流，找出適合大家的方法。在結隊後該怎麼去進行統籌應用便是結隊的兩人需要共同面對的問題，這個問題因人而異，主要還是看各團隊各自想辦法解決吧。最後才是結隊完成作品的環節，相信在完成了以上內容後的團隊，哪怕在最後的作品不太盡如人意，卻也是在學習程式設計路上的一大進步了吧
《構建之法》第四章讀後感
規範 擁有簡明 易讀的 風格是每乙個程式設計師的必修課。你的程式採用的縮排風格，變數名統一的規範在團隊工作裡尤為重要。風格規範 1.縮排 4個空格的距離在可讀性來說剛好。2.行寬 100字元 3.括號 在複雜的條件表示式中，用括號清楚地表示邏輯優先順序。4.斷行與空白的 行 5.分行 不要把多個變數...
構建之法第四章讀後感
第四章講訴了現今的軟體很少見到由乙個人完成的，而是乙個團隊相互合作完成的。在我們寫 是應該要注意 的規範，不能夠只能讓自己看的懂，也要讓別人看得懂。在合作中在客觀全面的對待自己的結對夥伴，懂得相互鼓勵，相互學習。兩人合作的期間其實也分為好幾次階段 1.萌芽階段 2.磨合階段 3.規範階段 4.創造階...
《構建之法》第四章讀後感
構建之法 第四章兩人合作讀後感 第四章大多數講的是兩個人如何合作的問題。其中講到在兩個人合作的過程中，應該規範 的格式，其中許許多多都要規範例如行寬，括號，命名，注釋，下劃線等等，都需要規範，其中注釋是必不可少的，不僅方便自己，更方便別人，只有好好規範自己的 這樣才能讓別人一看你的 就能看懂，方便修...