在讀了構建之法後，對構建之法的第
四、五、六章的關於團隊合作內容，在第五章中提到了各類的軟體團隊模式，如：主治醫生模式、明星模式、社群模式、業餘劇團模式等等，以及開發流程：寫了在改和瀑布模型。
在團隊工作當中若沒有共同的配合，每個人各司其職，對專案共同負責，則極有可能造成團隊的崩潰。
在看第六章的敏捷流程時，我感覺非常使用，這個將流程分為了三大步：
一、找出產品需要做的事
二、決定當前衝刺所要解決的事
三、衝刺。
在我們的這次團隊專案中，就沒有規劃好。在以後的團隊專案中要加強此方面的知識
過去怎麼做：
盲目的去做，未有明確分工
這樣無目的的學習學習效率地下
解決辦法：在團隊工作開始前做好團隊分工
構建之法（二）
看了一部分後感覺自己有了一部分提公升，也有了不少的收穫，也算是對自己的軟體有所了解 程式 演算法 資料結構 軟體 程式 軟體工程 軟體企業 軟體 商業模式 學習軟體工程這門課程已經有16周了，通過這十六周的學習 實驗 以及閱讀我對軟體工程這門課程有了一定的了解。下面就通過對 構建之法 這本書的閱讀過...
《構建之法》閱讀筆記二
第二章閱讀筆記 軟體工程師的個人技術之一軟體測試 軟體測試在軟體開發流程中佔據非常重要的地位。單元測試 因為大多數軟體工程師都是團隊合作，所以其開發的模組其他人很有可能會用到，所以保證模組的正確性 完善性是非常重要的，所以就要進行單元測試來對模組的功能進行驗證，驗證要保證各種資料都能通過，對於特殊的...
《構建之法》閱讀筆記二
構建之法 第二章標題為 注重實效的途徑.本章主要著重在與作為一位軟工人,在實際的編寫 中應當用什麼樣的方式使得自己的 編寫可以達到最高效,編寫出的 可以更加強健.甚至可以讓這看起來很容易.首先作者指出了重複的危害.我們擅長於從以往的程式設計,學習中總結出屬於自己的知識庫.可是在我們使用這個知識庫編寫...