僕とDDDとClean ArchitectureとやっぱりDDD - kenfdev’s blog

2022/04/21更新 ふりかえってみて、この記事は手段と目的をごっちゃにしちゃった自分がよくわかる記事です。 DDDは「どうやってコードを書くか」が問題ではありません。その点を勘違いしちゃってるエンジニアの話として、続きを読みたい人は読んでください🙏 DDD（Domain Driven Design）って難しいですよね。難しい難しいとばかり考えていた僕もようやく最近になって少しずつわかってきた気がします。そのきっかけとなった書籍と僕のストーリーを本記事で紹介できたらと思います。 TL;DR Clean Architectureはなんとなくわかる DDDは難しい と感じている人は「Domain-Driven Design in PHP」を読むと道が拓けるかもしれない。 leanpub.com 僕とDDD DDDといえばEvansのドメイン駆動設計： エリック・エヴァンスのドメイン駆動設

[polidog]

なんかコードの書き方にばかり注力してる気がしてなんとなく違和感を感じてしまう...

[hs9reeneye5]

DDDって、なんかもう実装のデザインパターンの話になってしまっているんだよね。それ別に本質じゃない気がするんだけど。

[iTaro]

既存のアプリケーションフレームワークを使用するなら、それにDDDを適用しようと頑張るより、選択したフレームワークのベストプラクティスを採用した方が良かった

[seikoudoku2000]

もやり感とか進んでる道がめっちゃ近しい気がする。そして、言語化がめちゃ上手だ。「Domain-Driven-Design in PHP」 知らなかったのでポチってみた。

[gpioblink]

これよさそう

[n314]

型が無いと非常に読みづらいけど、静的解析が流行ったのは最近だから仕方ないか。

[suguru03]

“Clean Architecture”

[surumedaka]

でーでーでーというかくりーんあーき的な話

[miho-satoh-satomi]

ドメイン駆動開発

[raamen07]

れーるずで普通に書くのでいい

[ghostbass]

DDDの本質って「ドメインスペシャリストがデザインに参画する」だけど、とりあえずドメインだけ分離しておけばまあどうにかなるかな

[surume000]

ふーん

[kikuchi1201]

読もう、

[fn7]

イベントソーシングの構成図をみたら、PHPなどで使われてるMVCフレームワークと相性悪そう。非同期処理の壁。

[stray346]

Domain-Driven-Design in PHP

[curuusa]

ごめんなさい、どうしても「DDD」を「デデデ」と読んでしまいます…

[daichirata]

言ってることは分かるけど実践は難しい っていうのとても良く分かる。

[kakku22]

これは読みたいぞ

[sh19910711]

"Domain-Driven Design in PHP"