世界を動かす技術を、日本語で。

ドメインの専門知識こそが真の競争優位である

2026年5月31日原文(brethorsting.com)

概要

  • ソフトウェア開発 で最も難しいのは、 コードを書くこと ではなく ドメイン理解 であった。
  • Agentic AI の登場により、 理解と実装の分離 が生じた。
  • 正しさの判断 が新たなボトルネックとなり、 ドメイン知識 の価値が増大。
  • 両方のスキル (技術+ドメイン知識)を持つ人材が最も重要に。
  • 今後は 業界や専門知識 の習得がエンジニアの差別化要素。

ソフトウェア開発における本当の難しさ

  • ソフトウェア開発 の本質的な難しさは、 コード記述 ではなく ドメインの正確な理解
  • 例: 給与システム 開発では、 差押え税引前控除給与期間中のレート変更 などの複雑なルール把握が必要。
  • 例: 交通アプリ では、 GTFSフィード の仕組みや、「 trip」と「 route」の違い、 バスの到着時刻 の曖昧さなどの理解が必要。
  • コード はその理解の「転写」に過ぎず、 理解の獲得 こそがエンジニアの仕事の本質。

Agentic AIによる構造の変化

  • Agentic AI は、 理解と実装 のリンクを切断。
  • モデル構築 を経ずに ソフトウェア生成 が可能となり、従来の前提が崩壊。
  • これにより、 「作れるか」 から 「正しいか判断できるか」 が新たな制約条件に。

誰がAIツールを使いこなせるか

  • ドメインエキスパート (例:ロジスティクス担当者、医療コーダー、保険数理士)は、 ソフトウェア知識が浅くても出力の正誤判断 が即座に可能。
    • 彼らは 現場経験 から「正しい出力」を知っている。
    • AIエージェント がコード生成を補完し、ドメイン知識が最大限に活きる。
  • 優秀な一般エンジニア は、 ドメイン知識が乏しい場合正しさの検証 が困難。
    • コードやテストは書けても、 業務的な誤り を見抜けない。
    • 「正解のオラクル」 を持たないため、出力の妥当性を保証できない。

キャリアパスの変化

  • 従来 は、エンジニアが ドメイン知識を獲得 することでキャリアアップが可能だった。
  • ドメインエキスパートソフトウェア開発技術 を身につけるのは困難だった。
  • Agentic AI の普及で、 エンジニアの強み(モデル→実装) が希少価値を失い、 ドメイン知識 の重要性が相対的に上昇。

今後価値が高まる人材像

  • 両方のスキル (堅牢なコード実装+深いドメイン知識)を備えた人材が最も価値を持つ。
    • 例:「 運転手は11時間を超えてはいけない」などの 業務ルール を理解し、 テストコード として正しく表現できる。
    • AIがコード生成、人間が 二重の審査(実装・業務正しさ) を行う構造。
  • エンジニアとしての差別化 には、 業界・制度・物理プロセスなどの深い理解 が必要。
    • AIには学習できない暗黙知 (例:1,000件の給与計算の現場経験)が希少価値。

これからのエンジニアへの提言

  • 機械的な実装力価値が低下
  • 深いドメインモデルの習得 が最大の資産。
  • 特定業界・制度・現場プロセス を、かつてプログラミング言語やフレームワークを学んだように 徹底的に学ぶこと が鍵。
  • AIにはできない部分 を自分の強みにすることが、これからのキャリア戦略。

Hackerたちの意見

ドメインの専門知識だけじゃないよね。難しいのはマーケティングや流通、リスクを取る姿勢、モチベーション、根気、そして忍耐力なんだ。特に「トリビアル」なものでも、参入障壁がなくても、ミリオンダラー企業になってるものはたくさんあるよ。ケバブスタンドとか、水のボトル、理髪店、引越し業者とかね。

リスク許容度、モチベーション、根気、そして忍耐。これが防御線だ。AIの前も今も変わらない。

最近出会った良い例があるんだ。釣りに行った時、チャーターに「俺が作った無料アプリ(https://oceanconnect.ca)を見てみない?」って聞いてみたんだ。彼の仕事に役立つかもしれないと思って。海のデータをどう使うのか全然分からなかったし、何を知りたいのかもわからなかった。そしたら、データの使い方や何ができるかについての質問がすごくて、めっちゃ興奮した。モデルはそれが抽象化するシステムとは違うってことを思い出させてくれたし、モデルを開発するための知識はそれを使うこととはほとんど関係ないんだなって。彼は水上での気象データの使い方について豊富な知識を持ってた。ある意味、彼は俺よりもデータについて詳しいかもしれない(彼が気づいていなくても、デジタル表現を理解していなくても)。プログラミングができれば、彼のような人たちのために役立つアプリを作るのがずっと得意だろうなと思った。彼のような人がアイデアを画面に出せば、LLMを使って素晴らしいことができるんじゃないかって考えたよ。いつか資金が得られたら、毎日水上の人たちにインタビューして製品を洗練させたいな。そのドメイン知識はすごく専門的で、複雑な分野で何十年も生きてきたら、想像もつかないことを知ってるんだよね。

この投稿で説明されているソフトウェアのジェネラリストも、ドメインの専門知識を持ってるよ。ソフトウェアの分野でね。今の時代、優れたジェネラリストのソフトウェアエンジニアなら、AIから逃げるためにランダムなドメインに飛び込むことはない。ソフトウェアが君のドメインなんだ。君はそれに留まり、拡大して変化していくんだよ。

友達が電気エンジニアで、FIDEのチェスレーティングが2000を超えたんだ。30年チェスをやってて、高校でチェスクラブを始めた。大学でマイクロコントローラーを使った時にちょっとプログラミングを学んだくらい。俺はインフラや管理の何でも屋で、コンピュータサイエンスの学位を持ってて、30年趣味でプログラミングしてる。良い日にはLichessで1000のレーティングがある。チェスボットのコンペをやってみたんだけど(オープンブック、AIを使ってプログラム、オープニングブックやエンドゲームテーブルを使って、自由にやる)、俺が圧勝したけど、実際の対局では20年で彼に2回しか勝ってない。彼はリアルで99%のランダムプレイヤーに勝てるし、俺はせいぜい20%くらいかな。何を言いたいのかよくわからないけど、ドメイン知識がもう全てじゃないのかな?それともドメイン自体が変わったのかな?

AIの視点から見ると、いくつかのドメインは浅い(チェスみたいに)、いくつかは深い(ここは自由に埋めてね)っていう解釈もできると思う。

実際にチェスをプレイすることが、効率的なゲームツリー探索アルゴリズムを書くことと、いくつかのシンプルな原則を超えて何の関係があるの?君は彼にプログラミングコンテストを挑んで勝ったけど、君ははるかに経験豊富なプログラマーだった。彼がAIを使えたとしても、君のドメイン知識が決定的な要因になったんだ。

最近、ほとんどバイブコーディングで作られたアプリをレビューしたんだ。オーナーは「もうすぐローンチできるから、ちょっとチェックしてほしい」って言ってた。見てみたら、データベース設計がめちゃくちゃだった。一部の機能は動いたけど、他はダメだった。欠けている部分や、なぜ壊れているのかを説明した。OPが言ったように、彼がドメインの専門家なんだ。先月だけで数十億のトークンを使った。ツールはどんどん良くなってる。でも、ドメイン専門家にAIを渡すからって、ソフトウェアエンジニアが不要になるわけじゃない。ドメイン専門家はAIを使ってソフトウェアを作れるし、ソフトウェアエンジニアはAIを使ってドメインについて学べる。両者は異なる専門知識を持っているんだ。

正直、これが俺の経験でもある。LLMは他のドメインを探求するのを簡単にしてくれるけど、一つのドメインのマスターにはなれない。専門的なドメイン知識はまだ必要なんだ。それでも、新しいアイデアを試したり、深く掘り下げたりするための素晴らしいツールにはなるし、好奇心があるなら学習を加速させるのにも役立つよ。

完全に同意だね。

自分が目指しているのは、基本的にはプラットフォームエンジニアになることだと思う。仕事はガードレールやバリデーション、プロンプトライブラリを作ること、そしてエージェントや手動レビューを行うこと。これでドメインの専門家がコーディングエージェントを使い始めるときに安全を確保するんだ。ちょっとT2/T3のカスタマーサポート(またはサポートエンジニア)に似てるけど、内部的な役割だね。危険なポイントや変なエッジケースを見つけて、全てが正しく設定されているか確認するのが仕事で、ルーチンの問題を100%自分で解決するわけじゃない。もちろん、クロスカッティングな問題にもたくさんの余地があるよ。

ドメインの専門知識とQAのマインドセットが組み合わさることでSWEを置き換えることができるけど、一貫したQAのマインドセットは珍しいね。

Hacker Newsで議論の続きを見る