按照精讀的讀法，細緻的讀完了《構建之法》的第
一、二、十六章。結合書本內容與自我理解，提出以下問題。
1.1軟體=程式+軟體工程
書中有這樣乙個例子：如果一架民用飛機上有需求，使用者使用它的概率是百萬分之一，你還要做這個功能麼？你會選擇：
1． 根本不考慮
2． 如果沒時間實現這個功能就算了
3． 做了，但不告訴使用者
4． 做了，而且不厭其煩地告訴使用者如何使用
謎底是：
飛機的安全功能。
我的問題：只有安全功能被考慮在內嗎？同理在軟體功能中極少部分的使用就能不考慮嗎？
乙個民用飛機它的執行一定是商業的，根據書中前文中提到的：軟體企業=軟體+商業模式。同理用於航空公司。通俗地說，乙個航空公司一定是要賺錢的，那麼它所注重的，是使用者的飛信體驗，除開安全功能，他的其他功能的開發一定是為了有商業競爭力。
從海底撈的近幾年的大火，我們可以看出，與眾不同的營銷能夠讓使用者趨之若鶩，大家都願意去海底撈，比起同價位的火鍋店，他的服務更貼心，而且有他與別家不同的東西。同理在航空公司上，首都航空在飛機上禁用可攜式電子裝置的時候，飛機座位前人手乙個pad，也許飛行疲憊，都利用短暫的飛行時間補眠，乙個飛機上也許沒有乙個人使用它，但對於少部分精神很好的人，pad的存在無疑是乙個很好的打發時間的娛樂工具。
再說到現在的南航等部分航空公司開放飛機wifi，這難道在各航空公司的競爭中不是乙個強有力的**。就算以後所有的飛機都有飛機wifi，人們記住的是先行試用的南航的驚人的行動力，致力於提高使用者的飛行體驗。
由此看出乙個軟體也應該做到這樣吧？
對於第二章，都起來就不向第一章那麼清楚明白了，例如回歸測試，效能分析等，讀了很多遍還不是很懂。
文中有關於確保團隊裡的成員是合格的軟體工程師，乙個團隊需要一定的流程來管理開發活動，每個工程師在軟體生命週期所做的工作也應該有乙個流程。那就是所以提到的psp。
我的問題：當乙個軟體被分成模組，乙個模組由這個模組的作者完成，**的作者最了解**的目的，特點，和實現的侷限性，然而當乙個模組它已經可以可以完成這部分的功能而他隱藏的侷限性並沒有被作者發現出來，那麼這個問題一定會影響以後的執行。這個問題又應該怎麼解決？
我的問題：第十六章整章都在講乙個創新，對於乙個新興行業來說，軟體的更新日新月異，這樣就無可避免的有重複效能的軟體出現，怎麼樣的創新才算創新？在目前已知的領域、已知的需求裡面，真正適用的好的軟體還少之又少，談創新只是企業乙個宣傳噱頭還是認真的？
以下觀點來自豆瓣論壇：
現實中多數設計者都期望設計出的東西覆蓋更多的人，往往這就是敗筆的開始。
創新是生產力發展的第一要素和最主要驅動力...軟體只是服務於人類發展的一種工具，軟體創新就是順應人類需求發展而對舊理念的突破...只要是能夠對提高生產力有幫助的都叫創新，任何事物都是不會停止發展的，當然發展過程中不適應發展的創新必然會被淘汰...
讀《構建之法》
這周精讀了幾遍 構建之法 的 一 二 十六章，本人更偏好於語言精練概況的書籍，由於語言習慣問題，這本書對我而言有些解讀困難。由此在下面對幾章內容精練出總結概況，並提出問題。第一章1.1軟體 程式 軟體工程 軟體 資料結構 演算法 文中的軟體被定義為程式與軟體工程的結合，意在強調靜態 往往不足以滿足客...
讀《構建之法》有感
這本書一開始講述了軟體工程的發展史，從開始到應用，所經歷的過各種變化，讓我們對這專業有更好的了解。強調要懂得團體的力量，合作取得雙贏，這樣才能大幅度提高軟體開發的效率。此書還講述了，要成為更好的軟體開發人員，我們要不斷積累軟體開發相關知識，提公升自己的技能技術，積累問題領域的知識和經驗，對通用的軟體...
讀《構建之法》有感
非常感謝鄒老師能贈送給我 構建之法 這本書的電子版，也非常感謝周老師費心幫我弄兌換碼等相關事宜。可惜的是我是教網路的，如果有朝一日能開軟體工程的相關課程，我一定會選擇這本書作為教材，就算不能讓學生真正的理解軟體工程，起碼提高一下學生的 量或者讓學生養成每週寫技術部落格的習慣也是好的。構建之法 這本書...