看過的書，作乙個小結，總是記憶更加深刻，通過思考寫歸納書中的知識點，更有助於學習有效提高！
在軟體的開發的過程中，前期的準備很重要，對需求的理解不到位，容易造成平台的選擇失誤，平台的失誤，會造成專案會半途而廢，不僅影響專案進度，而且浪費人力與物力等資源！
不管做什麼專案，我們要有一種每次面對乙個新專案一樣去用心去分析需求，我們可以利用自己的經驗，但是不能讓經驗影響我們對現在專案的理解，就像學習新東西一樣，我們要先將裝滿杯子的水倒掉，這樣便於新鮮的水進來，從而不讓自己成為一溝絕望的死水。
構建之前要進行對前期準備進行有力且證據，我們可以通過訴諸邏輯、訴諸模擬、訴諸資料和「老闆就緒」測試，從而確定專案應該做什麼！
軟體開發就像搭建房屋一樣，「問題定義」就是地基，地基不穩，會造成上層建築坍塌，即會影響到需求、架構、構建、系統測試，以及將來的改進！
那如何進行更好的管理需求呢？我們可以採取需求變更處理，主要可以採取如下措施：
1.使用需求核對表來評估你的需求的質量；
2.確保每乙個人都知道需求變更的代價；
3.建立一套變更控制程式；
4.使用能適應變更的開發方法；
5.放棄這個專案；
6.注意專案的商業案例。
對於軟體專案的架構，我們需要清楚的知道架構的典型組成部分有哪些？主要包括如下：1.程式組織；2.主要的類；3.資料設計；4.業務規則；5.使用者介面設計；6.資源管理；7.安全性；8.效能；9.可伸縮性；10.互用性；11.國際化/本地化；12.輸入輸出；13.錯誤處理；14.容錯性；15.架構的可行性；16.過度工程；17.關於「買」還是「賣」的決策；18.關於復用的決策；19.變更的策略；20.架構的總體質量。
03三思而後行 前期準備
1.軟體開發食物鏈 程式設計師是軟體食物鏈的最後一環。架構師吃掉需求，設計師吃掉架構，而程式設計師則消化設計。2.需求變更 一旦客戶接受了乙份需求文件，就再也不做更改 是乙個美好的願望。然而，對乙個典型的專案來說，在編寫 之前，客戶無法可靠地描述他們想要的是什麼。問題並不在於客戶是低階生物。就如同你...
第三章 三思而後行 前期準備
使用高質量的實踐方法是那些能創造高質量軟體的程式設計師的共性。這些高質量的實踐方法在專案初期 中期 末期都強調質量。如果你在專案末期強調質量，那麼你會強調系統測試。如果你在專案中期強調質量，那麼你會強調構建實踐。如果你在專案開始階段強調質量，那麼你會計畫 要求並且設計乙個高質量的產品。由於構建活動是...
買房子，三思而後行
從去年12月開始準備買房子看房子，然後借錢買房子，到今年裝修房子，前前後後一共要花整整半年的時間，在這半年的時間裡面，可以說我們是吃不香，睡不穩，看房子的時候要注意這個房子有沒有什麼問題，還要擔心有沒有潛在的問題，簽合同準備買的時候更是提心吊膽的，不知道會有什麼問題，過戶手續遞交到房產交易中心，但是...