核心观点
开源项目中outsider的PR被忽视是结构性问题,AI时代让这个问题更严重:AI让写代码变容易了,但review成本没降,proof of work失效,reputation比以往更重要。
一、事件起因
Apache Spark邮件列表事件:
- 有人发愤怒邮件,称Spark是”Cartel”(垄断集团/黑帮)
- 原因:他发现bug → 拉PR修复 → 没人理 → 关闭PR
- 后来发现Committer自己修了同样的bug
- 这不是他第一次经历类似事情
情绪: 觉得自己的成果被窃取
二、为什么outsider的PR被忽视
核心矛盾:
- 所有大型项目,outsider的PR被review和merge的比例远低于Committer
- 代码不会自己说话,需要懂的人去读、去判断
- 读代码非常费时间
- 有能力review的人比写代码的人少得多
trade off:
- 没有任何开源项目能review所有人的代码
- 必须在读代码前快速判断读哪些
- 最简单的判断方式:看写代码的人是谁(reputation)
三、AI时代的恶化
AI让问题更严重:
| 之前 | 之后 |
|---|---|
| 可以快速扫一眼判断PR质量 | 每个PR看起来都精雕细琢 |
| 代码格式乱 = 不靠谱 | AI生成的代码格式完美 |
| proof of work有效 | proof of work失效 |
新的proof of work:
- 闻到AI味道的PR直接关
- 没有reputation的人用AI写的代码完全不值得回复
- 你辛辛苦苦回复半天,全都会变成他agent的prompt
四、如何参与开源
建议:
| 步骤 | 说明 |
|---|---|
| 1. build reputation | 从简单的、容易证明的内容入手 |
| 2. 前几个PR做小改动 | 减轻review负担 |
| 3. 保证CI过 | 大红叉绝对没人看 |
| 4. 找合适的reviewer | 根据commit history或owner file判断 |
| 5. tag reviewer | 用简洁语言描述你的工作 |
| 6. 及时响应反馈 | 改完再tag他,说明改动 |
关键心态:
把reviewer当成你的老板,而不是你的下属。
五、核心结论
开源参与原则
- build reputation比以往更重要
- 从简单改动入手,证明你是靠谱的人
- AI用的好应该是生成手搓水准的代码
- 把reviewer当老板,不是下属
AI时代的现实
- AI让写代码变容易了,但review成本没降
- proof of work失效,每个PR都看起来精雕细琢
- 没有reputation的人用AI写的代码不值得回复
- “闻到AI味道直接关”成为新的筛选机制
一句话总结
开源项目中outsider的PR被忽视是结构性问题,AI时代让这个问题更严重:AI让写代码变容易了,但review成本没降,proof of work失效,reputation比以往更重要。