【やさしく解説 設計編 #4・本編最終回】何があなたの手を動かすのか

【やさしく解説 設計編 #4・本編最終回】「駆動」ってなんだろう 〜何があなたの手を動かすのか〜

この連載で、3つの質問を手に入れてきました。「この話は、仕事の話から始まってる? 道具の話から?」(#1)、「その理由の持ち主は、システムより長生きしそう?」(#2)、「このルール、新人さんが張り紙を読まなくても守れる?」(#3)。
最終回の今回、新しい概念は出てきません。かわりに、種明かしをします。実はこの3つ、ぜんぶ同じひとつの質問の練習でした——「いま、何がこの判断を動かしているのか?」
「ドメイン駆動」の「駆動」は、英語ではdrive。車の運転と同じ言葉です。自動運転の車に運転手がいないように見えて、実はAIという運転手が座っているように、「何にも運転されていない設計」は存在しません。空いているように見える運転席には、必ず誰かが座っています。お客さんの業務、フレームワーク、締切、部長、AI、そして「なんとなくの雰囲気」——現場でよく見かける運転手たちを図鑑にして紹介します。
この図鑑に悪者はいません。締切に運転させるべき日も、本当にあります。危ないのは、誰が運転しているか気づかないまま走ることだけです。
読み終えたら、4つの質問がぜんぶ入った道具箱が完成します。どれも心の中でつぶやくだけ。準備も、許可も、専門用語も要りません。まずは次の会議で、メモの隅に「そのとき運転席に座っていた人の名前」を書いてみてください。

記事一覧

【 設計編 #1 】　「ドメイン駆動」と「実装駆動」ってなに？

`軽量DDD` `設計判断の出発点` `DDDの肯定形の対義語`

https://speakerdeck.com/panda728/yasasikujie-shuo-domeinqu-dong-to-shi-zhuang-qu-dong-tutenani-she-ji-noxing-wojue-meru2tunochu-fa-dian

【 設計編 #2 】　持ち主の寿命のはなし

`所有性` `依存先の寿命` `公共構造（SQL・HTTP）とベンダー製品`

https://speakerdeck.com/panda728/yasasikujie-shuo-she-ji-bian-number-2-chi-tizhu-noshou-ming-nohanasi

【 設計編 #3 】　規約による保護と、構造による保護

`ポカヨケ` `型と制約で守る` `人依存の規約は最下位層`

https://speakerdeck.com/panda728/yasasikujie-shuo-she-ji-bian-number-3-gui-yue-niyorubao-hu-to-gou-zao-niyorubao-hu

【 設計編 #4・本編最終回 】　何があなたの手を動かすのか

`変更理由の出所` `単一責任原則の「責任」` `要求の駆動源`

https://speakerdeck.com/panda728/yasasikujie-shuo-she-ji-bian-number-4ben-bian-zui-zhong-hui-he-gaanatanoshou-wodong-kasunoka

Transcript

1. 「駆動」ってなんだろう 【やさしく解説 設計編 #4・本編最終回】何があなたの手を動かすのか 2026.07 北尾　英之 (@kitaohx) 1
2. 3つの質問を手に入れてきました # 質問 1 この話は、仕事の話から始まってる？　道具の話から？ 2 その理由の持ち主は、システムより長生きしそう？ 3 このルール、新人さんが張り紙を読まなくても守れる？ 最終回の今回、新しい概念は出てきません。 こ れ ま で 2
3. 種明かし この3つの質問、ぜんぶ「同じひとつの質問」の練習なのです。 3
4. 同じひとつの質問 #1では、議論の出発点がどちら側にあるかを観察した #2では、理由を動かしている持ち主の顔を見た #3では、ルールを支えているのが誰の注意力かを確かめた どの質問も、聞いていることは同じです。 「いま、何がこの判断を動かしているのか？」 た ね あ か し 4
5. 「駆動」＝動かしているもの 「ドメイン駆動」の「駆動」とは、この「動かしているもの」のこと。 英語では drive。 車を運転する、の ドライブ と同じ言葉です。 た ね あ か し 5
6. 運転手のいない車は、ない 走っている車には、必ず運転手がいます 　 「いまどき、自動運転の車は無人で走るじゃないか」 たしかに。でも、よく見てください。 あの車は、運転手がいないのではありません。 AIという運転手が、運転席に座っている のです。 運 転 席 の は な し 6
7. 自動運転が突きつけた問い 自動運転が社会に投げかけた、いちばん大きな問いは 「事故のとき、誰が運転していたことになるのか？」 運転手の顔ぶれが、人間からAIへ変わっても。 「何にも運転されていない車」は、 今も未来も、存在しません。 運 転 席 の は な し 7
8. 設計も同じ 「何にも駆動されていない設計」は、存在しません。 誰も決めていないように見える判断でも、 　運転席が空っぽだったわけではありません。 空いているように見える運転席には、必ず誰かが座っています。 ドメイン駆動 ＝ お客さんの仕事が運転席に座っている状態 実装駆動 ＝ 道具が運転席に座っている状態 運 転 席 の は な し 8
9. 運転席に座るのは、2人だけではない 締切駆動：カレンダーが運転。 「もう時間がないから、この作りでいこう」 上司駆動：役職が運転。 「部長がこう言ったから、こうしよう」 運 転 手 図 鑑 9
10. つづき 前例駆動：過去が運転。 「前のプロジェクトがこうだったから、今回も」 AI駆動：AIが運転。 「Copilotがこう補完したから」 「AIがこう提案したから」 AI駆動は、いま急速に増えています。AIが座ること自体は問題ではありません。 座っていると気づかないことが問題です。 運 転 手 図 鑑 10
11. そして、いちばん顔が見えにくい運転手 雰囲気駆動：誰も運転していない……ように見えて、 「なんとなくみんなそう思ってた」 という空気が運転しています。 心当たりのある名前が、ありましたか？ 運 転 手 図 鑑 11
12. この図鑑に、悪者はいません 締切に運転させるべき日もあります。 上司の判断に任せるのが正しい場面もあります。 #1からずっと繰り返してきた、あの言葉に戻ります。 危ないのは、特定の運転手ではなく、 誰が運転しているか気づかないまま走ること。 運 転 手 図 鑑 12
13. 自覚された運転は、設計判断です 締切がハンドルを握っていると 分かった上で 「今日は締切に運転してもらおう。 　そのかわり、この部分は後で作り直す」 と決めるのは、立派な設計判断 です。 気づかないまま走って、あとから 「なんでこんな形になったんだっけ？」となるのが、事故です。 運 転 手 図 鑑 13
14. 最後の魔法の質問 いま、運転席に座っているのは「誰」ですか？ 14
15. 答えが出なくても、大丈夫 「あれ、誰が運転してるんだっけ？」と 一瞬考えること自体が 無自覚な運転を止める、ブレーキになります。 魔 法 の 質 問 15
16. 4つの質問の道具箱 # 質問 何がわかる 1 仕事の話から？　道具の話から？ 議論の出発点 2 持ち主は、システムより長生き？ 理由の寿命 3 張り紙を読まなくても守れる？ ルールの守られ方 4 運転席に座っているのは誰？ 判断の駆動力 ぜんぶ「心の中でつぶやく質問」です。 準備も、許可も、専門用語も不要です。 道 具 箱 16
17. 最後の宿題 次の設計会議で、メモ帳の隅に小さく、 そのとき運転席に座っていた人の名前を書いてみてください。 「お客さんの業務」 「フレームワーク」 「締切」 「部長」 「AI」 「雰囲気」 会議が終わったとき、メモの隅に並んだ名前が そのプロジェクトの設計を作った 本当の設計者たち です。 その名簿を眺めて「この配役でよかったかな？」と思えたら、 　このシリーズでお伝えしたかったことは、すべて届いています。 や っ て み よ う 17
18. この回が借りたもの 「ドメイン駆動（設計）」 エリック・エヴァンス著、今関剛・和智右桂・牧野祐子訳、今関剛監修 『エリック・エヴァンスのドメイン駆動設計』翔泳社、2011年 （原著 Domain-Driven Design: Tackling Complexity in the Heart of Software, 2003） 運転席・車のたとえ、「実装駆動」「締切駆動」「雰囲気駆動」ほか運転手図鑑 本連載の造語・たとえです（検索しても出てきません） 。 引 用 元 18
19. 本編はここまで。 シリーズは、つづきます 中級編・準備中： 　本編の道具箱で、SOLIDとクリーンアーキテクチャを読み直す（全6回） 第1回「一つの車に、運転手は一人」……単一責任の原則を、運転席から。 19