這是閱讀筆記的第三篇，今天我閱讀了5-7章，感受頗深，接下來就讓我詳細講講我的感想吧。
第五章團隊和流程，在本章中主要講述了團隊合作的模式與一些開發流程。在開發一款軟體時，少不了團隊合作，即使是最小的一款軟體，也需要兩個人來開發，因此就產生了團隊模式。正如書中所說的那樣，搬磚之人並不是乙個團隊，他們想走就走，完全不用關心接下來自己的磚是用來幹什麼的。當他從工地上下來的那一刻，整個工程都與他無關了。而軟體開發則不一樣，其講究的是乙個團隊，團隊中的成員各司其職，所有人都需要對自己的**負責。無法隨意丟棄，那麼問題來了，我們就需要乙個良好的團隊模式。書中所說的，就我的理解而言，理想中的團隊是這樣的，大家各自擔起自己的任務，做到資訊公開，坦誠相待，每乙個人所負責的專案都緊密聯絡在一起，一步錯則步步錯。這樣的團隊模式才是最好的。
第六章敏捷流程，說實話我完全不知道這章再說寫什麼，也許是沒有認真看，看著看著作者突然報給我乙個概念「敏捷流程」，並不知道這到底是什麼東西。當本章看完時，我只有乙個模糊的認識：敏捷流程指的是像微博那樣開發人員能夠時刻知道使用者的反饋，並且時刻修改再發布新的版本？比不是十分理解，這是互相反饋以達到乙個軟體越來越好的狀態麼？
第七章msf一上來就給了我三個大寫的首字母，瞬間就懵逼了，完全不懂好麼。正在看目錄寫讀後感的我並不能回想起當時我看完整本書後到底了解到了些什麼。還是要回過頭重新讀一遍。這章內容無非講的就是要團隊合作信任他人共同奮鬥相信使用者得到好評。
看完這三章後我還是有許多需要改進的地方今後我也會朝著這方面去努力的，畢竟是乙個程式設計師，雖然達不到這個水平，但目標總不能不讓定下來吧。
構建之法閱讀筆記03
通過這幾天的閱讀，基本對本書又有了新的認識，讀完這本書是一回事，要想深入的理解又是另一回事。本書第一版出自2014年，當時軟體工程正在中國蓬勃發展，在此書出來之前大學裡的教材有些還是外國書籍的翻譯版本。豆瓣上對此書的介紹是 軟體工程牽涉的範圍很廣,同時也是一般院校的同學反映比較空洞乏味的課程。但是軟...
構建之法閱讀筆記03
今天自己又回過頭來詳細的閱讀了一遍 構建之法 的第二章，下面分享一下自己的體會。一.單元測試 之前自己在程式設計的過程中，從來沒有對自己的程式進行過單元測試，總覺得輸出了題目要求的結果就行了，沒有考慮過程式執行的中間過程或是對占有的記憶體進行釋放等問題。而書中詳細介紹了單元測試的重要性和如何進行單元...
構建之法閱讀筆記03
又到了一周的結尾，時間過得真快。這一周，閱讀了 構建之法 關於團隊和流程的部分。正好，這周我們用的就是結對開發的模式。算是理論加上實踐吧。和以往的單獨程式設計不同的是，團隊開發增加了與同學的交流討論，在問題的解決與實現方面不再是一人單扛，可以交換不同的思路，用不同的角度思考問題，把問題更好的解決。這...