Bruce 2021-3-19 15:20
老師，我看了一篇文章，裡面提到領域願景，感覺和您說的願景不太一樣，這兩者有什麼差別？
UMLChina潘加宇
這個圖應該是Eric Evans的《領域驅動設計》人郵譯本裡面的，你可以把它看作是“僞創新”。
Eric Evans給出的“領域願景說明”例子，主語是領域模型，按道理是說分析？如果把“模型”二字替換成“系統”看看，更像是系統的需求，工件名字卻叫作“領域願景”。Eric Evans估計是不了解願景、需求和分析的差別。
我們在2005年制作《領域驅動設計》中譯本的時候注意過這個問題，這個内容一直沒人提，就算了，但如果有人拿出來當典範來推，那就要好好說說了。
軟體開發的一個疊代周期中的四個工作流：
A-業務模組化——定位需要改進的目标組織（人群或機構）以及該組織接下來最需要改進的問題。
B-需求——描述為了改進組織的問題，所引入的資訊系統必須具有的表現。
C-分析——提煉為了滿足功能需求，所引入的資訊系統需要封裝的核心域機制。
D-設計——考慮品質需求和設計限制，将核心域機制映射到標明非核心域上實作。
Eric Evans的“領域願景”相當于從C、D的知識去臆想A、B。
以下是回答的擴充。
有一些靈活人士隻有D的知識，在沒有學習和掌握A、B、C的情況下，先高喊“砸爛一切”吸引熱血青年，然後發現砸爛一切是不行的，又偷偷撿起自己砸爛的A、B、C，但又不好好學習其中的知識，隻是從D來臆想A、B、C，就會得到各種僞創新，然後用“靈活”包裝起來到處宣傳。很多“靈活實踐”實際上就是隻掌握D的人怎麼爽怎麼來的實踐。
這種現象值得警惕。因為“領域驅動設計”又是一個新的包裝，有的“領域驅動設計”人士隻有D的知識，然後用D去套A、B、C。既然“領域願景”有了，“領域驅動設計特色的業務模組化”、“領域驅動設計特色的需求”應該也不遠了，沒準已經有人在炮制了。
更麻煩的是，這些人士形成了一個互相吹捧的封閉體系。甲吹捧乙，乙吹捧丙，丙吹捧甲，偶爾搞一個“軟體開發必讀**”，裡面全是封閉體系裡的甲乙丙。
[2020.01加一套題]UMLChina模組化競賽題大全-題目全文+分卷自測（11套110題）
[新增EA024高校畢業生就業系統]全程字幕-24套UML+Enterprise Architect模組化示範視訊
[幻燈]4月1-4日-剔除“僞創新”和“無領域”的領域驅動設計-網課
[新增：鴕鳥]軟體開發團隊的膿包：皇帝的新裝、口号黨、鴕鳥、廢話迷
《軟體方法》書中自測題-題目全文+分卷自測（1-8章）16套111題
《非程式員》電子雜志下載下傳（39-51期）
《非程式員》電子雜志下載下傳（1-38期）
中文書籍中對《人月神話》的引用（完結，共110本）：軟體工程通史1930-2019、實用Common Lisp程式設計……
CTO也糊塗的常用術語：功能子產品、業務架構、使用者需求……[20210217更新]
UMLChina服務介紹
