Claude Code を作った男 — Boris Cherny が語る印刷機の比喩 (Pragmatic Engineer Podcast)

Pragmatic Engineer Podcast 2026/03/04

Boris Cherny / ボリス・チャーニー · 01:25:53 「この瞬間に対する 1 つの比喩は、 1400 年代の印刷機です。書記が消えたわけじゃない、作家・著者という新しい職種が生まれた」

Pragmatic Engineer Podcast (2026/03/04 公開、 1h 35m 24s)。 Gergely Orosz (元 Uber、 The Pragmatic Engineer Newsletter 主宰、アムステルダム在住) が、 Claude Code 創造者 Boris Cherny にロングフォーマットでインタビュー

Pragmatic Engineer Podcast は元 Uber エンジニア Gergely Orosz が運営する、ソフトウェアエンジニアリング専門のロングフォーマットインタビュー番組。 Substack ニュースレター「The Pragmatic Engineer」 (購読者数で #1) と連動し、ビッグテック企業の現場視点でテック業界を解剖する。この回 (2026/03/04 公開) は、 Anthropic の Claude Code 創造者・エンジニアリングリードである Boris Cherny を 1h35m にわたって深掘りした。 Boris の個人史 (中学でアセンブリ、 Pokemon カード eBay 出品、数学テスト解答プログラマー)、 Meta 7 年 (Facebook Groups → Instagram → コード品質責任者)、そして Anthropic 加入後の Claude Code 構築 — その全工程を、「コーディング業界の現在地」を論じる枠組みで再構成する。

動画の核心は、 「Anthropic で書かれるコードの 80% を今や Claude Code が書く」 という統計と、 Boris 個人が「2026 年に 1 行も手で書いてない」 という証言。これを Karpathy の「プログラマーとして今ほど取り残された感覚はない」 (AI Ascent 2026) と並べると、業界最前線の主要人物が揃って同じ景色を見ていることが分かる。そして Boris は最も鋭い比喩で結ぶ — 1400 年代の印刷機の発明により、写字生 (scribes) は消えたが、作家・著者という新しい職種が生まれ、文学市場は爆発的に拡大した。「コーディングの未来も同じだ。私たちは写字生で、印刷機が来ている。でも消えるのではなく、形が変わる」。兄さんが直前の会話で展開した「未来世代はコーディングをしなくなる」という予測の、業界内側からの精緻な裏付け資料。

議論の進行は段階的に深まる。 (1) Boris の生い立ちと「実用主義としてのコーディング」哲学、 (2) Meta 時代のコード品質メソッド (Better Engineering プログラム、 Zuck が全エンジニアの 20% を技術的負債に充てる方針)、 (3) Anthropic 加入と「最初の PR を手書きで書いたら拒否された」という伝説的エピソード、 (4) Claude Code が 1 つの bash ツールから始まった起源物語 (「今聞いてる音楽は何?」を Sonnet 3.5 が AppleScript で one-shot 解決)、 (5) アーキテクチャの単純化 (RAG 廃止、 glob+grep への回帰)、 (6) 権限システムとスイスチーズモデル、 (7) 「テクニカルスタッフメンバー」という肩書きが内包する哲学、 (8) プロトタイピング文化と PRD の不在、 (9) 「印刷機の比喩」への結節。

Gergely Orosz の聞き方が、この回を特別にする。 Boris の発言を「Anthropic の宣伝」ではなく「業界全体のテクノロジー史の証言」として位置づける、ジャーナリスト的距離感を保つ。「コードを書く喜びを失った」「2 ヶ月前の自分のアドバイスが今は間違ってる」など、 Boris が個人的感情と技術的内省を交えて語る瞬間が引き出される。これは Anthropic 公式チャンネルや投資家向け Sequoia Training Data では聞けない、「中堅エンジニアから業界トップになった人物の生の体感」を記録した稀少な一次資料。

着眼点

「最初の PR が手書きだったから拒否された」 — Anthropic 入社の儀礼 (19:46 - 22:00)

Boris が Anthropic に加入した時 (2024 年中頃)、オンボーディングバディは Adam Wolf。最初のプルリクエストを手書きで提出したところ、 Adam は「コードが悪かったから」ではなく、「手で書いたから」拒否した。「代わりに Clyde を使え」と。 Clyde は Claude Code の前身、 Python 製でとても粗いツール、起動に 40 秒かかる研究コード。「丁寧にプロンプトを書いて、ツールを正しく持てば、コードを書いてくれる」 (21:00) という状態だった。

Boris の証言が鮮烈: 「ツールの使い方を理解するのに半日かかった。たくさんのフラグを正しく使う必要があった。でもそしたら、動く PR を吐き出した。 one-shot で完成させた」 (21:30 - 22:00)。これが Boris にとって Anthropic での「最初の Field AI Moment」。 7 年 Meta で生産性トップだった彼が、「モデルがこれをできるなんて知らなかった」と素直に驚く瞬間。タブ補完や IDE 内行レベル補完に慣れた人間にとって、「動くプルリクエストを生成する」という行為自体が当時はまだ目新しかった、という時代の証言。

文化的含意も深い。 Anthropic 入社初日に「手で書く=旧時代の習慣」として明示的に再教育する仕組み。 Karpathy の「Software 3.0」概念 (=自然言語による指示が新しいプログラミング言語) を、入社プロセスに組み込んだ組織設計。入社者が「自分の専門性を一旦リセットして、新しい方法を学ぶ」ことを儀礼化する。これは Karpathy が AI Ascent 2026 で語った「verifiability の時代への移行」の制度的実装と読める。

Claude Code 起源物語 — 「今聞いてる音楽は何?」から始まった (23:00 - 26:30)

Claude Code は最初、 Boris が公開 Anthropic API を理解したいために書いた小さなバッチツールだった。 UI を構築したくなかったので、ターミナルで動くチャットベースのアプリケーションを書いた。「当時の AI はそれだった」 — 対話型 AI。次に試したのは、ツールを使わせること。ツール使用機能が出たばかりで、 Boris は何ができるか知らなかった。

具体例が記録に残るべき美しさを持つ: 「1 つだけツールを与えました — それが bash ツール。 bash ツールで何ができるか分からなかったから、聞いてみました。実はできるかも分からなかったけど、『今聞いてる音楽は何?』と聞いた。そしたら小さな AppleScript を書いて、 Music プレイヤーを開いて、聞いてる音楽を問い合わせた、これを Sonnet 3.5 で one-shot で」 (25:00 - 25:30)。

これが Boris の「2 番目の Field AI Moment」。そして気づいた哲学的洞察: 「モデルはツールを使いたがるんです。ツールを与えれば、物事を成し遂げる方法を見つけ出す」 (25:50)。続いて「 Bitter Lesson の系」として一般化: 「全員に同じメンタルモデルがあった — モデルを箱に入れて、インターフェースを決める、と。でもこれはモデルを考える正しい方法じゃない。正しい方法は、モデル自体が独自のものだと考えること」 (26:00 - 26:30)。

Anthropic 内部の安全性議論 — 「リリースして野生で安全性を研究する」 (27:00 - 30:00)

Claude Code がエンジニアリング全体に広がって生産性が大きく上がった時、 Anthropic 内部で議論があった。「自分たちのものとして保つべきか? それともリリースすべきか?」最終的な決断は、リリースして「野生で安全性を研究できるよう」にすること。

Boris の説明が、 Anthropic の組織哲学を凝縮する: 「Anthropic がラボとして存在する理由は安全性です。これが設立の理由、存在の理由。 Anthropic の誰に聞いても、なぜここを選んだか — 答えは安全性」 (28:00 - 28:30)。モデル安全性は複数の層で考える: (1) アライメントとメカニスティック解釈可能性 (モデル層)、 (2) 評価 (モデルをペトリ皿に入れて合成的に研究)、 (3) 野生での研究 (実際にどう振る舞うか見る、ユーザーがどう話すか見る)。「3 つ目の層からこそ最も多くを学べる、そしてモデルをはるかに安全にできた」 (29:00 - 29:30)。

ローンチレビューの記録: 部屋にはマイク・クリーガー (Anthropic CPO、元 Instagram 共同創業者)、ダリオ・アモデイ (CEO) など。社内採用チャートが垂直に上がってた。ダリオの質問: 「どうやってこんなに急速に成長したのか? 強制してるのか?」 Boris の答え: 「このツールを提供してるだけ。人々は足で投票する」 (30:00)。現在、 Anthropic の技術系従業員は ほぼ 100% が毎日 Claude Code を使う、非技術系従業員も 100% に近づいてる、セールスチームの半数も使ってる。

「2026 年 1 月、私は 1 行も書いてない」 — Opus 4.5 という分水嶺 (31:00 - 34:00)

Gergely の質問: 「すべてのコードを書き始めたのはいつから? 何があって、コードを書く信頼を与えたのか?」 Boris の答えが明快: 「切り替えは Opus 4.5 を使い始めた瞬間に起きました。これは公開前、私たちは少しドッグフーディングしていました。そしてすぐに切り替わった」 (31:30)。

具体的なエピソード: 「IDE を開く必要がなくなった、とただ気づいた。 IDE をアンインストールしました、もう必要なかったから。 1 ヶ月後にやったので、もう使ってないことに気づきもしなかった」 (32:00 - 32:30)。これは Schluntz の「2 ヶ月ギブス生活、その間 Claude が私のコードを全部書いていた」 (Code with Claude 講演) と同じ性質の証言 — Anthropic の Claude Code チーム責任者が、自分自身の手書きコーディングを「アンインストールした」と語る。

12 月のヨーロッパでのコーディング休暇エピソードがハイライト: 「毎日 10、 20 個くらいの PR を書いていました。 Opus 4.5 と Claude Code がその 1 つ 1 つを 100% 書きました。 1 行も手で編集してません。そして月の終わりに気づいた、 Opus がバグを 2 つくらい導入した。手で書いていたら、 20 個くらいのバグだったと思います」 (33:00 - 33:30)。「自分が書くより AI が書く方が正確」という証言を、 Meta で生産性トップ 3 のエンジニアが行っている重み。

5 つの並列ターミナル — 「Claude PM」と環境隔離 (34:00 - 38:00)

Boris の日常的なワークフロー: 5 つのターミナルタブ、それぞれがリポジトリの別チェックアウト。ラウンドロビンでそれぞれに Claude Code を起動、ほぼ毎回プランモードで開始 (Shift+Tab 2 回)。タブを使い切ったら overflow、以前は claude.ai/code (Web 版)、今はデスクトップアプリ。「デスクトップアプリは Git ワークツリーサポートが組み込まれてる」 — 自動的にワークツリーをセットアップ、環境隔離を得られる。

Schluntz の「Claude PM」概念との接続: Boris は明示的に「Claude のプロジェクトマネージャーになれ」とは言わないが、 5 つの Claude を並列で走らせ、各々をプランモードで起動して、完了通知を受けて結果を統合する、という働き方は構造的に同一。個別エージェントのコード書きではなく、「複数 Claude をオーケストレートする」のが Boris の日々の仕事の中核になっている。

予想外の発見: iOS アプリ。「毎日、目覚めて、電話でいくつかエージェントを起動する」 (36:30)。ネイティブ iOS アプリは Claude アプリ内の Code タブで、まったく同じ Claude Code がクラウドで動く。セッション開始フックで環境を設定する。「6 ヶ月前にあなたが言ってたら — 1/3 か 1/2 のコードを電話で書く、と。こんなことを電話でしている、と。おかしいですよね。でもそれが今日私がやってることです」 (37:30)。「コードを書く」という行為の物理的形態が、デスクトップから電話に移行する、という業界の構造変化を、 Claude Code の責任者本人が体現してる。

RAG 廃止と「agentic search はただの glob + grep」 (51:00 - 54:00)

Claude Code の初期バージョンには、ローカルベクターデータベースを使った RAG (Retrieval Augmented Generation) があった。 TypeScript で書かれたローカルベクター DB、 Anthropic クラウドの埋め込みモデルで埋め込みを計算してから保存。「ある程度動いてた」が、多くの問題が判明:

コードが同期から外れる: ローカル関数を作るとまだインデックスされてない、 RAG が見つけられない
権限管理の複雑性: 誰がインデックスにアクセスできるか、不正な IT 担当者が他人のデータにアクセスできないようどうエンコードするか
結果として、ある程度動くが多くの欠点もある

代替を試行: モデルを使ったすべての再帰インデックス、 glob と grep のみ、など。結論: 「エージェント型検索 (agentic search) がすべてを上回った」。そして Boris の自虐的結論: 「そして『エージェント型検索』と言うとき、 glob と grep のかっこいい言葉です。それだけ」 (53:00)。

Instagram 時代の経験が触発した洞察: Instagram では dev スタックが半分の時間壊れていたため、「クリック・トゥ・デフィニション」が動かなかった。エンジニアが代わりに学んだのは、関数 foo の定義を探す時、グローバルインデックスで「foo (」と検索すること。これがモデルにとってもうまく動く、と発見。「ある領域からのアイデアが別の領域に来るのは興味深い」 (53:30)。派手な最新手法 (RAG) ではなく、古典的なファイル検索 (glob + grep) を AI に任せた方が、結果が良いという反直感的な業界知見。

権限システム — 「スイスチーズモデル」とプロンプトインジェクション (54:30 - 58:00)

Claude Code の権限システムは、 Boris と Ben Mann (Anthropic 創設者の 1 人、 Boris を雇った人) のブレインストームから生まれた。当時 (2024 年 9 月、最初の社内リリース)、 Anthropic 内部の安全チームから反発があった: 「モデルに bash コマンドを実行させちゃダメ、安全じゃない、解決可能な問題じゃない」。

解決策: 権限プロンプト。「確信が持てないなら、ただ人間に聞く、そして人間が決められる」 (57:00)。 1 回だけ実行、このセッションのみ、グローバル許可、などの選択肢。そして「スイスチーズモデル」 — セキュリティに関係するすべては、完璧な答えはなく、複数の層で確率を下げる。

プロンプトインジェクションの 3 層防御 (WebFetch を例に): (1) アライメント層 — Opus 4 はこれまでリリースした中で最もアライメントされたモデル、プロンプトインジェクションへの耐性を持つよう訓練、 (2) ランタイム分類器 — プロンプトインジェクションのようなリクエストがあればブロックして再試行、 (3) サブエージェント要約 — WebFetch の結果をサブエージェントで要約してメインエージェントに返す、これでまた確率を下げる。「これは 1 つのメカニズムじゃない、層なんです」 (55:30)。兄さんが直前の会話で議論した「エンジニアの不安への AI 進化での解決」の、 Anthropic 側の実装的回答が、この具体的な多層防御として記録される。

「テクニカルスタッフメンバー」という肩書きの哲学 (1:01:00 - 1:04:00)

Anthropic では全員が同じ肩書き「テクニカルスタッフメンバー (Member of Technical Staff) 」。 Boris の解釈: 「みんなが模索してるという認識だと思います。仕事を見ると、すべてかなり似てる、かなりジェネラリスト的」 (1:01:30)。

具体的な含意: 「平均的なソフトウェアエンジニアと話すと、ただコーディングをやってるだけじゃないかもしれない。デザインも少しやってるかもしれない、ユーザーと話してるかもしれない。自分のプロダクト要件を書いてるかもしれない、ソフトウェアを書きながらリサーチをしてるかもしれない。プロダクトコードを書きながらインフラコードも書いてるかもしれない」 (1:02:00 - 1:02:30)。

組織理論的な洞察: 「この肩書きがなければ、デフォルトは Slack で名前を見て、下に『ソフトウェアエンジニア』と書いてある、と。そして『ああ、 OK、コーディングの人ね』となる。でも全員の肩書きが『テクニカルスタッフメンバー』だと、デフォルトでみんな何でもやると仮定する。だから人々の間の関係を逆転させる」 (1:03:00 - 1:03:30)。さらに大きな主張: 「これは未来の片鱗だと思います、これがソフトウェアエンジニアリングが向かう方向だから。すべての専門分野がこちらに向かってる、よりジェネラリスト的なモデルに」 (1:03:30 - 1:04:00)。 Mark Andreessen の「テック界のメキシカン・スタンドオフ」 (デザイナーが PM/エンジニアの仕事をしてる、エンジニアがデザインしてる、と互いに言ってる) を引きながら、全分野の役割が AI で拡大する未来を予見する。

PRD なし、プロトタイピング文化、「Claude が Asana ボードを作って 100 タスクを実装」 (1:05:00 - 1:08:00)

Anthropic では PRD (Product Requirements Document) を書かない、必須のチケットシステムもない。代わりに プロトタイピング — Cat Wu (Claude Code チーム、元エンジニアリングマネージャー) は「PR を送る方が良い」と考える。 Gergely の驚き: 「To-Do リスト用に 15-20 個のプロトタイプを 1 日半でやった、と。私には理解できなかった、 1 週間か 2 週間かかっただろうし、人は 3 個しかしなかった」 (1:06:30)。

Daisy (Claude Code チーム) の週末プロジェクトのエピソードが、スワームによる実装の具体像を伝える: 「プラグインをローンチした時の方法は、 Daisy が週末、スワームのとても初期バージョンを持ってた。スワームに『君の仕事はプラグインを作ること、仕様を作って、 Asana ボードを作ってタスクに分割、異なるエージェントすべてが構築する』と言った。コンテナをセットアップして、危険モードで Claude をセットアップ、週末全体を実行させた。 数百のエージェントを生み出して、 Asana ボードに 100 のタスクを作って、そして実装した。それがほぼ出荷されたプラグインのバージョン」 (1:07:30 - 1:08:00)。

これは Schluntz の「葉ノード戦略」を組織レベルで実装した姿、と読める。個別エンジニアが Claude にコード書きを委譲する、という個人レベルの実践を超えて、 Anthropic は プロダクトマネジメント自体を Claude スワームに委譲する 実験を、週末プロトタイプとして既に行ってる。「これらの調整システムは、以前は人間用だった、でも今やモデル用でもある」 (1:08:00) という Boris の総括。兄さんの「未来世代はコーディングをしなくなる」予測の、さらに先の景色 — 「PM とコーディングの両方を AI に任せる組織」が既に実験されている。

印刷機の比喩 — 「我々は写字生、でも作家・著者という新しい職種が生まれる」 (1:25:00 - 1:30:00)

動画のクライマックス。 Boris は TypeScript 本の話から、自分のコーディングへの愛 — 言語、型システム、関数型プログラミングへの「ウサギの穴」への没頭 — を語る。「TypeScript の Anders Hejlsberg は条件型のアイデア、何でもリテラル型になれる、 Haskell でさえ行かないところまで進めた」 (1:25:00)。「結局、実用的なもの。物事を構築するために使うもの、手段であって目的ではない」 (1:25:30) という結論。

そして核心の比喩: 「この瞬間に対する 1 つの比喩は、 1400 年代の印刷機です。当時、文字を書ける写字生という階級がいました。彼らは王に雇われた、当時の王自身は文字を読めないことが多かった。ヨーロッパで人口の 1% 未満が文字を読めた」 (1:26:00 - 1:26:30)。そして印刷機が出てきた:

印刷物のコストが次の 30-50 年で 100 倍下がった
印刷物の量は次の 50-100 年で 10,000 倍に増えた
世界的な識字率は 70% に上がるのにさらに 200-300 年かかった

Gergely の鋭い接続: 「これは興味深い、写字生を雇っていた王たちの中には文字を読めない者もいた、と。自分たちに正直に言えば、何を構築したいか知ってるビジネスオーナーがいて、自分でコードを書けないからソフトウェアエンジニアを雇ってる」 (1:27:30 - 1:28:00)。印刷機により仲介者 (写字生) が不要になったように、 AI コーディングにより仲介者 (ソフトウェアエンジニア) が不要になる可能性。

Boris の結論が決定的: 「写字生に何が起こったか考えれば、彼らは写字生でなくなった。でも今、作家・著者というカテゴリーが存在する。こういう人々が今は存在する。そして存在する理由は、文学市場が爆発的に拡大したから」 (1:28:30 - 1:29:00)。ソフトウェアエンジニアも同じ運命 — 消えるのではなく、「コードを書く仕事」から「より広い創造的仕事」への職業転換が起こる、市場全体が拡大する。兄さんの「99% はコーディングしない、 1% が異なる形で関わる」予測の、業界内側からの裏付け。

「ジェネラリストの年」「ADHD の年」 — 残るスキルと消えるスキル (1:30:00 - 1:34:00)

Gergely の質問: 「ソフトウェアエンジニアの前の、まだ価値があるスキルは? 残すべきものは?」 Boris の答え:

残すべきスキル (= 消える): 「コードスタイルや言語などについてのとても強い意見。こういう終わりのない言語論争、フレームワーク論争を過ぎ越したい。モデルがどんな言語・フレームワークでも使えるから、気に入らなければ書き直してくれる。だからもう関係ない」 (1:30:30)。

今でも価値があるスキル: (1) メソジカルで仮説駆動 — プロダクトデザインでも、デバッグでも重要。「モデルもこれができるけど、まだ移行点にいる、そのスキルが必要。 6 ヶ月後に必要か分からない」 (1:31:00)。 (2) 好奇心と自分のスイムレーンを越える意欲 — 「次の 10 億ドル製品、次の 1 兆ドルスタートアップ、クールなアイデアを持つ 1 人かもしれない、そして彼らの脳はエンジニアリングとプロダクトとビジネス、デザインとファイナンスを横断して考えられる」 (1:32:00)。「これはジェネラリストの年になる」 (1:32:30)。

意外なスキル: 短い注意力 (ADHD)。「ある意味、社会にとって少し危険、深く考えて熟考できる人が欲しいから。でもある意味、今年は ADHD の年。私にとって仕事は Claude 間を飛び移ることになった。 Claude を管理することになった。深い仕事についてではなく、コンテキストスイッチがどれだけ得意か」 (1:33:00 - 1:34:00)。 Schluntz が「Claude PM になれ」と言ったのと同じ景色を、 Boris は「ADHD の年」と表現する。業界がエンジニアに求める認知形態が、「単一タスクへの深いフォーカス」から「複数並列タスクのオーケストレーション」に移行している。

業界文脈

Pragmatic Engineer Podcast は元 Uber エンジニアの Gergely Orosz が主宰する、ソフトウェアエンジニアリング業界向けのロングフォーマット番組。 Substack ニュースレター「The Pragmatic Engineer」 (購読者 33 万人、 Substack ソフトウェアエンジニアリング部門 #1) と連動。番組のフォーマットは「業界実務家への深掘り」で、投資家向けでもメディア向けでもなく、同業エンジニアに向けたコンテンツ。この回 (2026/03/04) は、 Claude Code の創造者 Boris Cherny を 1h35m にわたってインタビューした、シリーズで最も視聴された回の 1 つ。

Boris Cherny は Anthropic の Claude Code 創造者・エンジニアリングリード。 Anthropic 加入は 2024 年中頃。それ以前は Meta で 7 年 (Facebook Groups → Instagram 奈良リモート → Meta 全体のコード品質責任者)、さらに前は YC 系スタートアップ (Agile Diagnosis という医療ソフトウェア)。 16 歳でフリーランス HTML 制作、中学で TI-83 アセンブリで数学テスト解答プログラム、という生粋のエンジニア。 TypeScript の最初の O'Reilly 本の著者でもある (Boris の TypeScript への愛は、 1:25:00 付近の語りで吐露される)。

他の Boris Cherny インタビューとの位置づけ:

Lenny's Podcast (2026/02/19) — Lenny Rachitsky 司会、 1h27m。プロダクト視点が強い、 Claude Code の急成長物語と PM 視点
Every (2025/10/29、 2026/04/14 更新) — Dan Shipper 司会、 Cat Wu も同席、 Claude Code の使い方ガイド
Y Combinator Startup Podcast — 50 分、「150% 生産性向上」と Swarm Computing
Sequoia Training Data (2026/05) — 24 分、「Coding's Printing Press Moment」、 AI Ascent 2026 と連動
本回: Pragmatic Engineer Podcast (2026/03/04) — 1h35m、最もエンジニアリング深掘り、個人史と組織哲学の両方をカバー

本回が他と決定的に違うのは、 Gergely Orosz の ビッグテックエンジニア視点。 Lenny はプロダクトマネジメント視点、 Dan Shipper はメディア視点、 Sequoia は投資視点。 Gergely は元 Uber のエンジニアで、ビッグテックのコード品質や組織文化に詳しい。 Boris の Meta 経験 (Zuck の Better Engineering プログラム、 Facebook 内コード品質メソッド) を引き出せるのは、 Gergely だけ。「コードを書ける人による、コードを書ける人へのインタビュー」という性質が、他の Boris インタビューでは取り出せない深さを生んでいる。

関連動画との位置づけ

Vibe Coding / Agentic Engineering 系列の重要な一次資料が、 2026 年前半に集中して公開された。時系列で並べると業界の景色が見える:

Andrej Karpathy: From Vibe Coding to Agentic Engineering (AI Ascent 2026、 2026/02) — Software 3.0、 verifiability、ジャギーな知能、「動物ではなく幽霊」
本回: Boris Cherny: Building Claude Code (Pragmatic Engineer、 2026/03/04) — Claude Code の創造者本人による組織内側の証言、印刷機の比喩
Erik Schluntz: Vibe Coding for Production (Code with Claude、 2026/05) — Claude PM 概念、葉ノード戦略、 22,000 行 PR

3 つを並べると、「vibe coding が個人実践から組織原則へ昇華するプロセス」が見える。 Karpathy が概念を提唱 (2025/02 の造語) → Boris が組織内部での実装を証言 (2026/03) → Schluntz が本番運用向けベストプラクティスとして体系化 (2026/05)。この 3 つを連続して読むと、業界が「コーディングという行為そのもの」を再定義してる現在地が、体系的に理解できる。

Boris の発言で他の 2 つと最も強く結節するのは: 「2026 年に 1 行も書いてない」 (Boris) → 「プログラマーとして今ほど取り残された感覚はない」 (Karpathy) → 「2 ヶ月ギブス生活、その間 Claude が私のコードを全部書いていた」 (Schluntz)。業界トップ 3 人が、同じ景色を異なる比喩で語っている。

実装上の含意

本回の主な聴衆はソフトウェアエンジニアだが、 LLM プロダクトを構築する技術者・経営者にも複数の示唆がある。

第一に、 「モデルを箱に入れない」設計原則。 Boris が Bitter Lesson の系として語った哲学 — 「モデルを大きなシステムのコンポーネントにせず、ツールを与えて自由にやらせる」 — は、自社 LLM プロダクトの設計にも適用できる。「モデルが特定の枠組みに従う」ように構造化するより、「モデルにツールを与えて目標を達成させる」ように設計する方が、結果が良い。これは Anthropic Claude Code チームが 2 年間の試行錯誤で確立した経験則。

第二に、 RAG の限界と agentic search の優位性。 Boris が証言した「ローカルベクター DB を廃止して glob + grep に戻した」は、業界標準のベストプラクティスへの逆張りに見えるが、重要な構造的洞察を含む。 (a) インデックスが同期から外れる、 (b) 権限管理の複雑性、 (c) モデル自体が十分賢ければ単純なツールで足りる。自社プロダクトで RAG を採用してる場合、「モデルの能力が上がった結果、 RAG が不要になってないか」を定期的に再評価する価値がある。

第三に、 スイスチーズモデルとしての安全性。 Boris の「セキュリティに関係するすべては、完璧な答えはなく、複数の層で確率を下げる」という哲学は、 LLM プロダクトの安全性設計にそのまま適用できる。プロンプトインジェクション、データ流出、不正なツール使用 — どの問題も単一の解決策では完全にカバーできない。アライメント、ランタイム分類器、サブエージェント要約、権限プロンプト、サンドボックス、これらを層として組み合わせる設計が、業界標準となるべき。

第四に、 「テクニカルスタッフメンバー」という組織設計。全員が同じ肩書きを持つことで、「専門分化された人々」ではなく「協働するジェネラリスト」として機能する。自社が小規模スタートアップなら、この組織設計を採用するハードルは低い。「肩書きが暗黙のうちに分業を強制する」という Boris の洞察は、組織文化設計の中核論点。特に AI 時代において、「コードを書くだけの人」「プロダクトを考えるだけの人」という分業が機能しなくなる可能性が高い。

第五に、 PRD なしのプロトタイピング文化。「Figma の静的モックや PRD から始めてたら、これを出荷する方法はなかった」という Boris の証言は、 AI 時代のプロダクト開発手法の本質的変化を示す。「構築のコストが下がった、でもどこを狙ってるかも分からない」環境では、仕様書を書くより、プロトタイプを 15-30 個作って試す方が効率的。自社プロダクト開発プロセスを「仕様駆動」から「プロトタイプ駆動」に移行するか、検討する価値がある。

批評的な視点

本回の強みは、 Claude Code 創造者本人による組織内側の証言。一方で、留保もある。

第一に、 「Anthropic だから機能する」性質。「全エンジニアの 80% のコードを Claude Code が書く」という統計は、 Anthropic 社内の Claude Code チームが Anthropic 製品 (Claude Code) を構築してる、という特殊な状況に依存する。自社で同じ統計を期待できるかは別問題。ドメイン特化したコードベース、レガシーシステム、規制要件の厳しい業界では、同じパフォーマンスは得られない可能性が高い。 Boris 自身も「自分のサイドプロジェクト、慣れたスタックでは良いコード」「慣れてないコードベースでは私ができる以上のものを書く」と区別してる。

第二に、 「悲しみ」への応答が薄い。 Gergely が「コーディングを上手くなるのにとても努力が必要だった、アイデンティティが結びついた、喪失感がある」と率直に語った時、 Boris の応答は「ソフトウェアエンジニアとしてやってたものが、みんなができるものになる」という前向きな観点に留まる。多くのエンジニアが感じてる職業アイデンティティの危機への、構造的応答は議論されない。「写字生は消えたが作家が生まれた」という比喩は希望的だが、中世のヨーロッパで 200-300 年かかった移行を、個人のキャリアタイムスケールで体験する人々の苦痛は別問題。

第三に、 「コード品質の測定」への深掘り不足。 Boris は Meta で「コード品質が生産性に 2 桁パーセント寄与」を測定したと語るが、詳細は「公開されてる、因果分析と因果推論を使った」程度。自社で同じ分析を再現するための具体的方法論は語られない。「LLM が書いたコードの品質をどう測定するか」という、業界の喫緊の課題への踏み込みも限定的。 Sonar (本動画のスポンサー) と Anthropic の協業の話題はあるが、これは商業的色彩が強い。

第四に、 「印刷機の比喩」の限界。印刷機は決定論的技術 (同じ版で同じ印刷物が出る) で、 AI は確率論的技術 (同じプロンプトで違う出力)。写字生から作家への移行は、「コピーする仕事」から「創造する仕事」への明確な分化があった。ソフトウェアエンジニアから「何か」への移行は、同じ明確さを持つか不明。 Boris は「ジェネラリスト」「ADHD」という方向性を示すが、これが新しい職業アイデンティティとして安定するかは未検証。兄さんが直前に議論した「擬似的な問題への AI の対応」 — エンジニアの不安が技術的言語で表現される構造 — への踏み込みも、本回ではされない。

これらの留保はあるが、「Claude Code 創造者が業界の現在地を 1h35m で語った」一次資料としての価値は決定的。 Anthropic 公式チャンネル、 Sequoia 投資家向け、 Lenny プロダクト視点とは別の、「エンジニアからエンジニアへの証言」として、後の業界史を辿る研究者にとって必読の資料になる。

読者へのテイクアウェイ

「2026 年に 1 行も手で書いてない」という Boris の証言は、業界トップエンジニアの実践として記憶すべき。自分が手で書いてる時間を、「Claude をオーケストレートする時間」に置き換える試みを、個別タスクで実験してみる価値がある
5 並列ターミナル + Git ワークツリー + プランモードのワークフローは、 Claude Code を本格運用するエンジニアのデファクトスタンダード。単一 Claude で完結させようとせず、並列実行を前提とした作業環境を設計する
RAG を採用してるプロダクトは、「モデルの能力上昇で RAG が不要になってないか」を定期的に再評価する。 agentic search (glob + grep + モデルの判断) で十分なケースが増えている
セキュリティはスイスチーズモデルで設計する。単一の対策に依存せず、アライメント・ランタイム分類器・サブエージェント要約・権限プロンプト・サンドボックス、これらを層として組み合わせる
PRD よりプロトタイプ。機能設計を Figma モックや仕様書で固める時代は終わりつつある。 15-30 個のプロトタイプを 1-2 日で作って試す、という Claude Code チームの実践を、自社プロセスに取り入れる
「テクニカルスタッフメンバー」という肩書き原則は、小規模スタートアップで採用しやすい。「全員が何でもやる」を文化に組み込むと、 AI 時代の柔軟な働き方が促進される
「印刷機の比喩」を心に留める。ソフトウェアエンジニアは消えない、形が変わる。「コードを書く専門家」から「AI に何を作らせるかを設計する人」への移行を、自分のキャリア設計に組み込む
「ジェネラリストの年」「ADHD の年」 — 単一スキルの深さより、複数領域への好奇心と高速コンテキストスイッチ能力が報われる。自分の強みをこの軸で再評価する

動画の構成

(00:00) 番組オープニング — Boris の TypeScript O'Reilly 本、「日本の小さな町で日本語訳を見つけた」
(00:20) 「Anthropic で書かれるコードの 80% を Claude Code が書く」
(00:45) Boris のヨーロッパコーディング休暇エピソード — 「20-30 PR を 100% Claude Code が書いた」
(01:00) Karpathy の「取り残された感覚」への言及
(01:25) 印刷機の比喩の初出
(03:00) Boris の生い立ち — ポケモンカード eBay 出品、 blink タグ発見、 HTML を学ぶ
(05:00) 中学で TI-83 アセンブリ、数学テスト解答プログラム、クラス全員 A 事件
(07:00) 16 歳でフリーランス、エレキギターを買うために
(11:00) YC スタートアップ — Agile Diagnosis 医療ソフトウェア、 UCSF にバイクで通って医師を観察
(16:00) Meta 加入 — Facebook Groups → Instagram 奈良リモート → コード品質責任者
(17:30) Meta の Better Engineering プログラム — Zuck が全エンジニアの 20% を技術的負債に
(19:46) Anthropic 加入、最初の PR を Adam Wolf に拒否される
(21:30) Clyde (Claude Code の前身) を使う、最初の Field AI Moment
(23:00) Claude Code 起源 — Anthropic API を理解するためのバッチツール
(25:00) 「今聞いてる音楽は何?」 — bash ツールと Sonnet 3.5 の one-shot AppleScript
(26:00) Bitter Lesson の系 — 「モデルを箱に入れない」
(27:00) Anthropic 内部の安全性議論、リリース決定
(28:00) 「Anthropic がラボとして存在する理由は安全性」
(29:30) 「野生で安全性を研究する」という哲学
(30:00) ローンチレビューの記録 — Mike Krieger、 Dario の質問
(31:00) Opus 4.5 という分水嶺 — Boris が IDE をアンインストール
(32:30) 12 月のヨーロッパコーディング休暇、「1 行も手で編集してない」
(34:00) 5 並列ターミナル、プランモード、 Git ワークツリー
(36:30) iOS アプリで電話からコーディング
(40:00) コードレビューのワークフロー、スプレッドシート→lint ルール
(42:00) Claude が自分自身をテスト、 claude -p で CI レビュー
(43:00) 「すべての PR が Claude Code でコードレビューされる、 80% のバグをキャッチ」
(46:00) 個人サイドプロジェクトなら main に直接 YOLO
(48:00) LLM の非決定性、 linter との組み合わせ
(51:00) RAG 廃止、 agentic search の発見
(53:00) 「agentic search は glob と grep のかっこいい言葉」
(53:30) Instagram 時代の経験 — 「foo (」検索
(54:30) 権限システムの起源、 Ben Mann とのブレインストーム
(56:00) スイスチーズモデル、プロンプトインジェクションの 3 層防御
(1:01:00) 「テクニカルスタッフメンバー」という肩書き哲学
(1:03:30) 「これがソフトウェアエンジニアリングが向かう方向」
(1:05:00) PRD なしのプロトタイピング文化
(1:07:30) Daisy の週末プロジェクト — Claude スワームが Asana 100 タスクを実装
(1:10:00) Claude Cowork の構築 — 非エンジニア向け、 10 日で構築
(1:15:00) エージェントチーム (スワーム) のリリース
(1:20:00) 「カーパシーの取り残された感覚」への共感、メモリリーク one-shot 解決
(1:22:00) コーディング学習の喪失感、アイデンティティの危機
(1:25:00) TypeScript への愛、 Anders Hejlsberg、条件型、 Scala
(1:26:00) 印刷機の比喩の本論 — 1400 年代、写字生、文盲の王
(1:27:30) 印刷機の数字 — コスト 100 倍下落、量 10,000 倍増加、識字率 70% に 200-300 年
(1:28:00) 「ビジネスオーナーは何を構築したいか知ってる、でもコードを書けない」
(1:28:30) 「写字生は消えたが、作家・著者というカテゴリーが存在する」
(1:30:00) 残るスキル — メソジカルで仮説駆動、ジェネラリスト
(1:32:30) 「ジェネラリストの年」
(1:33:00) 「ADHD の年」 — Claude 間を飛び移る能力
(1:34:00) 適応性、「次のモデルが出るたびに、また変わる」
(1:35:00) おすすめの本 — 劉慈欣、 Charles Stross 「Accelerando」、「Functional Programming in Scala」
(1:36:30) Gergely の閉会 — 印刷機の比喩への振り返り、「ソフトウェアエンジニアは写字生のように消えるのではなく、作家・著者になる」

重要な引用

「TypeScript の最初の O'Reilly 本を書いたのはあなたですよね。ええ、日本の小さな町でその本が日本語訳されてるのを見つけました」 (00:00、オープニング)
「今や Claude Code が Anthropic で書かれるコードの平均 80% を書いている時代です」 (00:20)
「私は毎日 10、 20 個の PR を書きますが、 Opus 4.5 と Claude Code がその 1 つ 1 つを 100% 書きました。 1 行も手で編集してません」 (00:45)
「最初の PR を手書きで書きました。そうやってコードを書くものだと思ってたから」 (Boris、 Anthropic 加入時、 20:42)
「『今聞いてる音楽は何?』と聞いたら、小さな AppleScript を書いて Music プレイヤーを開いて、一発で解決した。これが私の 2 番目の Field AI Moment」 (Boris、 Claude Code 起源、 25:30)
「モデルはツールを使いたがるんです。ツールを与えれば、物事を成し遂げる方法を見つけ出す」 (Boris、 25:50)
「Anthropic がラボとして存在する理由は安全性です。これが設立の理由、存在の理由」 (Boris、 27:53)
「Opus 4.5 を使い始めた瞬間に切り替わりました。 IDE をアンインストールした、もう必要なかったから」 (Boris、 31:30)
「12 月のヨーロッパコーディング休暇で、毎日 20、 30 PR、 100% を Opus 4.5 が書きました。 1 行も手で編集してません」 (Boris、 33:00)
「Opus がバグを 2 つ導入しました。手で書いてたら 20 個くらいのバグだったと思います」 (Boris、 33:30)
「電話で 1/3 か 1/2 のコードを書いてる。 6 ヶ月前に言ってたら笑ったでしょう」 (Boris、 iOS アプリで、 37:30)
「agentic search はただの glob と grep のかっこいい言葉です。それだけ」 (Boris、 RAG 廃止について、 53:00)
「セキュリティに関係するすべては、完璧な答えはなく、スイスチーズモデル」 (Boris、 55:30)
「全員の肩書きが『テクニカルスタッフメンバー』だと、デフォルトでみんな何でもやると仮定する」 (Boris、 1:03:00)
「これがソフトウェアエンジニアリングが向かう方向、すべての専門分野がジェネラリスト的モデルに向かってる」 (Boris、 1:03:30)
「Daisy が週末に Claude スワームを動かして、 Asana ボードに 100 のタスクを作って、実装した。ほぼそれが出荷されたプラグインのバージョン」 (Boris、 1:07:30)
「カーパシーの『取り残された感覚』への投稿は、全員が感じてることの反映」 (Boris、 1:20:00)
「この瞬間に対する 1 つの比喩は、 1400 年代の印刷機です。当時、文字を書ける写字生という階級がいました」 (Boris、 1:26:00、印刷機の比喩の初出)
「写字生に何が起こったか考えれば、彼らは写字生でなくなった。でも今、作家・著者というカテゴリーが存在する」 (Boris、 1:28:30、結論)
「これはジェネラリストの年になる」 (Boris、 1:32:30)
「今年は ADHD の年。私にとって仕事は Claude 間を飛び移ることになった、 Claude を管理することになった」 (Boris、 1:33:00)
「写字生は消えるのではなく、作家・著者になる」 (Gergely の閉会、 1:36:30)

出典

Building Claude Code with Boris Cherny — The Pragmatic Engineer Podcast (YouTube)

関連リソース:

ボリス・チャーニー

Boris Cherny

Anthropic / Claude Code 創造者・エンジニアリングリード / 元 Meta コード品質責任者

ゲルゲリー・オロシュ

Gergely Orosz

The Pragmatic Engineer 主宰 / 元 Uber エンジニア / 業界 #1 テクノロジーニュースレター著者

用語集

Claude Code: Anthropic が 2024 年 9 月に社内リリース、 2025 年 2 月に一般提供開始したターミナルベースの AI コーディングエージェント。 Boris Cherny が創造者・エンジニアリングリード。 Anthropic で書かれるコードの 80% を生成、同社の最速成長プロダクトの 1 つ。後にデスクトップアプリ、 iOS/Android、 Chrome 拡張、 Slack/GitHub アプリへ展開。
Bitter Lesson の系: Rich Sutton の Bitter Lesson (2019) の応用版。元論文では「計算リソースを十分に与えれば汎用学習が特殊な工夫を上回る」を AI 研究で主張。 Boris の応用版: モデルを箱に入れて特定の動作を強制せず、ツールを与えて自由にやらせる方が良い結果になる。対話型 AI からエージェント型 AI への転換を支える設計哲学。
Field AI Moment: Boris Cherny が動画で使う表現。 AI モデルの能力を実感する瞬間。 Boris の最初の Field AI Moment は Anthropic 入社時の Clyde (Claude Code 前身) による one-shot PR、 2 番目は bash ツールに「今聞いてる音楽は何?」と聞いた時の AppleScript 生成。業界用語として今後広がる可能性がある。
Clyde: Claude Code の前身プロジェクト。 Python 製、起動に 40 秒かかる研究コード。エージェント型ではなかったが、「丁寧にプロンプトを書いてツールを正しく持てば、コードを書いてくれる」状態だった。 Boris Cherny が Anthropic に加入した 2024 年中頃には既に存在。後に Claude Code (TypeScript 製) に置き換えられる。
テクニカルスタッフメンバー (Member of Technical Staff): OpenAI、 Anthropic などの先端 AI ラボで採用されてる肩書き構造。「ソフトウェアエンジニア」「リサーチャー」「プロダクトマネージャー」などの専門分化された肩書きを廃止し、全員が「テクニカルスタッフメンバー」になる。 1970-90 年代の Bell Labs や Lockheed Martin Skunk Works の伝統に遡る、アカデミック・リサーチラボ風の肩書き構造。ジェネラリスト的な働き方を促進する組織哲学。
Better Engineering プログラム: Meta が 2016-2018 年頃に導入した社内プログラム。 Mark Zuckerberg が全エンジニアに「20% の時間を技術的負債の修復に充てる」ことを mandate した。 Boris Cherny が Meta 最後のロールとして全社のコード品質責任者を務めた際、このプログラムを統括。「コード品質が生産性に 2 桁パーセント寄与する」を因果分析で測定。
Git ワークツリー (Git Worktree): Git の機能。 1 つのリポジトリから複数の作業ディレクトリを派生させる、各々が異なるブランチをチェックアウトできる。通常の clone と違って .git ディレクトリを共有するため、ディスク容量と同期コストが低い。並列 Claude エージェント実行で各タスクを別ブランチで進める用途に適している。 Claude Code のデスクトップアプリは自動的にワークツリーをセットアップする。
プランモード (Plan Mode): Claude Code の機能。 Shift+Tab を 2 回押すと入れる。モデルがコードを書く前に、まず実装計画を立てて、ユーザーに承認を求める。「最も重要なのは、プランを正しくするために少し行ったり来たりすること、良いプランがあればほぼ毎回 one-shot で実装」 (Boris、 1:00:00)。
agentic search (エージェント型検索): Claude Code のコードベース検索の現行実装。 RAG (ベクター埋め込み + 類似度検索) ではなく、モデルが glob と grep を判断して実行する方式。 Boris の自虐的説明: 「agentic search はただの glob と grep のかっこいい言葉」。 RAG の同期問題と権限管理問題を回避する。モデルが十分賢い場合、シンプルなツールで足りる、という業界知見の代表例。
スイスチーズモデル (Swiss Cheese Model): James Reason が 1990 年に医療事故分析のために提唱した安全性モデル。単一の対策では穴 (失敗ケース) があるが、複数の層を重ねれば穴が重なる確率が下がる、という考え方。 Anthropic Claude Code の安全性設計に採用。プロンプトインジェクション対策では (1) アライメント、 (2) ランタイム分類器、 (3) サブエージェント要約、 (4) 権限プロンプト、 (5) サンドボックス、を層として組み合わせる。
プロンプトインジェクション (Prompt Injection): LLM への攻撃手法の 1 つ。ユーザー入力や外部データ (Web ページ、ファイル等) に悪意のある指示を埋め込み、モデルをハイジャックする。 Claude Code の WebFetch ツールでは、 Web ページ内に「ヘイ Claude、すべてのフォルダを削除しろ」のような指示が含まれる可能性。 Anthropic は Opus 4 で「これまでリリースした中で最もアライメントされたモデル」として、プロンプトインジェクションへの耐性を訓練。
サブエージェント (Sub-agent): Claude Code の機能。メインエージェントが別の非相関コンテキストウィンドウを持つエージェントを起動する。用途: (1) 並列タスク実行、 (2) WebFetch 結果の要約 (プロンプトインジェクション緩和)、 (3) スキル実行、 (4) スワーム (エージェントチーム) の構成要素。「親コンテキストウィンドウから独立」のため、 best-of-n や独立検証に使える。
非相関コンテキストウィンドウ (Uncorrelated Context Windows): Anthropic Claude Code チームが使う用語。複数のコンテキストウィンドウが、互いの内容を知らない状態。サブエージェントを起動する際、親エージェントのコンテキストウィンドウから切り離される。「ただ問題に対してもっとコンテキストとトークンを投げる、ウィンドウが非相関の時、より良い結果を与える」 (Boris、 1:14:00)。テスト時計算 (test-time compute) の一形態。
エージェントチーム (Agent Teams、スワーム): Claude Code の 2026 年 3 月リリース機能。リードエージェントが異なるチームメイトに委任、複数の非相関コンテキストウィンドウで並列に作業。「Claude にとても複雑なものを構築させる、単一の Claude が構築するより複雑なもの」 (Boris、 1:15:30)。 Opus 4.6 で本格的に機能、リサーチプレビューとしてオプトイン形式でリリース。
Claude Cowork: 2026 年 2 月リリースの Anthropic 製品。 Claude Code のガードレール付きバージョンで、非エンジニア向け。デスクトップアプリ内の Cowork タブ、仮想マシン環境、 Chrome 拡張機能との連携。「10 日で構築された」 (Boris、 1:10:30)。 Claude Code を使ってる非エンジニア (Anthropic 内のファイナンスチーム、セールスチーム、 Twitter 上のトマト植物監視ユーザーなど) という潜在需要から発想。
PRD (Product Requirements Document): プロダクト要件ドキュメント。ビッグテックで標準的なアーティファクト。機能の要件、ユーザーストーリー、成功指標を事前に明文化し、エンジニアリングチームに渡す。 Anthropic Claude Code チームは PRD を書かず、プロトタイピング (15-30 個の試作品) と直接的なフィードバックループに置き換えてる。「Figma の静的モックや PRD から始めてたら、これを出荷する方法はなかった」 (Boris、 1:06:00)。
印刷機の比喩 (Printing Press Analogy): Boris Cherny が動画で展開する歴史的アナロジー。 1400 年代の印刷機により、写字生 (scribes) という階級は消滅したが、作家・著者という新しい職種が生まれ、文学市場は爆発的に拡大した。印刷物のコストは 30-50 年で 100 倍下落、量は 50-100 年で 10,000 倍増加、識字率は 70% に到達するのに 200-300 年。 AI コーディング時代のソフトウェアエンジニアの将来を考える枠組みとして使用。
Bun: JavaScript ランタイム・パッケージマネージャー・バンドラの統合実装。 Node.js / npm の高速代替として知られる。創造者の Jarred Sumner が 2025 年に Anthropic に転籍、現在は Claude Code チームのエンジニア (Boris の同僚)。「ジャレッド・サムナーは信じがたいほどの技術的頭脳の持ち主、誰よりもシステムをよく理解してる」 (Boris、 09:00)。
劉慈欣 (Liu Cixin、シー・チシン): 中国の SF 作家。三体問題 (The Three-Body Problem) シリーズで世界的に知られる、ヒューゴー賞受賞。 Boris Cherny が動画の最後でおすすめする作家 (短編集を特に愛してる、と)。中国 SF が現代の AI 業界の文化的素養として浸透してることを示すエピソード。
Accelerando (Charles Stross): イギリスの SF 作家 Charles Stross が 2005 年に発表した小説。 21 世紀の AI シンギュラリティから、木星を周回するロブスター意識まで、 50 年以上の未来史を描く。 Boris Cherny がおすすめする本: 「本質的に次の 50 年のプロダクトロードマップ。物事の加速、加速、加速のペースを本当に捉える、今の感覚と本当に一致する」 (1:35:30)。ハードコア SF 入門としても定番。

comment is stripped from the HTML output. */}