組織の枠組み
ハミングは、ベル研究所から海軍大学研究生学校まで複数の組織で 'You and Your Research' を何度もプレゼントしました。彼の基本的なアドバイスは変わりませんでした：重要な問題に取り組むこと、ただ働くことではなく。10個の重要な問題を頭に留めておくこと。新しい技術が登場したときは、それがそれらの10個の問題を解決するかどうかを尋ねること。
しかし、この話のどこでも、隠れた仮定が流れています：組織の中で働いていると仮定しています。ベル研究所はハミングの給与を支払っていました。彼は出社日の午後の時間を考え込むことができました。出力が請求できないものである限り。彼は階段を渡り歩いて、隣の机のコラボレーターと会話に耳を傾けることができました。彼は物理的な雑誌を読むことができる図書館がありました。フォームを署名するだけでアクセスできるコンピューティングリソースがありました。
彼が 'ドアを開けておく' と言ったとき、彼は隣のホールに位置するドアに接続されていると仮定していました。彼が '自分自身を投資する' と言ったとき、彼は雇用者が会議への旅行費用を補助すると仮定していました。彼が '知識を増やす' と言ったとき、彼は安定した雇用コンテキストがあると仮定していました。複雑に働くことが時間を持つ。
1986年、ハミングがベルコミュニケーションズリサーチで最初にこの話をプレゼントしたとき、これは非常に重視されるものでした。2026年、オープンソースはこの仮定を完全に破壊しました。研究者はホームディレクトリ、パブリックgitリモート、問題を共有する不特定多数のコミュニティから有意義な仕事を生み出すことができます。
このレッスンは、彼のアドバイスがどの環境に届くかをその枠組みに拡張することを目指しています。彼を置き換えるわけではありませんが、更新する環境です。
オープンドアの翻訳
ハミングがオープンドアについて言及した: '私が注意したのは、ドアを少し開けておくと、より多くの仕事ができませんが、重要なことを聞くことができます。偉大な科学者は、いつもとはいえ、時々ドアを開けておく傾向があります。'
彼は本当にそれを指していました。隣の机のコラボレーターが通り過ぎると、問題について話すことに気づきます。ハミングは、新しい技術についての一部の会話を耳にします。これらの衝突は物理空間で、ランチ、ホールウェイ、コーヒーマシンで起こりました。
10の問題の技法、組織外で
ハミングの10の問題の技法:自分の分野で最も重要な未解決問題をリストアップしておく。新しい方法、ツール、または結果が現れると、それがリストの10のどの問題を解決するか尋ねる。この技法は注意を集中させ、幸運な偶然のように見えるブレイクが生まれる:セミナーで新しい技術が登場し、数分間でハミングはどの問題を解決するか見つけ出す。
オープンソースでは、問題は公開されている場所に存在します:問題追跡ツール、セキュリティデータベース（CVE、CWE）、会議での発表、解決されないまま残っているStack Overflowのスレッド、警告の「この問題は既知の制限です」があるライブラリの変更ログ。MOADパイプラインはハミングの技術を体系的に適用します:スキャンするパターン（grep）、静的解析器（static analyzers）、アップストリームプロジェクトへのマッチング、問題報告、パッチの提案。
パイプラインには給与が不要です。必要なものは:問題リスト（MOADs）、スキャン方法（grep patterns、static analyzers）、およびアップストリームアクセス（git、メーリングリスト、GitHub、GitLab）です。ターミナルとインターネット接続がある誰もがそれを実行できます。
ハミングの複合知識：最も重要な問題に取り組み、学んだ新しい技術が一つ解決策を提供する可能性がある。オープンソースは異なり、すべてのダウンストリームフォークに自動的に伝播する。元の研究者からの追加の努力なしに修正が広がる。2020年にPythonのemailライブラリに提出したパッチは、2021年にすべてのPythonインストールに到達した。
機関は以下を提供しました：給与の継続性、コンピューティングリソース、図書館へのアクセス、同僚のネットワーク、プレステージのvalidation。2026年には、ネットワークのエッジでこれらがほとんど無料で到達しました：クラウドコンピュート、オープンジャーナルアーカイブ、GitHub、Stack Overflow、学術Twitter。残りの稀少さは注意および判断ではなく、アクセスではありません。
10-Problems Techniqueを適用する
ハミングの質問、ドメインに向けていて:
機関が提供するもの、提供しないもの
ハミング： '重要な問題に取り組む勇気がいる。ほとんどの人々は重要な問題に取り組みません。重要な問題に取り組まない場合は、重要な仕事をする可能性が低くなります。'
機関の後押しは勇気の形を提供します：定年は解雇の脅威を取り除きます。給与の継続性は収入の不安を取り除きます。同僚の認識は問題が解決に値することを確認します。機関は失敗した試みのコストを吸収します。
機関外での働きはこれらのサポートをそれぞれ取り除きます。提出されたパッチがメンテナの他の優先事項によって無視されることがあります。報告した情報が実際の脆弱性ではないと否定されることがあります。数年間維持してきたプロジェクトが-contributorsを引きつけることがないことがあります。誰もがあなたの努力がどこかにつながることを保証しません。
しかし、オープンソースは機関が作り出す特定の恐怖を取り除きます：あなたは維持するプロジェクトから解雇されません。マネージャーはクライアントの要求によって重要度が低い問題に振り向けられません。パフォーマンスレビューは5年間実果を生み出す問題に取り組むことで罰されません。パブリックドメインのパッチは存在するために許可が必要ではありません。正確さが必要です。
パーマコンピュータ原則: パッチをパブリックドメインで配信します。パッチは評価を生き残るためにクレジットが必要ではありません。パッチは機関の関連性を維持するために採用されません。正確さが必要であり、到達可能である必要があります。アップストリームメンテナがそれを無視する場合、フォークされたリポジトリで修正を配信してください。受け入れがなくても正確さは持続します。
オープンソースの閉じた扉
ハミングは、オフィスドアを閉める科学者が短期的に多く作業をするが、長期的にはコミュニティの流れから外れてしまうと観察しました。