最近一段时间“Parity”这个词在开发者圈子里出现的频率高了不少。很多人第一时间想到的是区块链而我更关注的是它背后那股招聘风向的变化——Parity不再等人投简历了。说白了就是不把“收简历筛简历”当主要渠道而是主动去开源社区、GitHub、技术论坛里找人。这个转变初看是一家公司的用人习惯变了深看其实是技术招聘逻辑的又一次迁移对求职者和招聘方都有参考价值。如果你也是做技术的或者你正在为公司招技术人这篇内容会聊聊我观察到的招聘趋势变化以及一套可以复制的主动寻源思路。我不会给你一套“万能答案”但会尽量把原理和踩坑细节讲透至少让你在下次做招聘决策或者规划个人职业路径时比现在多一个选择。1. “Parity不再等人投简历了”背后的三个信号1.1 为什么偏偏是ParityParity在区块链基础设施领域是一个比较特殊的存在。它做的不是那种普通业务系统而是底层链、共识协议、跨链通信这类对工程能力要求极高的东西核心代码几乎都是用Rust写的。Rust这门语言的特性决定了它的开发者数量不像Java、Go那么庞大能写好的人更少。这类团队如果还守着“发布JD、等简历进来、让HR筛选、安排几轮面试”的老路大概率会陷入漫长的空缺期。所以当Parity传出不再等人投简历时我完全不意外。它本质上是技术门槛逼着招聘策略改变了。靠简历筛选根本看不出来一个人能不能啃得动底层协议你需要的不是“熟练使用Rust”这样的自我评价而是看候选人有没有在真正的开源项目里长期提交过代码、处理过issue、经历过社区评审。这些东西在GitHub上是公开的比简历诚实得多。还有个背景不能忽略Parity本身是远程优先的团队工程师分散在世界各地如果只靠本地招聘和简历投递人才池会被瞬间锁死。主动全球“捞人”反而是这种组织形态下最符合逻辑的人才获取方式。所以这件事不是一个人力资源部门的临时起意而是技术组织为匹配自身业务形态做出的必然选择。1.2 从“等”到“找”招聘逻辑已经变了传统招聘的经典路径是“发布职位→收简历→筛简历→面试”业内俗称“post and pray”发完职位就祈祷合适的人出现。这条方法在过去十年是有效的但现在越来越失灵。原因不复杂信息太透明好候选人从来不会投简历他们手头通常有稳定的工作、正在做感兴趣的项目、或者已经被人活跃地联系着。被动候选人passive candidate的数量远远大于主动求职者。有调查显示大约七成到八成的职场人在没考虑换工作时也是愿意聊一聊的但他们不会主动去招聘网站投简历。如果你只在投递池里捞人就等于把自己限制在了那两成主动求职者里还要面对海量海投简历的噪声。Parity这类团队要解决的就是这个问题不再守在一个小漏斗前而是把网撒向整个开源生态把可能适合的人直接“找”出来。这件事听起来只是招聘渠道变了但它牵动了整套招聘逻辑。以前是候选人需要公司求的是“给我一个面试机会”现在是公司需要某些稀缺技术能力求的是“能不能请你抽出半小时聊一次”。谁更主动谁就能抢先触达到高质量的人才。1.3 这条消息为什么能上热搜“Parity不再等人投简历了”能成为一个话题某种程度上因为它戳中了两个群体的敏感点。对招聘者来说“等简历”这件事早就让他们不安职位挂了几周收不到几份像样的简历收到的简历里又有大量和岗位不匹配的与其被动等待不如主动出击这成了很多招聘负责人的共识。Parity的做法相当于给这类想法提供了一个公开案例。对求职者来说恐慌更直接。如果公司都不再看简历了那我的简历还有什么用其实这里有个误解不是简历没用了而是“只是投简历”远远不够了。Parity不再等人投简历不代表它不接收简历而是它不会把你的简历当成唯一甚至主要的判断依据。它更可能先在GitHub上搜相关的开源项目找出活跃贡献者再顺着贡献记录联系你简历只是后面留档用的。这件事上热搜是因为它逼着所有技术人重新思考一个问题你的名字能被招聘方主动搜到吗2. 主动寻源时代技术团队怎么“找人”2.1 先给岗位建一份“活人画像”很多团队做招聘时喜欢写一份传统的岗位描述学历、年限、技术栈列表一条条列得很清楚。但主动寻源的起点不是这份JD而是一份更生活化的“活人画像”。你要清楚一个能在这个岗位做出成绩的人平时会在哪里出没会在什么项目上投入大量时间他在技术社区里的行为长什么样比如要找一位负责核心协议的Rust开发与其写“5年Rust经验”不如想象一下你的目标对象大概率在GitHub上维护过一个或多个Rust开源库参与过异步运行时、网络协议、加密库这类底层方向Ta的PR可能经常被某些知名项目合并过Ta的issue讨论里会引用一些RFC或论文。这个画像越具体越容易转化为搜索关键词和筛选条件。我见过不少团队做主动寻源失败就是因为没有这一步。一上来就到处发消息“我们这边有个高级开发岗位你有没有兴趣”收到一堆客气的拒绝是正常的因为你根本不知道对方在做什么是不是合适。先画像再找人才不是大海捞针。2.2 把GitHub当成新的简历池有了画像下一步就是去找人。GitHub可能是目前最值得花时间维护的公开人才池它天然包含了候选人的代码、项目、贡献记录、影响范围这些比任何想象中的“作品集”都完整。具体搜索时有几个思路可以组合着用。第一个是关键词驱动。直接在GitHub搜索代码、仓库、issue例如搜索“substrate runtime”查看哪些人长期在相关仓库里提交commit或解决issue。第二个是语言和经验组合比如搜索Rust项目进一步限定在异步框架、WebAssembly、密码学这些领域。第三个是通过“贡献者排行榜”来发现很多成熟开源项目的贡献者列表本身就是一份高质量候选名单尤其是那些不是单纯“提交一次PR”而是长期参与的人通常具备很强的自驱力和协作能力。当然把GitHub当简历池不等于只看GitHub。技术博客、Stack Overflow、技术会议演讲、开源社区论坛这些阵地同样能反映一个人的技术风格和表达方式。关键是组合使用形成信息交叉验证。比如GitHub上代码写得很漂亮同时在他的博客或会议分享中看到他对某个设计问题的深入思考这个候选人的可信度就会大大提升。2.3 从“一次性招聘”转向“长期关系维护”主动寻源和传统招聘还有一个很大的不同传统招聘是一次性买卖这个岗位招到了简历池就清了主动寻源更像是在经营一张人才关系网。很多顶尖候选人即使当前的岗位再合适也未必愿意立刻跳槽他们可能需要半年、一年甚至更久才会考虑新机会。如果你只在有headcount招聘名额时才去联系他们就会非常被动。更好的做法是建立一个“人才池”或者叫“人才CRM”把接触过的优秀候选人记录下来定期保持技术层面的互动。比如关注对方在GitHub上的新项目偶尔发一封邮件讨论技术细节或者在对方维护的项目里发现一个bug时顺手提一个issue又或者邀请对方参加你们团队的线上技术分享。这些动作不需要太频繁目的是让别人认识你、信任你等机会成熟时对方第一时间想到的会是你们团队。我见过一个非常成功的例子一位技术Leader花了一年时间持续跟踪某个开源项目核心贡献者的更新每次对方发版本都去试用并反馈问题。等那个贡献者最终明确要换工作时根本不需要投简历那位Leader连面试都还没安排就已进入了深度沟通阶段。这种关系带来的招聘效率比任何猎头电话都高。有同学会问长期维护是不是很费精力和时间确实费但按整个招聘成本折算反而更划算。传统招聘每次启动都要重新拉简历、重新面试、重新判断周期可能长达两三个月中间还有看走眼的风险。而长期关系维护到位的候选人双方提前有了大量信息交换入职后的磨合成本和试错成本都会显著下降。为了更直观地理解这个变化下面我整理了一个对比。维度传统“等简历”模式主动寻源模式候选人来源招聘网站、邮箱投递GitHub、开源社区、技术博客、内推网络判断依据简历、面试表现公开代码、长期贡献、技术讨论深度触达方式群发面试邀约、猎头电话个性化技术交流、项目合作邀请接触时机有岗位空缺时才开始长期维护随时保持连接招聘周期通常1到3个月可能几周也可能持续一年以上风险点简历物质疑入职后发现能力不符需要更多甄别和信任建立前期投入大这张表不是说传统招聘一无是处而是提醒你在稀缺技术岗位上等简历的风险越来越大。Parity选择主动找人本质上是把招聘动作从“交易”变成了“关系经营”。对个人求职者来说这也意味着把自己暴露在能被看到的公开环境里比埋头投递简历重要得多。3. 实操复盘像Parity一样建立主动人才雷达3.1 第一步确定搜索范围与关键词如果你现在是一家技术团队的管理者或者HR负责人想复制Parity这种思路从哪开始我的建议是不要先动用什么工具先把搜索范围定义清楚。假设你的团队在做一个基于Rust的分布式系统那你要找的人大概率集中在几个方向分布式共识、网络协议、存储引擎、异步编程、命令行工具、开发者工具等等。关键词可以分成三个层面来拆一是领域词比如distributed systems、consensus algorithm、raft、tokio二是项目名比如你的项目依赖了哪些开源库就去那些仓库里挖贡献者三是行为词比如在GitHub上搜“fix race condition”“implement async runtime”这类动作短语也会命中很多真实能力场景。把这些关键词组合起来作为你搜索开源世界的起点。我在实际操作中习惯做一个简单的表格把要搜索的方向、关键词、期望看到的迹象列出来。比如搜索“tokio”时期望看到候选人有异步运行时相关的pr或者issue搜索“raft共识”时期望看到候选人在相关项目里有长期commit记录。这样筛选起来会很有方向总比漫无目的地看star数强。3.2 第二步用技术手段批量收集候选人手动在GitHub网站上翻页面也能找到不少线索但效率太低了。GitHub官方开放了REST API和GraphQL API支持按关键词、语言、活跃度、提交记录等维度检索。即使你只会写一点简单的脚本也能派上大用场。下面是一段Python脚本的大概思路用来搜索最近一年在Windows和Rust相关仓库中比较活跃的开发者。这里不追求完整的生产级脚本只提供一个可以继续完善的骨架import requests from datetime import datetime, timedelta headers { Accept: application/vnd.githubjson, Authorization: Bearer YOUR_GITHUB_TOKEN, } # 搜索最近一年创建的相关仓库 search_url https://api.github.com/search/repositories params { q: rust windows, sort: updated, order: desc, per_page: 50, } resp requests.get(search_url, headersheaders, paramsparams) repos resp.json().get(items, []) # 再针对每个仓库的贡献者做聚合 base_url https://api.github.com/repos candidate_scores {} for repo in repos: full_name repo[full_name] contributors_url f{base_url}/{full_name}/contributors c_resp requests.get(contributors_url, headersheaders, params{per_page: 10}) for user in c_resp.json(): login user[login] # 简单累加贡献次数 candidate_scores[login] candidate_scores.get(login, 0) 1 # 排序输出候选 for login, score in sorted(candidate_scores.items(), keylambda x: x[1], reverseTrue): print(login, score)这段脚本的逻辑很简单先搜索相关仓库再抓取仓库贡献者最后根据出现在不同仓库里的次数做一个粗排序。实际使用中可以进一步完善比如结合用户仓库里的语言偏好、commit时间分布、是否来自公司账号等维度。需要注意GitHub API有访问频率限制正式用的时候最好申请一个Token并控制并发。还有一点很关键只能使用公开数据不能通过任何手段获取未公开的私密数据这既是规则底线也是基本职业操守。脚本只是帮你缩小范围真正的判断还是要人工完成。我一般会把脚本输出的候选名单放进一个在线表格里备注上他们的活跃项目、主要语言、最近commit时间然后再决定下一步联系谁。3.3 第三步设计“非群发式”触达很多主动寻源死在“触达”这一步。原因很典型用的是猎头口吻开口就问“你对新的工作机会感兴趣吗”。被动候选人每天都会收到大量这种信息早就免疫了。Parity这类技术团队的做法通常更朴素从技术价值切入。比如你看到对方在某个开源项目里提交过一个关键commit你可以针对这个commit提一个技术问题再顺带介绍你所在的团队也在做同样的方向。对方大概率会因为你的问题而愿意回复。如果对方提交的是你的项目依赖的库那就更简单了你可以说“你的某个修复解决了我们线上一个大问题想跟你聊一下后续的维护方向”。这是一次技术社交不是一次招聘谈判。我踩过的坑是每次都急着把自己的岗位JD发过去后面基本没有后续。后来我改成了“三次触达原则”第一次只谈技术和项目顺便建立一个弱连接第二次是在对方有新的技术产出时真诚地点评或提问第三次才试探性地聊到团队需求和机会。很多时候到了第三次不用你开口对方已经主动问你们还缺不缺人。这个过程需要一点耐心但转化率远高于群发私信。3.4 第四步评估与长期培育主动找到的优秀候选人不一定马上就能入职。这就要说到评估和长期培育了。评估环节不能只靠一道算法题和一轮“介绍项目经历”的面试。既然你已经在GitHub上看到对方的代码了完全可以安排一个“真实协作场景”的试水比如邀请对方给你正在维护的某个仓库提一次PR或者在一个技术问题上进行异步讨论。这个过程能同时考察他的代码水平、沟通方式、review反馈的接受度比传统面试要立体得多。如果对方暂时不考虑换工作别删除联系方式。把他放到“长期可联系名单”里定期更新状态。我见过做得好的团队会为这类候选人定制一个专属的RSS或者信息流持续关注对方的技术动态等有合适的合作机会再启动对话。Parity这种全球性团队尤其需要这样做因为人才流动是周期性的今天不合适的对象半年后可能是极合适的伙伴。长期培育的核心是“提供价值”。不定期分享一份高质量的行业资料、一个对方可能感兴趣的技术博客链接哪怕只是一句“看到你的新项目反响很好恭喜”都能让连接保持温度。别让每一次联系都带着“你是不是想换工作了”的目的性这种刻意感会迅速消耗信任。4. 打工人怎么办让作品在简历之前先开口4.1 没有“投简历”这一步的招聘谁会想到你如果企业开始不再等人投简历了对求职者来说最直观的变化就是简历的可见度变低了。投递简历是一种“我主动来找你”的信号但主动寻源是“我来搜索整个互联网看谁能匹配我的需求”。这时候如果你的名字在GitHub上搜不到没有技术博客也没有任何社区发言记录招聘方的雷达就扫不到你。很多能力很强的工程师不擅长包装自己他们觉得只要技术过硬总会有人发现。在“等简历”时代这个想法还能勉强成立因为至少还有简历在流动但在主动寻源时代你不留下任何公开足迹就等于把自己从人才雷达里隐藏了。你需要的不是高调的营销而是把自己正在做的事情记录下来、展示出来。数字足迹其实不需要完美。哪怕你只是把某一次解决线上事故的排查过程写了一篇文章发布到个人博客或者技术社区都会成为你的一部分。招聘者搜索某个关键词时可能因为你的这篇分享而看到你。技术人的个人品牌不是靠一句自我介绍而是靠这些公开的记录堆积出来的。4.2 开源贡献是性价比最高的“简历”如果要让我给技术人推荐一个投入产出比最高的自我展示方式我会选择开源贡献。原因很简单它同时具备可见性、真实性和可追踪性。你在GitHub上的commit和PR都是带时间戳的没法造假招聘方一眼就能看到你的代码风格、协作方式、调试问题的思路。参与开源的门槛没有想象中那么高。你不一定非要成为什么大项目的核心维护者可以先从小事入手找到你日常使用的开源库从阅读文档开始试着修一个错别字、补充一处示例、解决一个比较简单的小bug。这个过程能让你熟悉开源协作的流程包括提PR、参与review、处理CI报错等等。当你积累了十几二十个PR提交记录后你的GitHub个人主页就已经比很多简历生动了。关键不在数量而在持续性和领域一致性。招聘方搜索的不是“一个提交过很多PR的人”而是“一个在自己需要的技术方向上有持续贡献的人”。所以不要漫无目的地到处提交最好围绕目标领域沉淀下去。想做云原生就持续参与Kubernetes相关生态做区块链就深入Substrate或类似的底层项目。长时间地在一个方向上积累你的名字就会慢慢成为一个关键词。4.3 如何被“像Parity一样的公司”注意到既然Parity这类公司会主动在开源社区找人才作为求职者就可以反向操作让自己出现在它们经常搜索的地方。最简单的思路是把你的GitHub主页当成一个重要作品来经营。仓库的README要写清楚项目背景和解决的问题代码结构要清晰commit message不要都写成“update”或者“fix”。这些细节看起来很小但在招聘者眼里代表了你对工程细节的态度。还有一招就是直接参与目标公司维护的开源生态。Parity的开源项目比如Substrate、Polkadot SDK本身就是人才筛选的场域。如果你在里面提交过有质量的PR或issue不等公司主动找你的名字已经留在他们的视野里了。很多技术团队的核心成员会定期查看仓库的贡献者列表和issue讨论你每次发言其实都等于一次在线面试展示。不过我得提醒一句千万不要为了被看到而去做一些无效的刷存在感动作比如无意义地点赞、刷star、灌水式评论。在真正的开发者眼里这些行为一眼就能看穿反而会拉低你的评价。真诚的贡献哪怕只是帮人解决了一个小问题也比一百个无聊评论有价值得多。技术圈的圈子没有那么大口碑的传播是双向的。5. 常见问题与我的踩坑实录5.1 主动寻源会不会招到“代码强但协作差”的人这是很多招聘者最担心的点。毕竟GitHub上的commit很漂亮只能说明他在自己的节奏里很高效不能说明他可以在一支团队里顺畅协作。我踩过不少次坑后来总结出一个规律一定要看他的issue讨论和PR里的review沟通记录这是判断协作能力的窗口。如果一个人在开源项目里review别人代码时的语气是尊重且具体的面对不同意见时能提出论据而不是直接拉黑那这个人的协作能力大概率不差。相反的如果贡献记录里战斗频繁说话带刺或者总是重复同一个错误你就该心里有数。面试中我还会故意设置一个“被否定”的场景看看对方的反应。技术能力强的人很多能接受反对意见、还能把问题聊透的人才是团队里真正稀缺的。5.2 GitHub搜索筛选时要注意什么GitHub上的数据虽然公开但也有很多“噪音”。我遇到过一些候选人仓库看着很热闹点进去全是fork别人的项目自己的原创代码几乎为零也有一个账号贡献了一百多个commit但时间跨度很长一看就是在短暂热情下刷出来的并不是持续投入。所以筛选时不要只看“有没有贡献”还要看贡献的密度和连续性。还有几个容易被忽略的坑。第一别把项目账号当成个人账号很多贡献来自组织账号需要看一眼用户主页确认是不是个人第二要留意项目的实际内容有些仓库可能就是作业或者临时demo含金量不高第三如果对方的GitHub主页长期没有更新但简历上写着大量项目经验那这些经验可能不全是主动参与的。这几种情况都需要专项核实尽量多维度求证。5.3 对方不回复怎么办主动出击难免遇到石沉大海。很多时候不是你不够真诚而是对方实在太忙或者你的消息被淹没在无数猎头信息里。我的处理方法是在第一次联系没有回应后隔两周再补一条内容要提供新的信息增量而不是重复提问。比如可以说“我看你最近又提交了一个关于性能优化的commit我们也遇到了类似的瓶颈想请你分享一下思路”这种情况下对方回的概率会高很多。如果两次都没有回应基本可以判断对方对你的机会不感兴趣至少现在不是合适的时机。这时候不要死缠烂打把它放进长期池里就好。过几个月再换个角度接触。我有过初始被拒绝但半年后对方主动问我“你们还在招吗”的经历。做这行的核心不是“搞定某一次对话”而是经营长久的技术社交网络。5.4 个人心得招聘是营销不是采购做了这么多年招聘和技术管理我越来越觉得技术招聘的本质其实是营销不是采购。传统的思路是把招聘当成采购岗位是待满足的需求候选人是货架上的商品比价、挑选、谈判成交。但真正优秀的技术人不是商品他们同样在评估你这家公司值不值得加入技术氛围好不好、解决的问题有没有吸引力、长期发展的空间够不够。Parity不再等人投简历某种意义上就是对这种“采购式招聘”的告别。它在主动营销自己的技术愿景和开源生态同时也在筛选那些已经被这种技术愿景吸引的人。对公司而言只有不断输出技术影响力才能持续吸引同频的人。对个人而言最好的求职策略也不再是海投简历而是让自己的技术作品和思维方式成为可被搜索、可被讨论、可被记住的内容。最后再分享一个小技巧给还在找工作或者准备跳槽的朋友去把你的GitHub个人资料补完整尤其是把README写清楚。很多人不知道招聘方在搜索候选人时第一站通常就是GitHub搜索框。你把这个页面经营好就等于在主动寻源的世界里点亮了自己位置。我不保证这一定会让你马上收到offer但它会大大增加你被“主动想起来”的概率。技术江湖很大机会会留给那些持续做事、并让别人看见你做事的人。
从“等简历”到主动寻源：Parity招聘转变背后的技术人才获取新逻辑
最近一段时间“Parity”这个词在开发者圈子里出现的频率高了不少。很多人第一时间想到的是区块链而我更关注的是它背后那股招聘风向的变化——Parity不再等人投简历了。说白了就是不把“收简历筛简历”当主要渠道而是主动去开源社区、GitHub、技术论坛里找人。这个转变初看是一家公司的用人习惯变了深看其实是技术招聘逻辑的又一次迁移对求职者和招聘方都有参考价值。如果你也是做技术的或者你正在为公司招技术人这篇内容会聊聊我观察到的招聘趋势变化以及一套可以复制的主动寻源思路。我不会给你一套“万能答案”但会尽量把原理和踩坑细节讲透至少让你在下次做招聘决策或者规划个人职业路径时比现在多一个选择。1. “Parity不再等人投简历了”背后的三个信号1.1 为什么偏偏是ParityParity在区块链基础设施领域是一个比较特殊的存在。它做的不是那种普通业务系统而是底层链、共识协议、跨链通信这类对工程能力要求极高的东西核心代码几乎都是用Rust写的。Rust这门语言的特性决定了它的开发者数量不像Java、Go那么庞大能写好的人更少。这类团队如果还守着“发布JD、等简历进来、让HR筛选、安排几轮面试”的老路大概率会陷入漫长的空缺期。所以当Parity传出不再等人投简历时我完全不意外。它本质上是技术门槛逼着招聘策略改变了。靠简历筛选根本看不出来一个人能不能啃得动底层协议你需要的不是“熟练使用Rust”这样的自我评价而是看候选人有没有在真正的开源项目里长期提交过代码、处理过issue、经历过社区评审。这些东西在GitHub上是公开的比简历诚实得多。还有个背景不能忽略Parity本身是远程优先的团队工程师分散在世界各地如果只靠本地招聘和简历投递人才池会被瞬间锁死。主动全球“捞人”反而是这种组织形态下最符合逻辑的人才获取方式。所以这件事不是一个人力资源部门的临时起意而是技术组织为匹配自身业务形态做出的必然选择。1.2 从“等”到“找”招聘逻辑已经变了传统招聘的经典路径是“发布职位→收简历→筛简历→面试”业内俗称“post and pray”发完职位就祈祷合适的人出现。这条方法在过去十年是有效的但现在越来越失灵。原因不复杂信息太透明好候选人从来不会投简历他们手头通常有稳定的工作、正在做感兴趣的项目、或者已经被人活跃地联系着。被动候选人passive candidate的数量远远大于主动求职者。有调查显示大约七成到八成的职场人在没考虑换工作时也是愿意聊一聊的但他们不会主动去招聘网站投简历。如果你只在投递池里捞人就等于把自己限制在了那两成主动求职者里还要面对海量海投简历的噪声。Parity这类团队要解决的就是这个问题不再守在一个小漏斗前而是把网撒向整个开源生态把可能适合的人直接“找”出来。这件事听起来只是招聘渠道变了但它牵动了整套招聘逻辑。以前是候选人需要公司求的是“给我一个面试机会”现在是公司需要某些稀缺技术能力求的是“能不能请你抽出半小时聊一次”。谁更主动谁就能抢先触达到高质量的人才。1.3 这条消息为什么能上热搜“Parity不再等人投简历了”能成为一个话题某种程度上因为它戳中了两个群体的敏感点。对招聘者来说“等简历”这件事早就让他们不安职位挂了几周收不到几份像样的简历收到的简历里又有大量和岗位不匹配的与其被动等待不如主动出击这成了很多招聘负责人的共识。Parity的做法相当于给这类想法提供了一个公开案例。对求职者来说恐慌更直接。如果公司都不再看简历了那我的简历还有什么用其实这里有个误解不是简历没用了而是“只是投简历”远远不够了。Parity不再等人投简历不代表它不接收简历而是它不会把你的简历当成唯一甚至主要的判断依据。它更可能先在GitHub上搜相关的开源项目找出活跃贡献者再顺着贡献记录联系你简历只是后面留档用的。这件事上热搜是因为它逼着所有技术人重新思考一个问题你的名字能被招聘方主动搜到吗2. 主动寻源时代技术团队怎么“找人”2.1 先给岗位建一份“活人画像”很多团队做招聘时喜欢写一份传统的岗位描述学历、年限、技术栈列表一条条列得很清楚。但主动寻源的起点不是这份JD而是一份更生活化的“活人画像”。你要清楚一个能在这个岗位做出成绩的人平时会在哪里出没会在什么项目上投入大量时间他在技术社区里的行为长什么样比如要找一位负责核心协议的Rust开发与其写“5年Rust经验”不如想象一下你的目标对象大概率在GitHub上维护过一个或多个Rust开源库参与过异步运行时、网络协议、加密库这类底层方向Ta的PR可能经常被某些知名项目合并过Ta的issue讨论里会引用一些RFC或论文。这个画像越具体越容易转化为搜索关键词和筛选条件。我见过不少团队做主动寻源失败就是因为没有这一步。一上来就到处发消息“我们这边有个高级开发岗位你有没有兴趣”收到一堆客气的拒绝是正常的因为你根本不知道对方在做什么是不是合适。先画像再找人才不是大海捞针。2.2 把GitHub当成新的简历池有了画像下一步就是去找人。GitHub可能是目前最值得花时间维护的公开人才池它天然包含了候选人的代码、项目、贡献记录、影响范围这些比任何想象中的“作品集”都完整。具体搜索时有几个思路可以组合着用。第一个是关键词驱动。直接在GitHub搜索代码、仓库、issue例如搜索“substrate runtime”查看哪些人长期在相关仓库里提交commit或解决issue。第二个是语言和经验组合比如搜索Rust项目进一步限定在异步框架、WebAssembly、密码学这些领域。第三个是通过“贡献者排行榜”来发现很多成熟开源项目的贡献者列表本身就是一份高质量候选名单尤其是那些不是单纯“提交一次PR”而是长期参与的人通常具备很强的自驱力和协作能力。当然把GitHub当简历池不等于只看GitHub。技术博客、Stack Overflow、技术会议演讲、开源社区论坛这些阵地同样能反映一个人的技术风格和表达方式。关键是组合使用形成信息交叉验证。比如GitHub上代码写得很漂亮同时在他的博客或会议分享中看到他对某个设计问题的深入思考这个候选人的可信度就会大大提升。2.3 从“一次性招聘”转向“长期关系维护”主动寻源和传统招聘还有一个很大的不同传统招聘是一次性买卖这个岗位招到了简历池就清了主动寻源更像是在经营一张人才关系网。很多顶尖候选人即使当前的岗位再合适也未必愿意立刻跳槽他们可能需要半年、一年甚至更久才会考虑新机会。如果你只在有headcount招聘名额时才去联系他们就会非常被动。更好的做法是建立一个“人才池”或者叫“人才CRM”把接触过的优秀候选人记录下来定期保持技术层面的互动。比如关注对方在GitHub上的新项目偶尔发一封邮件讨论技术细节或者在对方维护的项目里发现一个bug时顺手提一个issue又或者邀请对方参加你们团队的线上技术分享。这些动作不需要太频繁目的是让别人认识你、信任你等机会成熟时对方第一时间想到的会是你们团队。我见过一个非常成功的例子一位技术Leader花了一年时间持续跟踪某个开源项目核心贡献者的更新每次对方发版本都去试用并反馈问题。等那个贡献者最终明确要换工作时根本不需要投简历那位Leader连面试都还没安排就已进入了深度沟通阶段。这种关系带来的招聘效率比任何猎头电话都高。有同学会问长期维护是不是很费精力和时间确实费但按整个招聘成本折算反而更划算。传统招聘每次启动都要重新拉简历、重新面试、重新判断周期可能长达两三个月中间还有看走眼的风险。而长期关系维护到位的候选人双方提前有了大量信息交换入职后的磨合成本和试错成本都会显著下降。为了更直观地理解这个变化下面我整理了一个对比。维度传统“等简历”模式主动寻源模式候选人来源招聘网站、邮箱投递GitHub、开源社区、技术博客、内推网络判断依据简历、面试表现公开代码、长期贡献、技术讨论深度触达方式群发面试邀约、猎头电话个性化技术交流、项目合作邀请接触时机有岗位空缺时才开始长期维护随时保持连接招聘周期通常1到3个月可能几周也可能持续一年以上风险点简历物质疑入职后发现能力不符需要更多甄别和信任建立前期投入大这张表不是说传统招聘一无是处而是提醒你在稀缺技术岗位上等简历的风险越来越大。Parity选择主动找人本质上是把招聘动作从“交易”变成了“关系经营”。对个人求职者来说这也意味着把自己暴露在能被看到的公开环境里比埋头投递简历重要得多。3. 实操复盘像Parity一样建立主动人才雷达3.1 第一步确定搜索范围与关键词如果你现在是一家技术团队的管理者或者HR负责人想复制Parity这种思路从哪开始我的建议是不要先动用什么工具先把搜索范围定义清楚。假设你的团队在做一个基于Rust的分布式系统那你要找的人大概率集中在几个方向分布式共识、网络协议、存储引擎、异步编程、命令行工具、开发者工具等等。关键词可以分成三个层面来拆一是领域词比如distributed systems、consensus algorithm、raft、tokio二是项目名比如你的项目依赖了哪些开源库就去那些仓库里挖贡献者三是行为词比如在GitHub上搜“fix race condition”“implement async runtime”这类动作短语也会命中很多真实能力场景。把这些关键词组合起来作为你搜索开源世界的起点。我在实际操作中习惯做一个简单的表格把要搜索的方向、关键词、期望看到的迹象列出来。比如搜索“tokio”时期望看到候选人有异步运行时相关的pr或者issue搜索“raft共识”时期望看到候选人在相关项目里有长期commit记录。这样筛选起来会很有方向总比漫无目的地看star数强。3.2 第二步用技术手段批量收集候选人手动在GitHub网站上翻页面也能找到不少线索但效率太低了。GitHub官方开放了REST API和GraphQL API支持按关键词、语言、活跃度、提交记录等维度检索。即使你只会写一点简单的脚本也能派上大用场。下面是一段Python脚本的大概思路用来搜索最近一年在Windows和Rust相关仓库中比较活跃的开发者。这里不追求完整的生产级脚本只提供一个可以继续完善的骨架import requests from datetime import datetime, timedelta headers { Accept: application/vnd.githubjson, Authorization: Bearer YOUR_GITHUB_TOKEN, } # 搜索最近一年创建的相关仓库 search_url https://api.github.com/search/repositories params { q: rust windows, sort: updated, order: desc, per_page: 50, } resp requests.get(search_url, headersheaders, paramsparams) repos resp.json().get(items, []) # 再针对每个仓库的贡献者做聚合 base_url https://api.github.com/repos candidate_scores {} for repo in repos: full_name repo[full_name] contributors_url f{base_url}/{full_name}/contributors c_resp requests.get(contributors_url, headersheaders, params{per_page: 10}) for user in c_resp.json(): login user[login] # 简单累加贡献次数 candidate_scores[login] candidate_scores.get(login, 0) 1 # 排序输出候选 for login, score in sorted(candidate_scores.items(), keylambda x: x[1], reverseTrue): print(login, score)这段脚本的逻辑很简单先搜索相关仓库再抓取仓库贡献者最后根据出现在不同仓库里的次数做一个粗排序。实际使用中可以进一步完善比如结合用户仓库里的语言偏好、commit时间分布、是否来自公司账号等维度。需要注意GitHub API有访问频率限制正式用的时候最好申请一个Token并控制并发。还有一点很关键只能使用公开数据不能通过任何手段获取未公开的私密数据这既是规则底线也是基本职业操守。脚本只是帮你缩小范围真正的判断还是要人工完成。我一般会把脚本输出的候选名单放进一个在线表格里备注上他们的活跃项目、主要语言、最近commit时间然后再决定下一步联系谁。3.3 第三步设计“非群发式”触达很多主动寻源死在“触达”这一步。原因很典型用的是猎头口吻开口就问“你对新的工作机会感兴趣吗”。被动候选人每天都会收到大量这种信息早就免疫了。Parity这类技术团队的做法通常更朴素从技术价值切入。比如你看到对方在某个开源项目里提交过一个关键commit你可以针对这个commit提一个技术问题再顺带介绍你所在的团队也在做同样的方向。对方大概率会因为你的问题而愿意回复。如果对方提交的是你的项目依赖的库那就更简单了你可以说“你的某个修复解决了我们线上一个大问题想跟你聊一下后续的维护方向”。这是一次技术社交不是一次招聘谈判。我踩过的坑是每次都急着把自己的岗位JD发过去后面基本没有后续。后来我改成了“三次触达原则”第一次只谈技术和项目顺便建立一个弱连接第二次是在对方有新的技术产出时真诚地点评或提问第三次才试探性地聊到团队需求和机会。很多时候到了第三次不用你开口对方已经主动问你们还缺不缺人。这个过程需要一点耐心但转化率远高于群发私信。3.4 第四步评估与长期培育主动找到的优秀候选人不一定马上就能入职。这就要说到评估和长期培育了。评估环节不能只靠一道算法题和一轮“介绍项目经历”的面试。既然你已经在GitHub上看到对方的代码了完全可以安排一个“真实协作场景”的试水比如邀请对方给你正在维护的某个仓库提一次PR或者在一个技术问题上进行异步讨论。这个过程能同时考察他的代码水平、沟通方式、review反馈的接受度比传统面试要立体得多。如果对方暂时不考虑换工作别删除联系方式。把他放到“长期可联系名单”里定期更新状态。我见过做得好的团队会为这类候选人定制一个专属的RSS或者信息流持续关注对方的技术动态等有合适的合作机会再启动对话。Parity这种全球性团队尤其需要这样做因为人才流动是周期性的今天不合适的对象半年后可能是极合适的伙伴。长期培育的核心是“提供价值”。不定期分享一份高质量的行业资料、一个对方可能感兴趣的技术博客链接哪怕只是一句“看到你的新项目反响很好恭喜”都能让连接保持温度。别让每一次联系都带着“你是不是想换工作了”的目的性这种刻意感会迅速消耗信任。4. 打工人怎么办让作品在简历之前先开口4.1 没有“投简历”这一步的招聘谁会想到你如果企业开始不再等人投简历了对求职者来说最直观的变化就是简历的可见度变低了。投递简历是一种“我主动来找你”的信号但主动寻源是“我来搜索整个互联网看谁能匹配我的需求”。这时候如果你的名字在GitHub上搜不到没有技术博客也没有任何社区发言记录招聘方的雷达就扫不到你。很多能力很强的工程师不擅长包装自己他们觉得只要技术过硬总会有人发现。在“等简历”时代这个想法还能勉强成立因为至少还有简历在流动但在主动寻源时代你不留下任何公开足迹就等于把自己从人才雷达里隐藏了。你需要的不是高调的营销而是把自己正在做的事情记录下来、展示出来。数字足迹其实不需要完美。哪怕你只是把某一次解决线上事故的排查过程写了一篇文章发布到个人博客或者技术社区都会成为你的一部分。招聘者搜索某个关键词时可能因为你的这篇分享而看到你。技术人的个人品牌不是靠一句自我介绍而是靠这些公开的记录堆积出来的。4.2 开源贡献是性价比最高的“简历”如果要让我给技术人推荐一个投入产出比最高的自我展示方式我会选择开源贡献。原因很简单它同时具备可见性、真实性和可追踪性。你在GitHub上的commit和PR都是带时间戳的没法造假招聘方一眼就能看到你的代码风格、协作方式、调试问题的思路。参与开源的门槛没有想象中那么高。你不一定非要成为什么大项目的核心维护者可以先从小事入手找到你日常使用的开源库从阅读文档开始试着修一个错别字、补充一处示例、解决一个比较简单的小bug。这个过程能让你熟悉开源协作的流程包括提PR、参与review、处理CI报错等等。当你积累了十几二十个PR提交记录后你的GitHub个人主页就已经比很多简历生动了。关键不在数量而在持续性和领域一致性。招聘方搜索的不是“一个提交过很多PR的人”而是“一个在自己需要的技术方向上有持续贡献的人”。所以不要漫无目的地到处提交最好围绕目标领域沉淀下去。想做云原生就持续参与Kubernetes相关生态做区块链就深入Substrate或类似的底层项目。长时间地在一个方向上积累你的名字就会慢慢成为一个关键词。4.3 如何被“像Parity一样的公司”注意到既然Parity这类公司会主动在开源社区找人才作为求职者就可以反向操作让自己出现在它们经常搜索的地方。最简单的思路是把你的GitHub主页当成一个重要作品来经营。仓库的README要写清楚项目背景和解决的问题代码结构要清晰commit message不要都写成“update”或者“fix”。这些细节看起来很小但在招聘者眼里代表了你对工程细节的态度。还有一招就是直接参与目标公司维护的开源生态。Parity的开源项目比如Substrate、Polkadot SDK本身就是人才筛选的场域。如果你在里面提交过有质量的PR或issue不等公司主动找你的名字已经留在他们的视野里了。很多技术团队的核心成员会定期查看仓库的贡献者列表和issue讨论你每次发言其实都等于一次在线面试展示。不过我得提醒一句千万不要为了被看到而去做一些无效的刷存在感动作比如无意义地点赞、刷star、灌水式评论。在真正的开发者眼里这些行为一眼就能看穿反而会拉低你的评价。真诚的贡献哪怕只是帮人解决了一个小问题也比一百个无聊评论有价值得多。技术圈的圈子没有那么大口碑的传播是双向的。5. 常见问题与我的踩坑实录5.1 主动寻源会不会招到“代码强但协作差”的人这是很多招聘者最担心的点。毕竟GitHub上的commit很漂亮只能说明他在自己的节奏里很高效不能说明他可以在一支团队里顺畅协作。我踩过不少次坑后来总结出一个规律一定要看他的issue讨论和PR里的review沟通记录这是判断协作能力的窗口。如果一个人在开源项目里review别人代码时的语气是尊重且具体的面对不同意见时能提出论据而不是直接拉黑那这个人的协作能力大概率不差。相反的如果贡献记录里战斗频繁说话带刺或者总是重复同一个错误你就该心里有数。面试中我还会故意设置一个“被否定”的场景看看对方的反应。技术能力强的人很多能接受反对意见、还能把问题聊透的人才是团队里真正稀缺的。5.2 GitHub搜索筛选时要注意什么GitHub上的数据虽然公开但也有很多“噪音”。我遇到过一些候选人仓库看着很热闹点进去全是fork别人的项目自己的原创代码几乎为零也有一个账号贡献了一百多个commit但时间跨度很长一看就是在短暂热情下刷出来的并不是持续投入。所以筛选时不要只看“有没有贡献”还要看贡献的密度和连续性。还有几个容易被忽略的坑。第一别把项目账号当成个人账号很多贡献来自组织账号需要看一眼用户主页确认是不是个人第二要留意项目的实际内容有些仓库可能就是作业或者临时demo含金量不高第三如果对方的GitHub主页长期没有更新但简历上写着大量项目经验那这些经验可能不全是主动参与的。这几种情况都需要专项核实尽量多维度求证。5.3 对方不回复怎么办主动出击难免遇到石沉大海。很多时候不是你不够真诚而是对方实在太忙或者你的消息被淹没在无数猎头信息里。我的处理方法是在第一次联系没有回应后隔两周再补一条内容要提供新的信息增量而不是重复提问。比如可以说“我看你最近又提交了一个关于性能优化的commit我们也遇到了类似的瓶颈想请你分享一下思路”这种情况下对方回的概率会高很多。如果两次都没有回应基本可以判断对方对你的机会不感兴趣至少现在不是合适的时机。这时候不要死缠烂打把它放进长期池里就好。过几个月再换个角度接触。我有过初始被拒绝但半年后对方主动问我“你们还在招吗”的经历。做这行的核心不是“搞定某一次对话”而是经营长久的技术社交网络。5.4 个人心得招聘是营销不是采购做了这么多年招聘和技术管理我越来越觉得技术招聘的本质其实是营销不是采购。传统的思路是把招聘当成采购岗位是待满足的需求候选人是货架上的商品比价、挑选、谈判成交。但真正优秀的技术人不是商品他们同样在评估你这家公司值不值得加入技术氛围好不好、解决的问题有没有吸引力、长期发展的空间够不够。Parity不再等人投简历某种意义上就是对这种“采购式招聘”的告别。它在主动营销自己的技术愿景和开源生态同时也在筛选那些已经被这种技术愿景吸引的人。对公司而言只有不断输出技术影响力才能持续吸引同频的人。对个人而言最好的求职策略也不再是海投简历而是让自己的技术作品和思维方式成为可被搜索、可被讨论、可被记住的内容。最后再分享一个小技巧给还在找工作或者准备跳槽的朋友去把你的GitHub个人资料补完整尤其是把README写清楚。很多人不知道招聘方在搜索候选人时第一站通常就是GitHub搜索框。你把这个页面经营好就等于在主动寻源的世界里点亮了自己位置。我不保证这一定会让你马上收到offer但它会大大增加你被“主动想起来”的概率。技术江湖很大机会会留给那些持续做事、并让别人看见你做事的人。