右2列(手段)については、どちらか一方しか用いないという縛りはもちろん考えません。 新めのやり方はそれはそれで特有の辛みも付随してきがちと考えます。 これらの手法の中には、それぞれの相性が非常によい、なんならお互いがお互いの成立前提になっているようなものもあると思います。 それらの組み合わせで、 ビジネスプロセス設計 <-> システム・コード設計 <-> チーム設計まで一気通貫した統一メンタルモデルで開発できる ビジネス変化に変幻自在に追随する アーキテクチャが可能になるのではないかと思い、実際に試してみようと思います。 また、上記それぞれの手法の個別の優れた解説記事は世に多いと思いますが、包括的な説明は多くは無さそうなので、それも試みられればと思います。 3 factor appがかなり似た概念であり、この紹介と言い換えても良いかと思います。 サンプルコード全体 何が嬉しいか ビジネス変