這一周對構建之法的閱讀量比較少，看的比較多的就是團隊合作，結對合作。
正好老師也要求了我們兩人結隊合作做乙個網頁版的小學生四則運算，雖說工程的比較簡單，但是對於剛接觸製作網頁的知識的我們編起來還是比較吃力的，剛開始我們就大致分配好了兩個人的任務，隊友的html語言知識學的比較好，大部分的頁面都是她做的，我負責最後的美化和整個工程的構思還有計時的功能，我們的任務量分配的都差不多，比較均勻，一開始都是各做各的任務，沒有任何交流，所以剛開始就碰到了做頁面的時候的美化問題，還有一些想法不一致的問題，兩個人就一下子懵了，整個進度就沒有什麼進展，因為各想各自的，看到的總會有侷限，到最後交作業比較迫切了，兩個人就開始進行交流合作，一起編寫，思考，最後還算完美的完成了此次作業。從這次的結對合作中我明白了乙個道理，做軟體的不能一味的侷限在自己，溝通很重要，不能一味的按照自己的想法，一定要多學，多問，多溝通交流，這就是乙個軟體專案團隊之所以存在的道理，眾人拾柴火焰高，團結起來力量大。
每個人在各自獨立設計、實現軟體的過程中不免犯這樣那樣的錯誤。在結對程式設計中，因為有隨時的複查和交流，程式各方面的質量取決於一對程式設計師中各方面水平較高的那一位。這樣，程式中的錯誤就會少的很多，程式的初始質量會高很多，這樣會省下很多以後測試、修改的時間，具體來說，結對程式設計有一下好處：
1.在開發層次，結對程式設計能提供更好的設計質量和**質量，兩人合作解決問題的能力更強。兩人合作，還有相互激勵的作用，共曾是看到別人的思路和技能，得到實時的講解，受到激勵，從而努力提高自己的水平，提出更多創意。
2.對開發人員自身來說，結對工作能帶來更多的信心，高質量的產品能帶來更多的滿足感。
3.在企業管理層次上，結對能更有效的交流，相互學習和傳遞經驗，分享知識，能更好地應對人員流動。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...