Hired Through GitHub: Part 2
这是一篇 Zed Blog 于 2025-10-30 发布的社区招聘案例文章。它不是在讲“怎样写一份更好的简历”，而是在展示另一种更强信号的人才识别方式：候选人先通过真实开源贡献、沟通方式和协作习惯进入团队视野，再顺势转成正式成员。和传统招聘相比，这篇更强调公开作品、长期贡献和在真实项目中的工作表现。
- 文章延续了 Zed 前一篇 “Hired Through GitHub” 系列，核心结论很直接：团队里有相当多成员并不是先投简历、再面试、再入职，而是先在开源项目里持续做出高价值贡献。
- Smit Barmase 的路径更偏“独立高产型”。他辞职后主动挑选自己真正想长期投入的开源项目，从 2024 年 11 月开始集中修 Zed 的 Linux 相关 bug 和功能缺口，不到三个月提交了 40 多个 PR。
- 这条路径里最值得沉淀的，不只是“提交很多 PR”，而是他解决的是用户真的在痛的、拖了很久却没人做的高信号问题，例如 Wayland 光标、Linux 菜单和项目面板改进。这说明贡献驱动招聘看重的不是热闹度，而是实际影响。
- Bennet Fenner 的路径则更偏“公开协作型”。他在 Zed 开源后立刻开始贡献，并频繁进入 Zed 的公共频道，与 Conrad 等工程师结对编程、讨论实现、一起推进 PR，再自然过渡到实习和正式加入团队。
- 两个人的路径不同，但文章刻意给出一个共通模式：团队并不是只看 GitHub diff，而是在真实贡献过程中一起观察一个人如何思考问题、如何沟通、如何回应反馈、如何在现有代码库里工作。
- 从公司角度看，这种方式有明显优势：比传统面试更接近真实工作样本。候选人是否理解产品、是否能在现有代码结构下推进、是否会异步协作或实时协作，都能被长期观察。
- 从候选人角度看，这种路径也降低了“入职前完全陌生”的摩擦。两位案例都提到，先贡献再加入，让他们在正式入职前就熟悉了代码库、工程文化和团队协作方式。
- 文章最后还给了一个很实操的动作建议：如果还没开始贡献，就先找最小 bug 修第一个 PR；如果已经贡献一段时间，就不要只刷小修小补，而要敢于承担更大、更高质量的工作。
- 如果抽象成方法论，这篇支持的是一种 贡献驱动招聘 观：与其在简历里声明能力，不如在公开项目中持续留下可被团队直接观察的能力证据。
ℹ️ Conflict:
- 这种模式信号很强，但适用范围并不普适。它更适合像 Zed 这样开源、产品导向强、工程团队愿意公开协作的小团队，不适合所有岗位或所有公司。
- 它天然会偏向那些有空余时间、经济缓冲和公开表达习惯的人；因此“先贡献再录用”并不一定比传统招聘更公平，只是信号结构不同。
- 文章呈现的是成功样本，容易让人低估沉没成本。很多人即使认真贡献，也未必会遇到有招聘需求、文化匹配和时机刚好的团队。
- 这种路径也会偏好在公共空间里高可见的人，而低调但稳定、或主要在闭源组织里积累能力的人，未必会在这种机制下占优。
- Zed Blog, “Hired Through GitHub: Part 2”, 2025-10-30.
- 原文摘录：[llm-wiki/raw/03_成长/Hired Through GitHub Part 2](/raw/03_成长/Hired Through GitHub Part 2.md)