自分はそもそも DDD やクリーンアーキテクチャといった手法が好きじゃないので、ドメインとかモデルとかいう単語が別の文脈の似て非なる用語と混ざっていながら、どうでもええわと思って無視してきた。 並のプログラマのスキルじゃ、Service クラスを適宜作って分かるレベルまでしか理解できんって。なんでもかんでも小さな Value Object や細かい Model を作っても、やたら見通し悪いなーと思うだけで、ついていけんって。 だから自分は、Components or Controllers → Services という動線で基本的に終わらせて、DB アクセスが必要なら適宜 (ORM としての) Entity を作ったり、データをまとめる単位としてテキトーに POJO 的な Class (「モデル」クラス) を作ればええやん、という感じでいる。 そして、一つのアプリが担う「ドメイン」を小さく保ち、マイクロサービス構成で組み合わせていけば、大きな「ドメイン」も表現できるし、チーム開発する時はそういう感じになるんじゃね？なんて思っている。DDD とかクリーンアーキテクチャって、ちょっとモノリシックな匂いがするのもあって嫌いなのよね。やたらに膨らまそう膨らまそうとしてるでしょ？俺たちそんな賢くないから、小さく保とうや。 ドメインとかモデルとかよく分かってない

• 複雑なむずかしいものだって一個ずつバラしていったら1番シンプルな仕組みだったら理解できるかもしれないし、自分の手でなんか作るってのが超重要だっていつでも思ってるよ
• 小さく保つ
• 賢くない前提で考える