5年間のRails開発者がDDDに出会って考えが変わった話

はじめに 5年間、Ruby on RailsでMVC + Serviceパターンの API開発をしてきました。Railsの「規約に従えば爆速で動くものができる」という思想が好きで、その生産性の高さは強力な武器でした。 そんな自分が、Python + FastAPIで構築されたDDDの実装パターン（Entity / Repository / UseCase）と、クリーンアーキテクチャをベースにしたプロダクトに関わることになりました。最初の印象は、正直に言って戸惑いでした。 概念が難しい なんだか回りくどい 1機能を追加するだけで変更ファイル数がやたらと多い 「Railsならこれ、Service1個で済むのに」と何度も思いました。 でも、書き続けるうちに「回りくどさ」の正体が腹落ちしてきて、印象が一変しました。 この記事では、「フレームワーク中心アーキテクチャ（Rails MVC + Acti

[tamoriinu_3]

DHHに会ったのかと思った

[nguyen-oi]

Railsの良さを認めつつDDDの利点に気づく過程がいいね。CI爆速化は正義だわ

[sh0g0]

記事にある通り“RailsのServiceは「何でも入る箱」”になりがちなので、そもそも極力Serviceを作りたくない