《構建之法》給我的第一映像是「終於有一本我可以看的下去的關於軟體的書了╥﹏╥...」。《構建之法》與其他的軟體工程的書不同，沒有密密麻麻的字，沒有晦澀難懂的詞彙，沒有讓人看不下去的感受。鄒欣老師用一種特殊的方式告訴我什麼是軟體工程。
《構建之法》最大的特點是那些虛擬人物的對話，他們之間的對話就是現實中許多任務程師在工作中會遇到的問題。在書中鄒欣老師通過阿超、國棟、小飛、小李等虛擬人物的對話以及他們答辯、討論形象生動得說出了工程師們在遇到問題時的困惑，以及思維方式，並對他們在當前場景中的心理活動進行了幽默風趣的刻（吐）畫（嘈）。
《構建之法》中運用了許多有趣的，通過這些讓我加深了對關概念的理解，同時也讓我在看書的時候不會覺得乏味，甚至有的時候還不自覺的笑出來。比如：第10章的10-1「他滿意了嗎」；第4章的4-1「兩人合作的不同階段」和第11章11-6「小強地獄」都很形象；第8章的8-16「神**」運用了經典電視劇集的劇情讓人感覺很接地氣。還有書中的一些資料和圖表都附上了解釋，有些是註解型的（第6章的6-6），有些是對話型的（第15章的15-2），不會讓人看不懂。
《構建之法》中內容層次分明，作者將很多知識點通過幾個小點順序列出，重要的地方加粗，讓我在看的時候有側重點，閱讀和理解起來更加的容易。行間距也很合理，看著眼睛也不會感覺累，可以讓人看的下去。
但《構建之法》中有一些解釋，或例子要通過網頁去查，看著那些一長串的**，我就有一種不太想去看的慾望。（好吧，其實我就是有點懶|||(￢3￢) ）
總之，《構建之法》這本書理論與實踐並重。它介紹了許多軟體工程的相關概念，如：軟體工程、單元測試、軟體開發流程、敏捷開發、軟體需求、使用者體驗、軟體測試、質量保障等。覆蓋面廣，知識點齊全。它也對軟體工程師的成長、it行業的創新和職業道德等也進行了細緻的介紹。鄒欣老師不同的視角來看待整個行業及行業中人的發展，其觀點值得人深思。而且在介紹這些概念的時候，鄒欣老師多用舉例的形式來說明使我更加的容易理解。幽默、詼諧的語言和**並茂的方法讓我在閱讀本書的時候不感覺到枯燥。
問題：
1、在單元測試中，一定要要求**覆蓋率達到100%嗎？
2、第五章中介紹了許多軟體團隊的模式，然在什麼情況下會形成這些模式。
3、沒個軟體產品都不是完美的，都他們都或多或少的存在一些bug，為什麼這些bug沒用被測試出來呢？
4、什麼樣的bug不容易被測試出來
5、書中介紹了專案經理該做什麼，我也知道不想當將軍的小兵不是好小兵，但我們一畢業不可能就是將軍。所以我更想知道當我們剛進入公司，我應該怎麼做？
構建之法讀後感
書中有提到一句名言 軟體 資料結構 演算法 但是，在真正進行軟體開發時，我們會發現 我們所需要的資料結構和演算法都是現成的，我們只要進行呼叫和實現就可以了。在我學習了本書的第一章後，我認識到了 軟體 程式 軟體工程 從此也可以擴充套件為 軟體企業 軟體 商業模式 軟體從最初的乙個簡單的程式，擴充套件...
《構建之法》讀後感
前段時間，我自學了 構建之法 的1,5,17章，並產生了很多自身的體會。首先，在第一章中我大致了解了我可以在書中學到什麼，如何落實學習。1.1節通過三個簡短的對話，啟發我對什麼是程式，什麼是軟體，什麼是軟體工程，也了解到了乙個軟體不是簡簡單單就能說寫就寫的，還需要考慮各種因素，如人們的需求，功能的可...
構建之法讀後感
第一章 軟體工程。寫軟體就是碼 寫出來，組合語句和演算法，實現需要的功能。但是軟體的開發需要一定步驟，有團隊合作精神，經過需求分析明白客戶需求，要什麼功能，並完成軟體的概要設計，再進行討論並與客戶溝通。然後進行軟體設計，然後程式 編寫，軟體測試debug，體驗版，後續維護等等。這樣才是乙個專案。軟體...