機関という枠組み
HammingはBell Labsから海軍大学院に至るまで、さまざまな機関で「You and Your Research」の講演を何度も行った。彼の核心的な助言は一貫していた。忙しい問題ではなく、重要な問題に取り組むこと。10個の重要な問題を常に頭に入れておくこと。新たな手法が登場したら、それがそれらの10個の問題のいずれかを解決するかどうかを問うこと。
しかし講演全体を通じて、隠れた前提が貫かれている。それは「あなたは機関の中で働いている」というものだ。Bell LabsはHammingの給与を支払っていた。彼は金曜日の午後を、請求可能な成果を生み出さずに思考に費やすことができた。彼はフロアや建物を超えた同僚たちとの会話に気軽に入ることができた。彼は物理的な論文誌のある図書館を利用できた。彼は申請書に署名するだけで計算資源にアクセスできた。
彼が「ドアを開けておけ」と言ったとき、それは廊下の向こうに同僚がいるドアを想定していた。「自分に投資せよ」と言ったとき、それは雇用主が負担する学会参加旅費を想定していた。「知識を複利で増やせ」と言ったとき、それは複利が効くだけの安定した雇用環境を想定していた。
1986年にHammingがBell Communications Researchで初めてこの講演を行ったとき、これは真剣な研究者にとってほぼ普遍的な状況だった。2026年の今、オープンソースはその前提を完全に打ち破った。研究者は自宅のディレクトリ、公開gitリモート、そして同じ問題を共有する見知らぬ人々のコミュニティだけで、影響力のある成果を生み出せるようになった。
このレッスンは、Hammingの優れたアイデアをその枠組みに拡張するものだ——彼の考えを置き換えるのではなく、彼の助言が着地する環境を更新するためだ。
Open Doorの翻訳
Hammingのopen doorについて：'ドアを少し開けておくと、仕事の量は減るが、重要なことを耳にするようになることに気づいた。偉大な科学者たちは、いつもではないが、ある程度はドアを開けている傾向がある。'
彼は文字通りの意味で言っていた。廊下を通る同僚が問題を口にすると、Hammingはその断片を耳にする。新たな手法についての会話も、物理的な空間——ランチの席、廊下、コーヒーマシン——で偶然に耳に入ってきた。
The 10-Problems Technique Outside an Institution
Hammingの10-problems手法：自分の分野における最も重要な未解決問題のリストを維持する。新たな手法、ツール、または結果が現れたら、それが10の問題のいずれかに取り組むかどうかを問う。これにより注意が集中し、「幸運な偶然」のように見える出来事が生まれる。新しい手法がセミナーで紹介され、数分以内にHammingはその手法がどの問題を解決するかを把握する。
オープンソースでは、問題は公開の場に存在する。issueトラッカー、セキュリティデータベース（CVE、CWE）、カンファレンスの講演、解決されないまま残るStack Overflowのスレッド、「これは既知の制限です」と警告するライブラリの変更履歴などである。MOADパイプラインはHammingの手法を体系的に適用する。エコシステム全体でCWE-407をスキャンし、確認された発見を上流プロジェクトに照合し、issueを提出し、パッチを送信する。
このパイプラインには給与は必要ない。必要なのは、問題リスト（MOADs）、スキャン方法（grepパターン、静的解析ツール）、および上流へのアクセス（git、メーリングリスト、GitHub、GitLab）である。端末とインターネット接続があれば、誰でも実行できる。
Hammingの複合知識：最も重要な問題に取り組むことで、学んだ新しい手法がその問題のいずれかを解決する可能性が生まれる。オープンソースでは複合の仕方が異なる。上流にマージされたパッチは、自動的にすべての下流フォークに伝播する。元の研究者が追加の努力をしなくても修正が広がる。2020年にPythonのemailライブラリに提出されたパッチは、2021年までにすべてのPythonインストールに届いた。
かつて機関が提供していたもの：給与の継続性、計算資源、図書館へのアクセス、同僚ネットワーク、評価としての威信。2026年現在、これらの多くはネットワークの端で無料で手に入る。クラウドコンピューティング、オープンジャーナルアーカイブ、GitHub、Stack Overflow、学術的なTwitterなどである。残された希少性はアクセスではなく、注意と判断である。
10の問題テクニックを適用する
あなたの専門領域に向けられたハミングの問い：
機関が与えるもの、与えないもの
Hamming: 「重要な問題に取り組むには勇気が必要だ。ほとんどの人は重要な問題に取り組まない。重要な問題に取り組まなければ、重要な仕事を成し遂げる可能性は低い。」
制度的な後ろ盾は一種の勇気を提供する。テニュアは解雇の脅威を排除し、給与の継続性は収入への不安を和らげる。ピアからの評価は、その問題に取り組む価値があることを裏付ける。機関は失敗した試みのコストを吸収する。
制度の外で働くことは、これらの支えをすべて取り除く。提出したパッチは、他の優先事項を持つメンテナによって無視されるかもしれない。開示した内容は「本物の脆弱性ではない」と却下されるかもしれない。何年も維持してきたプロジェクトが、貢献者を集められないかもしれない。あなたの努力がどこかにたどり着くことを誰も保証しない。
しかしオープンソースは、制度が生み出すある特定の恐れを取り除く。あなたがメンテナンスしているプロジェクトから解雇されることはない。クライアントの要望でマネージャーがあなたを重要度の低い問題に振り向けることもできない。5年かけて成果が出たからといって人事評価で不利になることもない。パブリックドメインのパッチは存在するために許可を必要としない。正確であることだけが必要だ。
Permacomputerの原則：パッチをパブリックドメインとして公開せよ。パッチは存続するためにクレジットを必要としない。採用されるために所属機関を必要としない。正確で到達可能であることだけが必要だ。アップストリームのメンテナが無視した場合は、リポジトリをフォークし、フォーク内で修正を公開せよ。正確さは受け入れられなくても残る。
オープンソースの閉じた扉
Hammingは、オフィスのドアを閉める科学者は短期的にはより多くの成果を上げるが、長期的には重要な情報を得られなくなり、遅れを取ると指摘した。