これだと、バグが起きた時に永遠に判明しないし、データの非同期な連携が重なれば重なるほどシステムは予測不能になっていくだろうから（あとパフォーマンスもね）、作ったら作りっぱなしの人なのだなと思った
自分はJavaだけどイベントソーシングを除いて似たような作りでやってますね。イベントソーシングは自分が関わる開発案件ではオーバーエンジニアリングなのでログ目的でイベントを永続化するだけかな
クエリがドメイン層パスするとレイヤードアーキテクチャの意味がなくなり、ドメイン貧血症では？主ドメインを読みやすくするためのDDDなので、 イベントはサブドメインが使うためのものにしないとコードを追いにくい
アーキテクチャ界隈怖い
「何か凄そう」感だけは出ている。
ブクマがネガティブになっているがかなり良いと思う
実践ドメインのIDDDもHQLで思いっきりDB中身触ってたり。そこに中身どころか永続化さえも不透明にするESはぶっちゃけカオス。でもDDDの終着点で教義どおり。プロジェクトの性質でトレードオフとらないと悲劇を生むがDDD
ネガティブなコメントは筆者の考えじゃなくて、一般的なCQRS/ESに対するものなので、CQRS/ESを採用する前提で考えればテンプレートとしては凄く良いと思います
、
CQRSの解像度かなり上がった。
私のよく使うソフトウェアアーキテクチャの雛型
これだと、バグが起きた時に永遠に判明しないし、データの非同期な連携が重なれば重なるほどシステムは予測不能になっていくだろうから（あとパフォーマンスもね）、作ったら作りっぱなしの人なのだなと思った
自分はJavaだけどイベントソーシングを除いて似たような作りでやってますね。イベントソーシングは自分が関わる開発案件ではオーバーエンジニアリングなのでログ目的でイベントを永続化するだけかな
クエリがドメイン層パスするとレイヤードアーキテクチャの意味がなくなり、ドメイン貧血症では？主ドメインを読みやすくするためのDDDなので、 イベントはサブドメインが使うためのものにしないとコードを追いにくい
アーキテクチャ界隈怖い
「何か凄そう」感だけは出ている。
ブクマがネガティブになっているがかなり良いと思う
実践ドメインのIDDDもHQLで思いっきりDB中身触ってたり。そこに中身どころか永続化さえも不透明にするESはぶっちゃけカオス。でもDDDの終着点で教義どおり。プロジェクトの性質でトレードオフとらないと悲劇を生むがDDD
ネガティブなコメントは筆者の考えじゃなくて、一般的なCQRS/ESに対するものなので、CQRS/ESを採用する前提で考えればテンプレートとしては凄く良いと思います
、
CQRSの解像度かなり上がった。