問題1：從本書中可以得知，個人專案時第一周完成，第二週寫部落格，第三週複審，十四周讀書報告。那麼問題來了，為何我們第一周完成個人專案，還要寫專案，還要寫部落格，第二週還是更改需求寫部落格，寫專案，完全違背了書中的寫法？是我們厲害？還是在拔苗助長，還是有其它原因呢？
問題2：為何需求分析要放到第八章呢？需求分析不是很重要嗎？此外，關於引用書中的話「這個做的人太少我不做」，就是說做軟體要做大部分人能夠使用的，並不是要做少部分人使用的原因，是不是在於它的潛在的開發意義不大？
問題3：典型的使用者和典型的場景，在中說明，客戶想要剪到上的標準，從而理髮師達到了使用者的標準。這時，使用者如果說再提需求說我想長點，請問，理髮師會達到要求嗎？讓客戶的頭髮在變長？這個我想和做程式是一樣的吧？
問題4：關於軟體測試，在中國小公司是不是都是一人完成自己程式部分的編碼，測試等等呢？那麼既然是小公司，他們還會做大量的夥伴測試，效能測試等等嗎？
問題5：關於創新，在中國是不是只要你有乙個好的想法就能成功呢？還是需要你的天時地利人和呢？還需要機遇才能成功呢？
以上是本人**讀本書和現在實踐遇到的問題，如有不對請多包涵，謝謝。
讀《構建之法》
這周精讀了幾遍 構建之法 的 一 二 十六章，本人更偏好於語言精練概況的書籍，由於語言習慣問題，這本書對我而言有些解讀困難。由此在下面對幾章內容精練出總結概況，並提出問題。第一章1.1軟體 程式 軟體工程 軟體 資料結構 演算法 文中的軟體被定義為程式與軟體工程的結合，意在強調靜態 往往不足以滿足客...
讀《構建之法》
按照精讀的讀法，細緻的讀完了 構建之法 的第 一 二 十六章。結合書本內容與自我理解，提出以下問題。1.1軟體 程式 軟體工程 書中有這樣乙個例子 如果一架民用飛機上有需求，使用者使用它的概率是百萬分之一，你還要做這個功能麼？你會選擇 1 根本不考慮 2 如果沒時間實現這個功能就算了 3 做了，但不...
讀《構建之法》有感
這本書一開始講述了軟體工程的發展史，從開始到應用，所經歷的過各種變化，讓我們對這專業有更好的了解。強調要懂得團體的力量，合作取得雙贏，這樣才能大幅度提高軟體開發的效率。此書還講述了，要成為更好的軟體開發人員，我們要不斷積累軟體開發相關知識，提公升自己的技能技術，積累問題領域的知識和經驗，對通用的軟體...