ドメイン駆動設計をはじめよう ソフトウェアの実装と事業戦略を結びつける実践技法

Vlad Khononov(著者), 増田亨(訳者), 綿引琢磨(訳者)

• 販売会社／発売会社: オライリー・ジャパン/オーム社
• 発売年月日: 2024/07/20
• JAN: 9784814400737

商品レビュー

2026/01/27

システムを「同じ言葉」に基づく「文脈」として捉えることによって、疎結合な設計が可能になる。ドメイン駆動設計を構成する要素の定義から、そのほかの設計思想との関連性まで多角的に学べる。「文脈」から捉えるというアプローチはウィトゲンシュタイン『哲学探究』とも通底する視点を感じられた。

2025/11/16

事業踏み込みでソフトウェア開発、プロジェクトマネジメント、プロダクトマネジメントを担当している技術者にとって救いとなる一冊です。

2025/11/09

ドメイン駆動設計について学びたいと思って読んでみた。
よく分からないドメイン駆動設計の用語を、分かりやすく翻訳してくれて分かりやすかったように思う。
ただ、「ユビキタス言語」を「同じ言葉」と訳すのは結構だいたんだなとは思った。

新しいJavaScriptフレームワークを習得するより、経験したことのない事業分野について理解することのほうが難しいって本当にそうだよなと思う。
今はとある商工組合の業務システムに関わってるのだろうけど、やっぱり業界特有の仕組みとかあってなかなか理解がおいつかない。

モデルが抽象化というのは、確かにそうだよなと思った。読書サービスのユーザー情報に身長や体重の入力は必要ないけど、健康管理サービスなら必要ということはあるだろうしね。
そういう意味では、同じ言葉のようであっても、業界によって意味が異なったりするのだろうなと思う。

それにしても、同じ言葉を扱う点については、非英語圏だとハードル高いよなと思う。自分は、同じ言葉というのならいっそのことソースコードは日本語のローマ字でやったほうがいいのではないかと思って最近はそうすることもあったのだけど、この本によると「クラス名は英単語を使い、ドキュメンテーションコメントで日本語名を併記して対応づける、などが考えられます」と書いてあって、やっぱりそのほうがいいのかななんて思ったりした。

イベント履歴式ドメインモデルという概念は初めて知った。ようは履歴で管理するということなのだろうけど、これって具体的にはどうデータを保持したらいいんだろう？　　　　RDBでもいけるのか？

なお、ドメイン駆動設計が大きな効果をもたらすのは、すでに稼働しているソフトウェアに取り組む場合らしい。そうだったのか…。新規開発ならともかく、既存システムをドメイン駆動設計で書き換えるってかなり大変なイメージがあるのだけど…。

「課題の合意なしに解決方法の話をしても無意味である。解決方針の合意なしに実現手段の話をしても無意味である。」という言葉は、本当そうだよなと思う。今の仕事も、課題の合意なしで、実現手段を考えてる気がしてちょっと怖かったりする…。

CQRS(コマンド・クエリ責任分離)というのはよく聞くけど、いまいちよく分かってない部分もあるので今後勉強していきたいと思う。