BPStudy#141〜DDD(Domain Driven Design)実践の現場 まとめ

ゆぅりる♪ @yourilyouril

エヴァンスのDDD論にフォーカスかな #bpstudy

oretetamaruka @orenaige

ソフトウェアの核心にある複雑さ #bpstudy #ddd

Hitoshi Yamazaki @hitoshi_0104

DDDは進化をし続けるというところに振り切った考え方をしている。 #bpstudy

佐藤治夫 @haru860

BPStudy#141 超満員です！ピクシブさんに会場スポンサーになって頂いて良かった〜。 #bpstudy pic.twitter.com/NP7rOkR4GV

拡大

しまかぜsoft @shimakaze_soft

ドメイン駆動設計の前提 ・ソフトウェアが進化し続ける ・ソフトウェアの変更を楽で安全にする #bpstudy

ゆぅりる♪ @yourilyouril

ソフトウェアの複雑さはビジネスの複雑さに由来 #bpstudy

しまかぜsoft @shimakaze_soft

ビジネスルール：ビジネスの活動を駆動し、制約する約束事 ドメインロジック:：ビジネスルールをコードで表現したもの #bpstudy

nullせ @narusemotoki

#bpstudy ビジネスを単純にできれば、それを表現するソフトウェアも単純にできるかな。

sandfish03 @sandfish03

#bpstudy 聞くと当たり前に聞こえるけど、「一番のポイントはビジネスルールの複雑さをソフトウェアで実現しようとしているから複雑になる」ってきちんと理解して設計するのが難しそう

oretetamaruka @orenaige

pixiv はっぴほしいー #bpstudy

エスカルゴ運送 @a1b0c

ドメインロジックビジネスルールをコードで表現したもの #bpstudy

sada @sadashi_ota

核心にある複雑さが適切に扱えると、周辺の複雑さも軽減される #bpstudy

佐藤治夫 @haru860

複雑さをビジネスロジックに整理して入れられれば、周辺の入出力はシンプルになりわかりやすくなる #bpstudy

みずき@PjM, PdM学び中 @mizzsugar0425

複雑な部分だけ切り出すと入出力など周辺の部分が整理されて楽になる #bpstudy

Hitoshi Yamazaki @hitoshi_0104

核心にある複雑さを適切に扱う。 核心と周辺との依存関係が明確になる。 周辺の複雑さが軽減される。 全体の構造の改善に波及する。 #bpstudy

エスカルゴ運送 @a1b0c

ビジネスルールに由来する本質的な複雑さを切り出して設計することで，結果的に周辺部（I/O等）が単純になる #bpstudy

ゆぅりる♪ @yourilyouril

ビジネスルールに基づく複雑さを外出しすれば入出力は単純化できる (難しそうだけどそうだよねという気もする。 #bpstudy

oretetamaruka @orenaige

本持ってきたけど、増田さんのサインほしいなぁ #bpstudy

佐藤治夫 @haru860

複雑なロジックは、必要な時だけ見るようにしたいですよね。ソースを開けた途端、複雑なソースになってると前途多難さが漂う。。 #bpstudy

Kentaro Takasaki | アクティアCOO @ken_takasaki

モデリングパラダイムと実装をマッピングする #bpstudy

ゆぅりる♪ @yourilyouril

ドメイン層の独立、これは大事。 #bpstudy

なっぱ @b7472

開発者がビジネスの活動を継続的に学ぶ #bpstudy

Hitoshi Yamazaki @hitoshi_0104

開発者がビジネスの活動を、興味をもつとか、知っておいた方がいいというレベルではなく、継続的に学び続ける必要がある。 #bpstudy

しまかぜsoft @shimakaze_soft

ビジネスの活動を継続的に学ぶ コアドメインを選び抜いてそこに集中する #bpstudy

エスカルゴ運送 @a1b0c

Key concept: 1. 開発者がビジネス活動を継続的に学習，深く洞察 2. コアドメインを選び抜き，集中 #bpstudy