広島JavaUserGroup「概念モデリング再入門 ～今さら人に聞けない人のための基礎講座～ ＋ ちょっとだけDDDの話も」

えいる @eielh

DDD的には2の抽象化せずに詳細にかく部分がコードに落ちてたりするのだろうか #hirojug

えいる @eielh

1もコードにおちているといい気がするけど、難しそうだなぁ。 #hirojug

えいる @eielh

イベントをみつけて 5W3H #hirojug

えいる @eielh

関連をみるときは双方向で考えてみよう #hirojug

えいる @eielh

モデリングした結果って双方向からみえるなら、特定を設定してかくとわかりやすい気がしてきたけど、どうなんだろう。 #hirojug

えいる @eielh

実践DDDのサービスあたりをよみなおしたい病にかかっている。 #hirojug (hirojugの内容とは関係ない)

Yasunari Tanaka @7richi

何にその情報を使いたいのかが大事 #hirojug

えいる @eielh

関連の種類が複数あるのはロールが違う。ロールを明記する必要がある #hirojug

Yasunari Tanaka @7richi

厳密にUMLに従うと書けなくなる場合がある #hirojug

えいる @eielh

厳密なクラス図の規則がわからぬのでなんともいえないぜ #hirojug

えいる @eielh

オブジェクトなのかクラスなのかカインドなのか。みたいな話ににている気がする #hirojug

えいる @eielh

大雑把に概念かいてコードにおとして、モデリング修正して…みたいなやり方してみたくなる #hirojug

えいる @eielh

俯瞰するにはモデルが欲しいけど、業務知識がぬけおちていくので、実装するころには忘れそうな。 #hirojug

えいる @eielh

データストアまわりは自信ないのでしっかり聞きたい #hirojug

えいる @eielh

トラザクションでなんとかできないので、ログを集積して、結果整合性を保証するみたいな話にみえる。 (てきとう #hirojug

えいる @eielh

DDDってSIのノウハウ集感がしていたけど、やはりそれっぽい気がする #hirojug

えいる @eielh

特定のコンテキストにうまってる業務知識ってやつや #hirojug

えいる @eielh

なんだろうこのDDDの話に入る前なのにDDDっぽい会話 #hirojug

えいる @eielh

ドメインモデルはDRYにしやすい。イメージできてないので気になる #hirojug

えいる @eielh

さっきからServiceってのはなんなのかよくわからなってるのが私です。 #hirojug

えいる @eielh

メモ: GRASP #hirojug

えいる @eielh

ValueObjectにしとくとDRYにしやすくなるよー、って話。 #hirojug

えいる @eielh

Entityクラスになるべく多くの仕事をさせようという話をされている。 #hirojug

えいる @eielh

Fatモデルの話になった。 #hirojug

えいる @eielh

DDD的にはドメインエキスパートの考え方に合わせるのがDDDらしいやり方かと思っている。 #hirojug