2026年6月24日、John CarmackはXに長文の投稿をした。これは稀有なマネジメント失敗の省察であり、平静かつ具体的——彼の一貫したグラフィックス的見解やVR技術分析とは明らかに異なるものだった。投稿は二つの淡々とした言葉で締めくくられた——“Sorry, Sandy”——id Softwareの歴史の中で数十年沈黙してきた謝罪である。その時点で投稿の閲覧数は100万を超え、Hacker Newsの関連議論は半日で468 vote、235コメントを積み上げた。熱狂の下で、この投稿はゲーム史を超えた問題に触れている：技術的天才が同時にチームの意思決定の中核でもあるとき、彼の盲点はどこにあるのか？
筆者はゲーム業界で働いた経験も、エンジニアリングチームを管理した経験もない。以下の分析は完全にCarmackの公的発言、Sandy Petersenの長年のインタビュー記録、そしてHNなどのコミュニティ議論から浮かび上がるエンジニアリングマネジメントの洞察に基づいている。これは技術リーダーシップの境界に関する中立的な整理である。
その投稿で実際に何が語られたのか
Carmackの省察は四つの具体的項目を列挙している。
第一は技術選定における過剰な野心である。Quakeは1996年に完全6DOF環境と3Dキャラクターモデルを導入し、当時としては革命的なものだった。しかし彼は今、実は「Doom++」エンジンの上にマルチプレイヤー対戦とmodシステムを実装し、レベルデザイナーがより安定した基盤の上で作業でき、繰り返される低レイヤーの技術的変更によって「根こそぎひっくり返される（rug-pulling）」ことがなかったはずだと考えている。真のフル3Dは次の作品に残せばよかった。
第二は労働強度の制御不能である。彼は「全員をあまりにも追い詰めすぎた」と認め、成熟しつつある企業にはより多くのバッファが必要であることを理解していなかった——「起業初期の強度で継続的に稼働すれば人を燃え尽きさせる」。これはQuake開発期間中、彼が本当に個人の能力の天井にぶつかった瞬間だった——人間の限界に近い方法で働いてさえ、彼は自分の目標ノードを滑り抜けていった。
第三は企業の株式構造と買収条項の設計ミスである。創業チームは所有権が「現在のプロジェクトに命を懸けている人々」だけに保持されることを望んだが、振り返ればシリコンバレー標準のvestingメカニズムの方がより良い選択だっただろう。
第四が最も微妙だ。Carmackは特に声明している：レベルデザイナーに同時に強力なビジュアルアート能力を要求したこと——これについては、「私は非難を受け入れない」。彼の説明によれば、John Romeroが早期にすでにこの期待を確立していた。本当の問題は彼らがより早く「アーティストとデザイナーのペア協業」メカニズムを確立できなかったことだ。しかし当時デザイナー間には内部抗争があり、ビジュアル表現と設計の両方をこなせる者は、それができない同僚を貶めることを楽しんでいた。
そして結びの三語：“Sorry, Sandy.”
Sandy Petersenとは誰か、そしてなぜ「Sorry, Sandy」が重要なのか
Sandy Petersenは1993年にid Softwareに入社した。この時点でDoomの正式リリースまでわずか10週間だった。この短い期間で、彼はDoomの27面中19面を構築した——そのうち半分以下しか前任デザイナーTom Hallの残したフレームワークに基づいていなかった。続くDoom IIの32面では、さらに17面を貢献した。
Petersenのレベルには独特の識別性がある。彼自身の説明では、彼のマップは「通常最も美しいものではない」が、注意深く設計された遭遇の演出を大量に含んでいる——モンスターの群れへと導く爆発物の列、空中に浮かぶプール、前方の危険をほのめかす環境ナラティブ。彼の設計は長年のテーブルトークRPG経験に根ざしており、「見た目」よりも「プレイアビリティ」を重視している。
問題は、3D技術の導入、マテリアルとライティングシステムの複雑化に伴い、id Softwareのレベルデザイナーに対するビジュアル要件が高まり続けたことだ。Petersenは専門的な美術能力を持たず、彼のマップはQuake時代の審美基準の下では「十分に見栄えが良くない」と見なされ始めた。同時に、Tim Willitsなど美術と設計の両方の能力を持つ後発者が台頭し、チーム内部に暗黙の階層秩序が形成された——描ける者は、設計しかできない者を見下した。
Sandy Petersen自身の語りでは、Quake開発期間中にチーム内部に深刻なオフィスポリティクスが存在した。彼は複数のインタビューで、チーム分裂を引き起こした中核人物はCarmackではなく「名前を挙げることを拒否するある人物」だと述べており——コミュニティでは一般的にTim Willitsと解釈されている。Petersenは1997年にid Softwareを去り、Ensemble Studiosに加入した。彼と同時期かやや早く退社した者には、John Romeroと他数名のコアメンバーが含まれる——HNユーザーjpgvmの統計によれば、Quakeチーム約11〜12人のうち、約7人が最終的に去った。
そしてこの議論全体を引き起こした元の投稿の中で、Sandy Petersen自身も一文を書いている（Xのインターフェースで部分的に折りたたまれている）：「もし私の推論が成り立つなら——Quakeがid Softwareを破壊した——それは価値があったか？私は言う、絶対に価値があった。ゲームはゲーム会社よりも重要であり、Quakeはゲーム世界の象徴的記念碑だ。」
コミュニティ議論におけるいくつかの重要な視点
HNのコメントは一方的な感動や糾弾ではなく、最も興味深いのはその中の緊張関係である。
ユーザーgeorgemcbayは、Carmackが率直に語った技術的・管理的教訓はもちろん価値があるが、最も感銘を受けたのは結びの「明確で、率直で、共感的な謝罪」だとコメントした。Carmackは「当時まだ24、25歳だった」を理由にすることも完全にできた——それは大衆の認識において完全に受け入れられる説明である——しかし彼は直接謝罪することを選んだ。これはどんな弁明よりも重みがある。
ユーザーhiddencostは全く逆の解釈を示し、投稿全体が実質的に「プロフェッショナルな姿勢に包装された侮辱」であると考えている——Carmackが公に「Sandyはビジュアルセンスに欠ける酷いデザイナーだ」と言っていることになり、「読んでいてかなり不快で辛辣だ」。
この二つの読み方はより深い緊張関係を引き出す：Carmackは省察の責任境界を受け入れつつ、同時に特定の一つの決定に対しては非難を受け入れることを拒否している。彼の論理は——審美基準はRomeroが早期に設定したものであり、これは企業レベルの合意に属し、彼個人のミスではない——というものだ。しかし企業の技術中核として、そして意思決定者の一人として、この「部分的責任」の姿勢は意思決定者の役割義務を十分にカバーしているのか？この問いに標準的な答えはないが、すべての技術リーダーが自分自身の「Sorry, Sandy」の瞬間に直面するとき、自問する価値がある。
ユーザーCamperBob2はCarmackの技術的野心を擁護した：「『Doom++にできたはずだ』という言説は、当時誰もが次の飛躍を渇望していた事実を無視している。Ken SilvermanのBuildエンジン（Duke Nukem 3D）はすでに進行中で、Quakeより約6ヶ月早く発売された。Quakeのタイムラインを短縮すれば二つの製品が直接競合し、双方にダメージだった。技術的圧倒をかけることこそCarmackの職責であり、彼はそれを成し遂げた。そのことで謝罪したり事後的に自分を疑ったりすべきではない。」
ユーザーtombertは『Masters of Doom』という本のナラティブを引用し、次のような印象を残した：「John Carmackは極度に賢い人間であり、同時に巨大なクソ野郎でもありうる人物だ。」彼はもしQuake開発チームの位置にいたら、「おそらく途中でCarmackに地獄へ行けと言っていただろう」と述べている——にもかかわらずQuakeは依然として彼の最も愛するクラシックFPSである。
ユーザーgrim_ioのコメントは一文だけだが、おそらく議論全体で最も正確な総括である：「おそらく、極致の卓越性それ自体が持続可能性を持たないのだ。」
技術能力とマネジメント能力の直交性
エンジニアリングマネジメントの観点から、Carmackの投稿で最も考えさせられるのはより構造的な問題だ：技術能力とマネジメント能力は直交する。
Carmackの技術的意思決定の質は誰もが認めるところだ——Quakeのレンダリングパイプライン、QuakeC仮想マシン、client-serverネットワークアーキテクチャ、その一つ一つが当時の業界標準を定義した。しかし視点が「最適なシステムをどう構築するか」から「最適なチームをどう構築し維持するか」に切り替わるとき、同じ判断フレームワークは機能しなくなる可能性がある。技術的問題には明確な解空間があり、全列挙でき、benchmarkでき、証明できる。人間の問題にはそれがない。
id Softwareの状況に即して、いくつかのマネジメントレベルの観察を抽出できる：
第一に「全能型人材」選好の罠。 初期のチーム規模は小さく、全員が複数の役割を兼ねていた——Romero自身もコードを書き、レベルも作り、設計判断も担った。このモデルは6人のチームではうまく機能するが、チームが十数人に拡大し、技術要件が急激に上昇した後、「レベルデザイナーは同時に美術能力を持たなければならない」という固執はもはやエリート主義ではなく、人材選別漏斗の過度な狭窄である。それは基準に合わない人を排除するだけでなく、単一次元において極めて優れた人を排除した可能性がより高い。
第二に単一天才モデルの構造的リスク。 Doom時代のid Softwareの成功は、大きくCarmackの技術エンジン + Romeroの設計駆動というデュアルコア構造の上に築かれていた。しかし一人の天才の個人能力の上限に達したとき（Carmack自らQuake開発期間中すでに「人間の限界まで可能な限り努力して働いた」と述べている）、システムの成長空間も同時に枯渇する。天才個人はこの日の到来を遅らせることはできるが、この日を消去することはできない。
第三に衝突調停者の役割の不在。 Carmackは投稿の中でデザイナー間の「内部抗争」——ビジュアル表現をうまくできる者ができない同僚を貶めることを楽しんでいた——について言及しているが、当時この行動を制止したり調停したりする者が誰もいなかったようだ。技術駆動型チームでは、マネジメント層は（存在すれば）しばしば「アウトプット第一」をデフォルトとし、人間関係の摩擦を副次的問題と見なす。しかし摩擦を処理しなければ、最終的に人材流出に転化する。
この三つの問題はいずれもCarmackだけのものではない——筆者はHNの議論の中で、類似の「技術リーダーは人をうまく管理できない」ストーリーが業界で繰り返し再生されているという、大量のエンジニアの共感コメントを目にした。ただ今回は、当事者自身がそれを書き記したのである。
謙虚な声明
本稿は完全にCarmackの公開投稿、Sandy Petersenの公開インタビュー、およびHNなどのコミュニティの公開議論に基づいて執筆されている。筆者はid Softwareの内部運営に直接触れたことはなく、すべてのマネジメントレベルの推論は公開資料から出発しており、いかなる個人や企業に対する定性的判断を構成するものではない。記事はAIツールを資料整理と構造整理の補助に使用しており、核心的判断と言語表現は人手による。
技術的天才のマネジメント盲点は撲滅すべき問題ではない——それはおそらくある種の創造性の代償なのだ。問題は、後発者として、我々がその代償を支払う前にそれを見ることができるかどうかである。