机构框架
Hamming 在贝尔实验室、海军研究生院等多家机构多次发表《你与你的研究》演讲。其核心建议始终如一：解决重要问题，而非仅忙于琐事；始终牢记 10 个重要问题；当新技术出现时，思考它是否能解决这 10 个问题中的任何一个。
但演讲中隐含着一个前提：你身处机构之中。贝尔实验室支付 Hamming 的薪资，让他可以在周五下午思考问题而无需产出可计费成果。他可以随意走进同事的办公室交流，拥有实体期刊的图书馆，以及只需填写表格即可使用的计算资源。
当他说“保持门开着”时，假定门外是走廊里的同事；当他说“投资自己”时，假定雇主会资助参会差旅；当他说“积累知识”时，假定稳定的雇佣关系能让复利效应发挥作用。
1986 年 Hamming 在贝尔通信研究所首次发表演讲时，这对严肃研究者而言几乎是普遍现实。而到了 2026 年，开源已彻底打破这一前提。研究者仅凭一个主目录、一个公开 git 远程仓库，以及一群共享同一问题的陌生人社区，就能产出有影响力的工作。
本课将 Hamming 的核心思想融入这一框架——不是取代他，而是更新其建议所处的环境。
翻译“开放的门”
Hamming 谈开放的门：“我注意到，如果你把门半开，你完成的工作会少一些，但你能听到真正重要的事情。伟大的科学家往往会把门打开——不是一直，而是有时。”
他指的是字面意义。走过的同事可能会提到一个问题。Hamming 会捕捉到关于新技术的片段对话。这些碰撞发生在物理空间、午餐时、走廊里、咖啡机旁。
The 10-Problems Technique Outside an Institution
Hamming 的 10 个问题技巧：维护一份你所在领域最重要的未解决问题清单。当出现新方法、工具或结果时，问它是否解决了其中任何一个。这能集中注意力，并制造出看似幸运的突破：一项新技术出现在研讨会上，Hamming 几分钟内就能看出它解决了哪个问题。
在开源中，这些问题存在于公开场所：问题跟踪器、安全数据库（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 问题：
机构提供什么，不提供什么
Hamming：“从事重要问题需要勇气。大多数人不从事重要问题。如果你不从事重要问题，你就不太可能做出重要工作。”
机构支持提供了一种勇气：终身教职消除了被解雇的威胁。薪资连续性消除了收入焦虑。同行认可验证了该问题值得解决。机构承担失败尝试的成本。
在机构之外工作会移除所有这些支持。你提交的补丁可能被有其他优先事项的维护者忽略。你披露的问题可能被视为不是真正的漏洞。一个你维护多年的项目可能永远吸引不到贡献者。没有人保证你的努力会产生结果。
但开源也消除了机构制造的一种特定恐惧：你不会被解雇于你维护的项目。没有经理会因为客户的要求而将你重定向到不那么重要的问题。没有绩效评估会因为你从事需要五年才能见效的工作而惩罚你。公共领域的补丁不需要许可即可存在。它只需要是正确的。
Permacomputer 原则：以公共领域形式发布补丁。补丁不需要归属即可存续。它不需要机构关联即可被采用。它只需要是正确且可获取的。如果上游维护者忽略它，fork 仓库并在 fork 中发布修复。正确性无论接受与否都会持续存在。
开源的闭门
Hamming 观察到，关上办公室门的科学家短期内完成更多工作，但长期会落后，因为他们不再听到重要的事情。