看了一部分後感覺自己有了一部分提公升，也有了不少的收穫，也算是對自己的軟體有所了解：
程式= 演算法 + 資料結構
軟體= 程式 + 軟體工程
軟體企業= 軟體 + 商業模式
學習軟體工程這門課程已經有16周了，通過這十六周的學習、實驗、以及閱讀我對軟體工程這門課程有了一定的了解。下面就通過對《構建之法》這本書的閱讀過程來記錄下我最近的感受。首先是對bug的概念有了新的更加正確的認識。我以前認為bug就是軟體的漏洞，在軟體進行正常執行時會出現不知名的錯誤。bug是不能這樣來定義的。軟體行業有這樣一句著名的笑話：（bug）這不是缺陷，這是乙個功能。所謂的bug，對不同的物件來說是不同的。 當我們做好了一切準備之後，我們需要做一下個人的個人能力的衡量與發展。我們應該如何開始成長呢？這裡書中有了比較明確的建議，積累軟體開發相關的知識，提公升技術技能（如對具體技術的掌握，動手能力）；積累問題領域的知識和經驗（例如：對醫療或金融行業的了解）；對通用的軟體設計思想和軟體工程思想的理解；提公升職業技能（區別於技術技能）；最後要有自己的成果。因此經驗對於我們來說真的很重要，慢慢積累並不斷的練習，將之持之以恆就是我們當前要做的事。書中的乙個例子給了我深刻的印象，——商業軟體換個愛好者寫的程式的區別。作者用飛機的安全工能給我們舉的例子「為了節約成本，本次航班沒有那些安全裝置，沒關係的，反正大家也不會用到...」你敢坐嗎？反正我是不敢，所以說呢。這就是我們和商業軟體的差距。我們還是不夠懂軟體工程，還不是乙個合格的軟體工程師。
最後十分感謝鄒欣老師的這本書，讓我感覺自己收穫不少，對與我的這個小白來說，我覺得這個對於我真的恰如良師益友，雖然我沒有見過鄒欣老師，但我突然就覺得我和您的距離拉近了許多，謝謝老師。
構建之法二
在讀了構建之法後，對構建之法的第 四 五 六章的關於團隊合作內容，在第五章中提到了各類的軟體團隊模式，如 主治醫生模式 明星模式 社群模式 業餘劇團模式等等，以及開發流程 寫了在改和瀑布模型。在團隊工作當中若沒有共同的配合，每個人各司其職，對專案共同負責，則極有可能造成團隊的崩潰。在看第六章的敏捷流...
《構建之法》閱讀筆記二
第二章閱讀筆記 軟體工程師的個人技術之一軟體測試 軟體測試在軟體開發流程中佔據非常重要的地位。單元測試 因為大多數軟體工程師都是團隊合作，所以其開發的模組其他人很有可能會用到，所以保證模組的正確性 完善性是非常重要的，所以就要進行單元測試來對模組的功能進行驗證，驗證要保證各種資料都能通過，對於特殊的...
《構建之法》閱讀筆記二
構建之法 第二章標題為 注重實效的途徑.本章主要著重在與作為一位軟工人,在實際的編寫 中應當用什麼樣的方式使得自己的 編寫可以達到最高效,編寫出的 可以更加強健.甚至可以讓這看起來很容易.首先作者指出了重複的危害.我們擅長於從以往的程式設計,學習中總結出屬於自己的知識庫.可是在我們使用這個知識庫編寫...