第一章 概論
1.引文：乙個軟體或者服務要有人買就得找到顧客。顧客有各種需求，有些靠譜，有些不靠；有些容易做到，有些難以做到。軟體團隊要從需求分析開始，把合適的需求梳理出來，然後逐步展開後續工作。
問題：在開展專案之前的需求分析階段，各種分析資料是軟體團隊自己去蒐集還是團隊從其他途徑獲取？如果軟體要求很難，但一旦做出來會盈利不少，軟體團隊該如何選擇？
思考：前期的需求分析是乙個軟體或服務的重要組成部分，如果需求分析不到位，那麼做出來的軟體或服務就可能沒人使用，最終導致軟體或服務的流產，浪費資源。但是前期的需求分析需要大量的資料，如果只讓開發團隊去蒐集，就會耽誤大量開發時間，所以如何快速高效準確分析成為重中之重。
企業的目的在於盈利，所以一般情況下都會選擇做這個專案而不會考慮軟體團隊是否能完成這份工作，所以軟體團隊很多時候都無法自由的做出選擇。並且這個選擇有兩面性，選擇做，就意味著工作量大，雖然盈利但由此也會引發一些其他問題；選擇不做，減輕了開發團隊的負擔，使開發人員不至於壓力太大，但會損失提高開發能力的機會，所以如何選擇要根據情況出發，做出正確的評估，評估開發團隊的實力以及軟體的程度。
2.引文：軟體在執行過程中還會出這樣那樣的問題，也許我們還要時不時給軟體打乙個補丁，或者維護眾多的服務，團隊的新老成員要一起修復各種各樣的問題。
問題：如果乙個軟體或服務前期投入了不少的金錢或時間，但隨著時間的流逝，軟體有些後繼無力，那還有維護的必要嗎？是選擇直接拋棄還是更新後繼續運營？
思考：軟體總有不行的時候，因為人們的需求在不斷的改變和增多。就拿一些網路遊戲來說吧，剛出來的時候受到廣大群眾喜愛，但隨著時間慢慢流逝，雖然遊戲也在不斷更新維護，但顧客的需求更新太快，漸漸拋棄了這款遊戲，這個時候，拋棄還是繼續運營就很讓人頭疼。就我自己而言，我會選擇拋棄，停止更新，然後去開發新的滿足顧客需求的東西，雖然很冒險，但因為有了相關的開發經驗，開發起來還是不是很困難，並且收益與風險成正比。
第二章 個人技術和流程
這一章，我了解到什麼是單元測試和回歸測試，在以往的課堂上沒聽過的新名詞，在了解完什麼是單元測試和回歸測試後，我對軟體開發又有了更加深入的了解。如果遇到複雜的實現功能較多的軟體開發時，單元測試就顯示出了它的強大作用，將各個功能分開來測試，能快速的找到軟體的缺陷，但是單元測試也需要維護，如果實現不是很複雜的功能的軟體也用單元測試就會浪費時間，並不是所有的軟體都適合單元測試。在效能優化方面，文中提到「如果我們不經分析就盲目優化，也許會事倍功半」，因此在進行效能優化前，效能分析至關重要。第二章也介紹了什麼是psp，文中提到工程師花在具體編碼上的時間非常少，而學生期間具體編碼時間非常多，在需求分析和測試方面花費時間非常少，或者幾乎沒有，那麼學生要如何才能學會需求分析和測試？靠老師？還是自己在工作中慢慢探索？我個人覺得這兩方面的能力需要老師和學生共同努力，老師稍微教一點，或者請工程師講解，不求靜，只是為了讓學生了解，然後讓學生自己探索，我覺得這樣才能讓學生更快的從學生過渡到工程師。
第十六章 it行業的創新
1.引文：最近幾年我們整個社會似乎對創新都很感興趣
，**上充斥著創新性的人才、創新型的學校、創新型的公司等等，it行業也不例外。
問題：社會上充斥著創新的氛圍，但真正懂得什麼是創新的人卻非常少，也造成了很多人對創新有誤解，it行業的人才也是，那麼在學生階段該如何才能理解創新並消除對創新的盲點？
思考：第十六章詳細講解了創新的迷思，而這也是當前社會上普遍存在的對創新的迷思，一些高素質it人才也有同樣的疑惑，因此我認為在給學生講解創新提倡創新的同時也要告訴他們什麼才是真正的創新，不能盲目創新，何時創新也至關重要，也就是創新時機。
2.文章中過多的涉及it企業以及相對比較專業的團隊如何創新的相關知識，作為學生要如何處理這些知識？理解後又如何將它運用出來？
第十六章詳細講解it行業的創新，但是雖然知識詳細，但是作為乙個在校學生，這些東西距離我們似乎還很遙遠，那麼對於這些知識，我們要抱著以後必不可少的東西來處理，不要求精確運用，但是要做到了解，在一些情況下能適當運用這些知識。對於當前的學生時期，要做到的是如何解決自己在創新過程中遇到的迷思，以及了解創新的時機，學會創新的招數，企業級別的問題想對於現在的我們來說確實太遙遠，相關的知識重在了解。現在的我們談企業創新，無異於紙上談兵，空談，只有積累一定的經驗後才真正理解企業創新。不積累一定的東西，不會得到真正的道理，書上的也不一定就是全面的。但是要想創新，就得專注。
《構建之法》問題與思考
閱讀筆記 我在閱讀書籍的時候，大部分都是瀏覽，也許是跟我看的書籍的內容有關係吧，但是，在瀏覽過 構建之法 這本書後，我精讀了它，以下是我在閱讀完1，2，16章後有的想法和問題，希望和大家一起分享和討論。質疑和不斷探索會幫助大家進步。第一章 概論 引用 軟體團隊要從需求分析 requirement a...
《構建之法》1 2 3章思考與感想
這學期，我們開始學習一奔叫做 構建之法 的書籍，剛開始接觸，覺得就像霧裡看花一樣，所涉及到的很多概念都不懂。隨後在這個週末，我靜下心來，細細閱讀，終於發現這本書並沒有想象中那麼枯燥無味，而是一本值得我們去學習，去思考的好書。困惑 第一章1.2節 軟體工程究竟是什麼？書中說到，軟體工程是把系統的 有序...
讀《構建之法》第1 2 3章的思考與感悟
構建之法 這本書和我以往的教科書都不一樣，這本書不再一味介紹課本的概念知識，而是加入一些生動的例子，這樣更能讓人了解 掌握 記憶，對這門學科有更深的了解。有了這本書，這門學科不再枯燥無味，而是有趣的。第一章1.2節 困惑 軟體工程是什麼，定義說軟體工程是把系統的 有序的 可量化的方法應用到軟體的開發...