一成不變的需求是什麼樣子！
變化無處不在，變化無時不在，這就是現實，然願意用一顆紅心去面對這無盡的需求變化。
如果你去請教一些軟體開發人員：對於從使用者那裡所獲得的需求，哪些是他們知道確實可靠的？他們經常會給你下面這樣的回答：
• 需求總是不完整的
• 需求經常是錯誤的
• 需求（以及使用者）都會使人迷惑
• 需求不可能會說明全部情況
有一句也許是我們最想聽到，卻永遠也不會聽到的：「我們的需求不但完整，清晰，容易理解，而且我們在未來5年內不會再有任何關於需求的變化了！」
從畢業後一直到現在，這幾年當中，關於需求我學到的最主要的東西就是：
需求總是在發生變化的，而且貫穿於整個開發過程當中。
我相信，不只是我，大多數的程式設計師都會為之而感到頭痛。每一次的需求變化都像是在為我們的**做一次「大手術」。
仔細想一下，其實需求變化也是必然的，理由也很簡單：
• 由於與開發人員進行討論並且看到了軟體中新的可能性，使用者對自己需求的看法發生了變化。
• 軟體開發的環境發生了變化。（幾年前，誰會想到web 2.0會在今天大行其道呢？）
這並不是說，我們可以放棄收集好的需求。只是要我們必須寫出適應性更強，更加靈活應對變化的**。
既然變化無可避免，那我們就想辦法處理吧！
• 在幾乎所有的軟體專案（除了1+1=?這樣無法再簡單的**）中，無論你初期的分析做得多麼好，
需求總是會發生變化。
• 與其抱怨總是變化的需求，我們不如改進開發過程，這樣我們可以更有效地應付需求的變化。
大話設計模式之三世同堂
工廠，又稱製造廠，是一類用以生產貨物的大型工業建築物。大部分工廠都擁有以大型機器或裝置構成的生產線。在世界近代史中泛指資本主義機器大生產，即使用機械化勞動代替手工勞動的資本主義工業場所。在我們設計模式中也生活著這麼一家人，他們分別是簡單工廠模式，工廠方法模式和抽象工廠模式，他們都是屬於建立型設計模式...
設計模式學習筆記之三 策略模式
策略模式 定義一系列演算法，分別分裝起來，這些演算法相互間可以替換並且不會影響到使用演算法的客戶。例子 肯德基推出一系列 a 乙個巨無霸漢堡，一杯大可，乙份薯條 b 雙份漢堡，兩杯中可，乙份薯條 c 全家桶，一堆堆雞塊雞翅，一大瓶可樂 假設乙個顧客來點餐只能點abc 中的乙個，按一般寫法 如下 ma...
設計模式筆記之三抽象工廠模式
為什麼引入抽象工廠模式？乙個介面代表一系列操作，當我們需要的物件需要多個介面，而這些介面又是不相干的，同時對於類的建立我們不需要知道具體的實現細節，只需要知道某個特徵就可以，雖然工廠方法模式可以滿足要求，但是工廠方法模式會讓類本身實現很多不相關的操作，同時增加了物件內部的複雜性，我們需要一種從更高層...