這一周我閱讀了本書的第四章兩人合作。體會到了程式設計師之間互相協作的重要性，也了解到當今網際網路的大牛很多都是靠兩人合作才取得了巨大的成功，完成了乙個人幾乎不可能完成的任務和要求。
首先講述了**的規範性，書寫**的格式要養成乙個良好的習慣，這樣既便於自己閱讀**也方便他人很快的閱讀，是一種必要的基本素質。縮排、行寬、括號、斷行與空白的{}行以及命名注釋這些都是最簡單最基本卻也是很重要的基本技能。乙個好的程式設計師寫出來的**就算是其他人閱讀也不會覺得很困難很反感。再者就是講了**複審，有三種形式，自我複審、同伴複審和團隊複審。複審的目的在於找出**的錯誤。比如編寫錯誤，格式錯誤，也可以指出不符合團隊**規範的地方。複審也是很有必要的一道程式，可以更準確不遺漏的找出自己很難找出來的錯誤，也是結對開發的優勢所在。
總的來說，這一章教會了我結對開發的步驟和必要性，它的優勢和劣勢，讓我對組隊程式設計有了新的認識。
構建執法閱讀筆記4
第三章的主要內容和我們平時上課的內容關係不大，主要講的是畢業之後進入公司當一名軟體工程師，以及軟體工程師的發展與成長。這個話題我還是比較感興 趣的，畢竟在學校呆那麼久了，還是很期待進入社會進入公司，體驗職業帶來的新鮮感。一名合格的軟體工程師，規範化是基本素質，要想提高自己的技能，水平，要從平時的習慣...
構建執法閱讀筆記5
我讀了第五章 團隊與流程 章節裡面主要介紹了不同的團隊模式，和開發流程以及各自的優缺點，還提及團隊與非團隊的概念。對於現在的我們可能較為熟悉的開發流程是瀑布模型。對於團隊模型我比較有興趣了解的是交響樂團模式，那麼其實，對於我們學生團體，大多數屬於的是什麼模式，什麼開發流程模型？一般的公司有事什麼型別...
構建執法閱讀筆記六
今天閱讀了構建執法第八章需求分析，我們在做軟體時，軟體的功能不是我們自己想出來的，而是根據使用者的需求來實現的，當然人們為了解決社會和生活中的各種問題，要求助於軟體，需求五花八門，需要我們去準確全面的找到這些需求的關鍵點。獲取需求有以下步驟 獲取和引導需求 分析和定義需求 驗證需求 在軟體產品的生命...