---
# System prepended metadata

title: 'IDDD読み会 #02'

---

# IDDD読み会 #02
2020/08/03(月)

## 前回のあらすじ
- 各自確認・すり合わせ
    - 目的
    - 進め方
    - 速度
- 1章読み ~~進めた~~ 終わった

https://docs.google.com/document/d/1gLfE77sDdVViWwYsYioxg3N-QLfuu2VBXRe53mFahUo/edit?usp=sharing

## 1章
done


## 2章
### 疑問
#### 同一プロダクトの開発において，プラットフォーム(fe/be/android/ios)等でコンテキスト分けることの是非(じょ)
- 非
- 単一のコンテキストについて複数のプラットフォームで実装 

#### 1サブドメイン/1コンテキストに区切るって可能？(じょ)
- 頑張れば出来る，無限に金があればいける
- あまり機能的ではないが，理想的

#### ドメイン層から参照だけ持つ場合
- IDである，という知識を持つ(HogeID VO)
    - 差し替え可能なら汎用サブドメ
    - 差し替え不可なくらい密依存なら支援さぶどめ
- structで持ったりする

#### ドメイン層に持ち込む必要はないがstructとして内部まで利用するやつ，usecaseにおく?
- ドメインロジックを持たないが自分のcontext内から参照する様なオブジェクト
- これはサービスの深掘りになるので見送り


#### 支援サブドメイン・汎用サブドメインの具体例を聞きたい、pointclubの例などで(いぬ)
- muramuramura...
- ポイントクラブから見て，会員基盤コンテキストは何?
    - 揺れたr
    - 汎用サブドメインだお
- 決済のチームから見て、メルペイは汎用サブドメイン？

#### 外部の境界づけられたコンテキストの具体例（いぬ）
- 何が「外部」を示しているのか？
- 自分たちのチームは持っていないが（外部サービスなどを組み込んでいるもの）、自分たちのコアドメインであるもの
- 決済がStripeを使っていれば、Stripeは外部の境界づけられたコンテキスト
- DMMというドメインにおいて事業部から見たPF決済は境界づけられたコンテキスト
- 事業部というドメインにおいてPF決済は外部の境界づけられたコンテキスト

#### 境界づけられたコンテキストが複数のサブドメインにまたがる例（いぬ）
- P69のとおり、一つのドメインに一つのコンテキストにならなければならない

#### 単一のサブドメインに，複数の境界づけられたコンテキストが存在する？
- 図2-2を言ってたけど，

#### 境界づけられたコンテキストの具体例の話、pointclubのポイントのコンテキストはどこ？DMMのプラットフォーム？（いぬ）
- ポイントはpointチームがコンテキスト


#### 問題空間と解決空間is何(mura)
- 問題空間はドメインモデルになる前のふわふわtime
- コンテキストは離散値
- 解決はコンテキストの組
- 解決空間は解決の組
- 解決空間を元に解決を選択する(=コンテキストの組を決定する)


## 3章
また来世！

・コンテキストマップは可視化して直感的に理解できるだけでいいのか？（いぬ）




