---
# System prepended metadata

title: 第2章 交流與語言的使用

---

# 第2章 交流與語言的使用
## 模式：UBIQUITIOUS LANGUAGE

* 作者引用一本詩的片段詮釋：

   >寫下一個句子,
    分成一小段一小段的樣子;
    打亂後重新排序
    彷彿是巧合:
    短語的順序 
    對意思完全沒影響。
    
    * 書名：Poeta fit, non nascitur
https://rpo.library.utoronto.ca/content/poeta-fit-non-nascitur
![](https://i.imgur.com/50A0iuz.png)
    
- 例子 : 我們團隊今天要去莫宰羊聚餐
    - 今天 / 我們團隊 / 要去 / 莫宰羊 / 聚餐
    - 我們團隊 / 要去 / 莫宰羊 / 聚餐 / 今天
    - 要去 / 莫宰羊 / 聚餐 / 我們團隊 / 今天
    


## 大聲地建模
*  交談是人類天賦之一,但如果在溝通時將 "交談" 移除，那會是很大的損失
    *   在交談時通常不用領域模型的語言說話.
*  觀察大家說的話裡面有什麼常用的 “業務術語”、常用的 “用來描述當前領域模型的關係or互動的措辭”.
*  改善模型的最佳方式之一是： 透過對話研究, “大聲說出” 可能的模型變化中的各種結構, 藉此聽出不完善的地方, 勇敢提出, 不畏強權.
*   例子：
    * 說法1（含糊且太偏技術性）：如果我們向Routing Service提供出發地、目的地和到達時間, 就可以查詢貨物的停靠地點, 嗯...將它們存到資料庫中。
    * 說法2（具體，但是太囉唆）：出發地、目的地...把它們都輸入到Routing Service中, 之後我們得到一個 itinerary, 它包含我們所需的全部資訊。
    * 說法3（簡潔）：Routing Service找到滿足Route Specification的 itinerary.
    * 說法4（大家討論): 我認為這樣說簡潔又比上面易懂, “輸入出發地、目的地, 得到航班清單.”
## 一個團隊, 一種語言
## 文件和圖
## 解釋性模型
