![](https://s.togetter.com/static/web/img/placeholder.gif)
「どのイベントを記録として残すか?」が業務設計でありシステム設計 → 全部が全部必要ではない。記録・保管にもお金がかかる。 #現場から学ぶモデル駆動設計
2021-11-24 20:15:59![](https://s.togetter.com/static/web/img/placeholder.gif)
お金を産むもの、記録が無いとお金を失うリスクがあるイベントを取捨選択して記録する。記録したイベントは変更しない。 #現場から学ぶモデル駆動設計
2021-11-24 20:16:42![](https://s.togetter.com/static/web/img/placeholder.gif)
どのイベントを記録として残すか? ⇒これ自体が、業務設計であり、システム設計である 全部が全部必要ではないので、記録するかどうかを決め、決めたイベントは決して変更されてはならない。(という意味でのイミュータブル) と、 @kawasima さん #現場から学ぶモデル駆動設計
2021-11-24 20:17:11![](https://s.togetter.com/static/web/img/placeholder.gif)
カーシェアの入会を例に 一連のイベントを束ねたロングタームイベント(入会)を作る イベントは書き換えてはいけないが、入会アクティビティというスーパータイプがステータスのサブクラスをもつ 入会クラスがどのステータスかを知っている #現場から学ぶモデル駆動設計
2021-11-24 20:17:13![](https://s.togetter.com/static/web/img/placeholder.gif)
リソース同士の関連付けのイベント 部門と社員があるときに、配属イベントを記録する しかし、所属と配属は別にする 社員が出戻ることもあるので #現場から学ぶモデル駆動設計
2021-11-24 20:17:13![](https://s.togetter.com/static/web/img/placeholder.gif)
お金をうむもの 記録がないとお金を失うリスクがあるもの を取捨選択する そして記録すると決めたイベントはFactが失われるので決して変更されてはならない #現場から学ぶモデル駆動設計
2021-11-24 20:17:14![](https://s.togetter.com/static/web/img/placeholder.gif)
記録することに意味があるものをイベントとして記録し、またその記録は以降の変更対象から除外する これをイミュータブル データモデルと呼ぶ #現場から学ぶモデル駆動設計
2021-11-24 20:18:14![](https://s.togetter.com/static/web/img/placeholder.gif)
モノ、コト(=リソースとイベント)は増田さんの本にも書かれていて、すごく大事だと思った。理解が深まったように思います(思うだけ...w)。 #現場から学ぶモデル駆動設計
2021-11-24 20:18:25![](https://s.togetter.com/static/web/img/placeholder.gif)
関連と関連を発生させるイベントは別のエンティティ。例えば、部門と社員の関連として「所属」があり所属が発生するイベントとして「配属」がある。モデリングとして配属を用意せず所属を更新するのもあり、配属といった事実が業務的に大事なら記録しておくと認識した #現場から学ぶモデル駆動設計
2021-11-24 20:19:21![](https://s.togetter.com/static/web/img/placeholder.gif)
本題と違うけど、これってどうやって描くんだろ・・・ #現場から学ぶモデル駆動設計 pic.twitter.com/YqKYlH43b6
2021-11-24 20:19:56![](https://s.togetter.com/static/web/img/placeholder.gif)
![](https://s.togetter.com/static/web/img/placeholder.gif)
ロングタームイベント、あとでじっくり見たい #現場から学ぶモデル駆動設計 github.com/wolfchief-inc/…
2021-11-24 20:24:16![](https://s.togetter.com/static/web/img/placeholder.gif)
マイクロサービスにおいては、外部サービスへの通知に必ず成功するとは限らないので、永続化しておいた方が再送しやすい印象。 #現場から学ぶモデル駆動設計
2021-11-24 20:24:37![](https://s.togetter.com/static/web/img/placeholder.gif)
kawasimaさんの資料! イミュータブルデータモデルの極意 by @kawasima #datamodeling slideshare.net/kawasima/ss-25… @SlideShareより #現場から学ぶモデル駆動設計
2021-11-24 20:25:18![](https://s.togetter.com/static/web/img/placeholder.gif)
部門ー社員の関連("所属")と関連付けのイベント("配属")は別物 ①非依存リソース同士の関連を記録する ②関連付けをイベントとして永続化する(業務的に必要なければしない) #現場から学ぶモデル駆動設計
2021-11-24 20:25:58![](https://s.togetter.com/static/web/img/placeholder.gif)
順番入れ替わって、 @masuda220 さんの発表! ドメイン駆動設計とイミュータブルデータモデルの素敵な関係 #現場から学ぶモデル駆動設計
2021-11-24 20:28:09![](https://s.togetter.com/static/web/img/placeholder.gif)
「イミュータブルデータモデルの極意」のスライドです。よろしくお願いします! #現場から学ぶモデル駆動設計 slideshare.net/kawasima/ss-25…
2021-11-24 20:29:00