這週我閱讀了構建之法的第五章。
這一章主要講述了團隊模式以及團隊開發的流程。學會了正確的區分團隊與非團隊：1.團隊有一致的集體目標，團隊要一起完成這目標。乙個團隊的成員不一定要同時工作。2.團隊成員有各自的分工，互相依賴合作，共同完成任務，而非團隊成員則是各自行動，獨立把任務完成，對其他人無實質影響。團隊開發又分為了主治醫師模式、明星模式、社群模式、業餘劇團模式、秘密團隊模式、**團隊模式、交響樂團模式、爵士樂模式、功能團隊模式和官僚模式，各種模式都十分形象的概括了其特點，讓我了解到其利弊。
接著寫到了開發流程，軟體開發流程的目的是為了提高軟體開發、運營和維護的效率、以及提公升使用者的滿意度、軟體的可靠性和可維護性。其中介紹了典型的瀑布模型以及它的各種延伸變形。
總的來說讓我真實的了解到了團隊開發是怎麼一回事以及其開發流程。引起了如果我是乙個leader我會選擇哪種模式的思考。
快速閱讀《構建之法》 構建之法閱讀筆記01
自己從3月4日開始讀 構建之法 在粗讀一遍後，自己產生如下疑問 1.風格真的很重要嗎？總覺得清晰易讀即可 2.編寫軟體時，是程式簡潔高效但不易讀好？還是程式冗餘效率低下但是方便別人閱讀易維護好？3.使用者體驗主要體現在哪些方面？介面美觀，反映速度快，功能齊全足夠了嗎？4.本書只說了團隊模式，並未對如...
《構建之法》閱讀筆記
第五章的內容是團隊的話題。團隊一直是乙個不可或缺的話題，球場上，網遊中都有著若干個團隊。個人離開團隊無法健康成長，團隊離開個人無法存在。團隊在我們軟體工程中是乙個非常重要的內容。團隊的特點 團隊有一致的集體目標，團隊要一起完成這個目標。乙個團隊的成員不一定要同時工作。團隊成員有各自的分工，互相依賴合...
構建之法閱讀筆記
本週先看了 構建之法 的第一章。這一章介紹的理論和知識點有電腦科學的領域 軟體的特性 軟體工程 軟體工程與電腦科學的關係，還向我們詳細介紹了軟體工程的定義與組成部分。其中有三個推論 程式 資料結構 演算法 軟體 程式 軟體工程 軟體企業 軟體 商業模式 由此可知，程式 演算法 資料結構 是基本功，但...