Sharing at 2020/12/2.

1. DDD 15年文章導讀與相關案例
作者:蘇立群(Richard)
分享相關資源

2. 分享大綱
● 分享者介紹
● 書籍介紹:DDD15年
● DDD15年閱讀指引
● DDD15年第一章-本書核心章節
● DDD15年第三章-用事件風暴找尋限界上下文
● 資源索引

3. 分享者介紹
● Hello!!我是立群(Richard)
● 政大應數畢業
● 中研院資訊所
● 芝加哥大學計算數學學生
● DDD新手
● DDD15年翻譯者+主要審稿者
講者linkedin

4. 書籍介紹:DDD15年
優點:
● DDD領域專家意見
● 與時俱進
● 實作價值
缺點:
● 對初學者不算友好
● 各章獨立，缺乏系統
● 難易度差異巨大

5. DDD15年閱讀指引
目標:新手快速使用DDD的概念解決實務問題
步驟:
1. 了解自己的需求，感覺跟DDD好像有關
2. 閱讀第一章，了解DDD整體概念
3. 看難度表和簡介，尋找適合自己的章節
4. 了解整體概念不要拘泥於文章，從中紀錄專有名詞
5. 尋求社群人員討論

6. DDD15年閱讀指引
目標:新手快速使用DDD的概念解決實務問題，而後學習DDD
步驟:
1. 完成上述5點
2. 把所有基礎章節看完，請注意英文專有名詞
3. 不要馬上看進階章節!!!
4. 尋求DDD社群提供系統化訓練

7. DDD15年第一章-本書核心章節
DDD是什麼?
一種思維方式也是一個應做事項的清單來幫助非技術人員和技術人
員溝通並實作完成軟體專案

8. DDD15年第一章-本書核心章節
書中特色:
思維方式:技術與業務的合作思維
應做事項:必做事項的列表
實作:各種實作案例
軟體:可以派上用場的實戰程式碼

9. DDD15年第一章-本書核心章節
DDD各種核心要素:
● 拆分問題--歸納核心競爭領域
● 業務與技術合作--如何跨領域合作
● 統一語言--統一不同想法
● 限界上下文--分開統一語言
● 保留思考痕跡

10. DDD15年第三章-用事件風暴找尋限界上下文
為什麼需要限界上下文?
● 含糊的共享=成倍的預算
● 沒人知道全部的業務，沒有人!!
● 需要的是犯罪現場式的調查，而不是一個問卷調查的談話

11. DDD15年第三章-用事件風暴找尋限界上下文
所需材料與等待時間:
● 所有的關鍵人物（業務和技術關係人）
● 無限制的建模空間（通常是把一個長紙捲貼在一面很長的牆壁
上，外加數百張彩色便利貼）
● 讓他們以時間先後順序，使用領域事件來再現整個業務流程
● 通過一些引導方法，在幾個小時內，我們最終就能得到整個一
個很大的行為模型

12. DDD15年第三章-用事件風暴找尋限界上下文
討論指引
A. 發散想法，了解每個腳色所思考的業務想法
B. 順理邏輯，強制按時間排序和邏輯順理業務
C. 從不同使用者的角度思考，確定所需開發的系統
D. 限界上下文的確認，細解說的排演

13. A.發散想法，了解每個角色所思考的業務想法
● 沒有人知道完整的故事
● 擴大想法，而非創造共識
● 接上，關注同一概念的不同措辭
● 這一步通常是靜悄悄的
結果:每個人對業務的想法都會呈現在白板上

14. B.順理邏輯，強制按時間排序和邏輯順理業務
● 按時間順序來描述業務流程
● 詳加記錄所有平行和替代的路徑
● 設定關鍵事件，此事件標誌著不同業務階段間的轉換
● 接上，正確的關鍵事件其實並不重要，目的只是為了更快地整
理內部事件
結果:確保每個人對於關鍵事件和時間流程都有一個全盤的認識以及
有個思考上的共識

15. C.從不同使用者的角度思考，確定所需開發的系統
● 針對同一個業務中不同參與者(不同層級的顧客和員工等)的觀點
進行思考
● 對以上需求思考分析出可能需要的軟體系統
結果:瞭解各個使用者對業務的思考，並且多規畫出許多有意義的系
統來解決問題

16. D.限界上下文的確認，細解說的排演
● 系統整體仍然讓人感到混亂
● 選一位敘述人從左到右講述整個故事
● 觀眾需要經常挑戰敘述人與建議説故事的方式
● 重新檢視行為模式細項，最終提供一些特殊情況和常見例外的
案例
結果:增進大家對於業務的理解，並創造有效率的限界上下文

17. DDD15年第三章-用事件風暴找尋限界上下文(複習)
討論指引
A. 發散想法，了解每個腳色所思考的業務想法
B. 順理邏輯，強制按時間排序和邏輯順理業務
C. 從不同使用者的角度思考，確定所需開發的系統
D. 限界上下文的確認，細解說的排演

18. 資源索引
講者linkedin 分享相關資源 講者逐字稿