第五章主要講的是團隊開發和流程，那什麼才能叫得上是乙個團隊呢？首先，團隊有一致的集體目標，團隊要一起完成這目標。乙個團隊的成員不一定同時工作。然後，團隊成員要有各自的分工，互相依賴合作，乙個人的失誤都會對整個團隊有著特別大的影響。乙個軟體開發的團隊也是乙個紀律嚴明的團隊，小朋友踢足球的時候，大家都一蜂窩地去搶球，球在**人就在那裡，這種蜂窩模式在開發團隊中都會有所體現，不過這樣的團隊模式不會長久，在書中主要寫出了這幾種模式。
例如，1.主治醫師模式，有乙個首席程式設計師負責整個程式的方方面面，其他程式設計師配合他的工作。而在學校這種模式往往變成乙個人幹活，其他人偷懶的模式。
2.明星模式就是主治醫師模式的極致化。
3.社群模式由很多志願者參與，每個人參與自己感興趣的部分，無償貢獻力量。
4.業餘劇團模式，不同的人經常更換不同的角色
5.秘密團隊，沒有外界的干擾，團隊成員極大的投入。
6.**團隊，由一些特殊技能的專業人士組成，解決一些棘手而又緊迫的問題。
7.交響樂團模式，有明確分工合作，都聽指揮的指示行動，大多公司都採用這種模式。
8.爵士樂團隊，都是即興演奏，不靠譜。
9.功能團隊，具備不同能力的同事們平等協作，共同完成乙個功能，最後軟體公司都會演變成這種模式。
10.官僚模式，很難運用。
開發流程就是把軟體工程在開發，運營，維護的過程變成乙個統一的整體。而軟體開發也有很多種模式。
1.寫了再改模式。
2.瀑布模型（系統需求-軟體需求-分析-程式設計-編碼-測試-執行）瀑布模式還能變型為各種相似模式。
3.老闆驅動模型，就是從第十個團隊模式演變而來的，老闆說什麼就做什麼，有好處也有不好的地方。好處就是老闆更懂得市場和競爭，可是對於技術細節卻是外行。下達命定就是行政命令不一定能管好創造性的團隊。
4.漸進交付的流程。
我在讀這一章節的基礎上，才能對即將開始的團隊開發有一定的了解
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...