1、讀后感：
對於計算機相關專業的學生來說，我們學習了很多的專業課程，像編程語言、算法、數據結構、編譯原理、軟件工程等。但是我相信很多同學和我一樣仍然對於我們現在學到的課程在之后有什么用心存疑惑。也就是說，大家都覺得理論和實踐之間有着不可逾越的鴻溝。然而在讀到鄒欣老師的這本書《構建之法 現代軟件工程（第二版）》的時候，我解決了我一直糾結的這個問題。
因為作業要求，第一遍是快速閱讀，雖然仍然對書里的一些內容有些疑問，但是仍然覺得這本書有很多特點：
（1）文字+圖畫；很多專業書都有一個問題就是整本書都是字，雖然不乏內容優質的書但是很容易讓讀者在閱讀的時候困倦疲憊，我一直接觸到額計算機相關的書大部分也都是那樣，所以鄒欣老師新穎的編書模式很吸引我，也是我一個星期能讀完這本書的原因之一。本書包含了很多有趣的圖片，讀者也可以通過這些圖片加深對相關概念的理解。
（2）理論+實踐；本書介紹了軟件工程的相關概念，如：軟件工程、單元測試、軟件開發流 程、敏捷開發、軟件需求、用戶體驗、軟件測試、質量保障等。然而在介紹這些基本概念的同時，鄒欣老師也全面地詮釋了它們在實際的研發工作中是如何表現的，它們又是如何與每個開發和測試人員息息相關的。在介紹這些概念的時候，鄒欣老師經常舉例，也使得大家更加的容易理解。
（3）幽默+嚴謹；軟件工程里面的概念比較的枯燥和單調，鄒欣老師為了增強學生的興趣，描述的語言十分幽默詼諧，比如書中用“阿超”、“國棟”、“小飛”、“小李”等角色之間的對話來揭示一個概念的本質，通過他們之間風趣的對話又加深了對相關概念的理解。同時有作為專業技術的指導書，鄒欣老師在很多技術介紹時也都使用了數據，真實情況等分析，嚴謹而認真。
2、個人疑問：
（1）我們在做一個軟件對軟件的質量應該有多高的要求？當我們的代碼的規模很大時基本上不可能做到沒有bug。很多軟件在還未修復調試好的時候就發布使用，雖然基本功能都能完成，但是還是有很多bug，最后會導致修改一些bug成本太大，或者造成的影響太大。但是我們如果一味追求高質量，一直壓着修復調試發布太晚也會造成不少的損失。我們應該如何把握好這之前的度，能夠較為和平的維持雙方關系？
（2）在團隊項目中，工作量如何分配？如果是一個專業成熟的團隊，每個人技術都足夠優秀，完全可以考慮小組成員平均分配，或者按照個人能力技術問題按比例分工。但是對於我們現在分工的團隊，在我們小組分工的時候完全把握不到這個度，甚至都不清楚都需要做什么工作，個人能力的認知上可能也有缺陷。
（3）關於bug與測試。從最開始接觸計算機編程我們就明白不可能有人的程序編的毫無缺陷，bug是一直都會有的。但是怎么判斷這些bug的重要程度？怎么確定對某個bug的修改不會影響其他功能？怎么分析這個bug對於整個程序的影響？有沒有一種比單元測試更簡單快捷的方式來保證所有單元的正確性？即使我們經過了足夠的測試，還是不能保證在實際運行中不會出錯，尤其是當開發面向對象的網站或者軟件時候，因為使用對象的多樣性會遇到很多問題 。那么在維護階段出現bug有沒有比打補丁更規范適用的方法？
（4）我們除了寫程序也要學會分析程序，在很多時候分析程序性能要比寫程序更重要，書里面也很多介紹了代碼模塊的執行效率，着重優化耗時長內存大的部分，也因為我們需要優化一些基礎代碼然后有了數據結構和算法，但是很多時候你不會第一時間就想到一個合適的算法適合這個功能，如何根據測試結果思考一個合適的算法呢？
（5）書中有一段對話很有意義，大概講一個新人進入公司看到前輩寫的一些程序覺得很垃圾想要推到重寫，這時候一個老員工告訴他他現在看到的這些程序也是前輩剛進入公司的時候覺得程序很不好改寫的結果，反而還沒有原來的好用。我們在前人的基礎上去使用這些軟件但是不代表我們覺得他不好我們就有能力寫的比他好，所以該如何正確對待別人的程序呢？可能有你覺得不好的地方，但是肯定也有你要學習的地方。