由於之前的學習比較慢，並且太過籠統。在通過鄒老師給我的連結，我瀏覽了大家的隨筆以及對《構建之法》這本書的感悟。對我也有一定的影響，我之前的學習太死板，只會照書死讀而沒有將書中的內容融會貫通。於是，這一週的學習中，我加快了自己的進度，本週我學習了第四章兩人合作、第五章團隊和流程。
第四章首先介紹了程式碼的規範。因為程式設計師所寫的程式碼不僅是自己要讀得懂，也需要方便讓大家都讀得懂，所以需要規定一套完整的規則，如：縮排、行寬、括號、斷行與空白的｛｝行、分行、命名、下劃線、大小寫、註釋等，大部分程式設計師都統一執行這個規則，這樣大大的提高了程式碼的可讀性。當書寫的格式滿足大家統一的規則時，我們還能做什麼讓大家都能方便的使用你的程式碼呢？我們需要從函式、goto、錯誤處理、處理C++的類。最後，要進行的就是程式碼複審。不要簡單的認為自己寫的程式碼很完美，不需要進行復審。實際上，程式碼複審是非常有必要的，它不僅減少了你程式碼執行時有可能出現問題而花大量時間去除錯，又能讓接下來使用程式碼的人有效的瞭解程式碼需要實現的功能、開發策略、程式設計風格及工作流程。書中還給出了程式碼複審的步驟和核查表，這樣能有效減少核查時有錯漏的情況，可以一條條的檢查下去，避免錯漏。
第五章一開始就告訴我們如何區分團隊和非團隊。團隊不僅僅是幾個人聚集在一起就能組成的，它需要有一致的集體目標，團隊員工有各自的分工，相互依賴合作，共同完成任務。書中給我們介紹了軟體團隊的模式，這讓我知道，每個團隊都可能有自己適合的模式，只有讓自己的團隊相互磨合，逐漸找到適合自己團隊的模式，才能在工作時避免摩擦。其中，除了最開始的蜂窩模式，還有主治醫師模式、明星模式、社群模式、業餘劇團模式、祕密團隊、特工團隊、交響樂團模式、爵士樂模式、功能團隊模式、官僚模式。而開發流程也詳細的給我們介紹了寫了再改模式、瀑布模型及其各種變形、統一流程、老闆驅動的流程、漸進交付的流程、MVP和MBP。
學習了這兩章的內容，我首先明白了在程式設計師的世界中，擁有一個統一的規則和規範，我們大家需要去遵守它，執行它，這是對自己以及其他程式設計師的負責。團隊之間的合作，也是需要一步步的去完成的，我們不能急於求成的跳過某個步驟去執行下一步驟，只有按照合理有效的流程去完成一個開發，才能又快又好的做出一個產品。