書中提到乙個好的團隊應該有這些特點：
1.團隊有一致的集體目標，團隊要一起完成這目標。乙個團隊的成員不一定要同時工作，例如接力賽跑。王屋村搬磚的『非團隊』成員則不然，每個人想搬多少就搬多少，不想幹了就結算工錢走人。
2.團隊成員有各自的分工，互相依賴合作，共同完成任務。王屋村搬磚的『非團隊』成員則是各自行動，獨立把任務完成，有人不辭而別，對其他搬磚人無實質影響。
軟體團隊中也有很多模式：
1.主治醫師模式
2.明顯模式
3.社群模式
4.業餘劇團模式
5.秘密團隊
6.**團隊
7.交響樂團模式
8.爵士樂模式
9.功能團隊模式
10.官僚模式
這些模式各自有各自的特點，也有著自己獨有的優勢。在以後的結對開發中對我幫助很大。
個人感受：
在這學期的團隊開發中我們團隊是屬於主治醫師模式，隊伍裡面有乙個大佬相當於主治醫生，而我們就是打打下手，做一些簡單的工作。
這樣的模式會造成兩極分化，厲害的更加厲害，而我們這些基礎不太好的由於沒有面對挑戰得不到鍛鍊達不到對我們進行提公升的目的。
今後在程式設計方面下功夫，提高個人能力，在以後的團隊中可以佔據重要的位置。
02《構建之法》閱讀筆記02
個人感受 過去我的做法 1 以前每個部分都是分開各做各的，做好自己的事情就好了 不需要管其他的。獨立開發，想做什麼做什麼，只要實現布置的任務就行。這樣做的缺陷 無法做到團隊快速開發，很難提公升速度。問題解決方法 1 要自己挑選任務 每次sprint結束之後，還要總結不足，提出改進，並且自己要實施這些...
構建之法閱讀筆記02
第二章的開頭就給我講出了單元測試的概念和效果，單元測試可以使自己父子的模組功能定義盡量明確，模組內部的不會影響其他模組，而且模組的質量能得到穩定的，量化的保證。還舉例了小飛寫單元測試的例子，讓我們隊建立單元測試主要步驟印象深刻，建立單元測試的主要步驟 1.設定資料 2.使用被測試型別的功能 3.比較...
構建之法閱讀筆記02
今天看了第六章敏捷流程，在裡面我看到了衝刺執行任務中的每日例會，在這裡身份的類似於主人暑假給我們布置的任務和發表部落格的要求，其中這裡面有三條內容，分別是我昨天做了什麼，今天做了什麼，在其中又遇到了什麼問題。這個寫問題只有在衝刺階段真正的做了，用心的去解決了，才會真的有收穫 相反這些流程也會流於形式...