Git 考古 #10 — 暗物质：看不见的引力
I’m happy to translate the article for you, but I need the full text of the post in order to do so. Could you please paste the content you’d like translated (excluding any code blocks or URLs you want to keep unchanged)? Once I have the text, I’ll provide a Simplified Chinese translation while preserving the original formatting and markdown.
Introduction
大部分宇宙的质量是不可观测的。代码宇宙也是如此。
在第 9 章，我写了关于 Origin — 大爆炸和代码宇宙的首次提交。
这一次，我要写关于宇宙中另一种力量：一种看不见的力量。
物理宇宙中的暗物质
宇宙中大部分质量被认为是 暗物质。然而它无法被直接观察——望远镜看不见它，也没有直接探测的方法。我们确信暗物质的存在，因为它仅以引力的形式表现出来，而引力是毋庸置疑的。当你计算星系的旋转速度时，仅靠可见物质无法解释；正是看不见的质量将星系维系在一起。
Source: …
代码宇宙中的暗物质
代码宇宙也有暗物质。它是那些没有出现在提交记录中的工作：
- 代码评审
- 设计讨论
- 配对编程
- 依赖清理
- 小规模重构
- 文档修正
这些活动和提交一样微小——甚至根本不会成为提交——但它们支撑着宇宙的稳定性。
锚点作为暗物质
回想第 3 章中定义的 Anchor（锚点）角色。锚点并不突出；它们的 Production（生产）和 Design（设计）得分都并不异常。但没有它们，宇宙很快就会崩塌。锚点是代码宇宙的暗物质。正如星系没有暗物质就无法旋转，团队没有锚点也无法保持稳定。
EIS 能检测到锚点，但 EIS 所显示的只是暗物质的 引力效应——而不是暗物质本身。锚点的真正工作体现在那些不出现在代码中的部分。
- 评审不会产生提交，但没有评审的代码库会失去结构。
- 观察会改变宇宙：物理学中的 Observer Effect（观察者效应）映射到代码上，即被观察的代码总会发生变化——可能被删除、改进，或产生新的依赖。
- 在白板前的三十分钟可以决定一种设计，这种设计会塑造成千上万行代码，而这些分钟并未记录在提交中。
不可见的力量决定可见的结构。一次三行的重命名或一次五行的方法抽取在提交日志中可能看起来像“噪声”，但它们是对抗宇宙熵增的行为。小规模重构的累积能够防止结构衰变。
Limitations of EIS
EIS 无法看到暗物质。它是基于提交的工具，无法衡量未出现在提交中的工作：
- 审查质量
- 设计讨论的深度
- 指导的影响
- 团队的心理安全
这些都是暗物质。EIS 向我们展示的仅是宇宙的“可见部分”——星星和星系。知道暗物质的存在可以帮助你正确解读 EIS 数据。某位 Anchor 的分数看起来很低，是因为他们的大部分工作属于暗物质。仅凭数字来评判工程师的生产力，就像只用可见物质来计算星系质量一样，是同样的错误。
在使用 EIS 时，务必意识到暗物质的存在。分数低的工程师实际上可能在支撑团队的稳定性；未出现在提交中的设计决策可能是结构的核心；审查质量可能在提升整个团队的 Quality 分数。尝试看到不可见的事物，本身就是一种观察宇宙的行为。
相关章节
- 第1章：仅从 Git History 衡量工程影响
- 第2章：超越个人 Scores：从 Git History 衡量团队健康
- 第3章：通往 Architect 的两条路径：工程师如何不同演进
- 第4章：Backend Architects 汇聚：安置灵魂的神圣工作
- 第5章：Timeline：Scores 不说谎，也捕捉犹豫
- 第6章：团队演进：Timeline 揭示的组织法则
- 第7章：观察代码宇宙
- 第8章：Engineering Relativity：为何同一工程师得到不同 Scores
- 第9章：Origin：代码宇宙的大爆炸
- 第10章：Dark Matter：不可见的引力（本文）
- 第11章：Entropy：宇宙总是趋向混乱
- 第12章：Collapse：优秀 Architects 与黑洞 Engineers
- 第13章：代码宇宙学
工具
GitHub: engineering-impact-score — CLI 工具、公式和方法论全部开源。
brew tap machuz/tap && brew install eis