什么是 DevRel ?

从职业第一印象来说，很多人以为我是猎头，我是HR，我是运营，我是群主，不会觉得我是一个前端工程师，我到底是什么？当然很少有人会第一眼觉得我是前端工程师，第一做技术的女生本来就少，然后我又发很多活动相关的广告或者分享很多技术文章，所以很多人第一印象，都以为我是运营。但是我从来没有一刻觉得我是运营，虽然我做的有些事情跟运营有点像。今天的这个文章，你刚开始读，我理解你还不太了解我做什么事，那我觉得你可以暂且理解，我是前端工程师。具体我自己理解的我是什么，到最后，我再说一下，这样我们会有讨论空间，因为我理解的也不一定全对。

严格来说，我做 DevRel 是从 19 年 3 月开始到现在，也就说有 3 年时间，但是我当时不知道我做的是 DevRel, 现在回头看，就知道了。最近内心很多观点，很多看法，单个在微信里给人聊，有点浪费。整理一下出来，更多人看到，可以评论区我们讨论讨论，然后大家交流一下。我也不一定对，还是跟之前一样，期待平等的思想交流，期待能够真的有建设性意见或者单纯的分享你的想法，不想要外姓爹。

回到话题，到我目前这个阶段，我感觉我在做的事情，做同样事情的人不多。我认识的人里，只有两个人我觉得是真的 DevRel，当然也有可能是因为我认识的人不够多，或者我只深耕了前端领域。目前我只看到他们两个，我从内心感激他们做的事情，因为我觉得是真的帮助到了别人。一个是创业做前端早早聊的 Scott 老师， 我推荐前端刚入门的，如果对职业发展有困境，就可以去多看看他做的活动，他做的内容。另一个现在自己自由职业的大圣老师，如果你觉得编程有意思，你想转行写代码，你会发现，大圣老师就是这样的，他以前也不是程序员，技术挺好，现在又自由职业做课。他的经历你就会发现，程序员可以是很丰富的，不上班也能活的很好。当然我说这两个人技术也很厉害，至少前端领域应该是做到了薪水能几百万的程度。至于百万这个梗，下面会说到。今天我只单纯的说 DevRel，我也做过自由职业，也有自由职业只做程序员的，或者打造自己流量圈子，走运营玩法的，比如 敖丙 这样的。我觉得他们做的也很好，当然也赚钱，但是今天聊的不是他们做的范围，今天就单纯的说说 DevRel。

说了这么多，我提到了很多次 DevRel, 到底什么是 DevRel? 我其实也没有看过相关的书，也没有看太多太多相关的东西，可能是因为相对还是比较新的。但是名词是新名词，也不一定有多新，因为很多事情的逻辑都是共通的，今天不展开说这个。但是我最近跟 vercel 的 Lee Robinson 聊了聊，我自己对 什么是 DevRel 会有自己的答案，不一定对，但是是一个对我来说比较合理的解释。

国内最近比较热的相关的叫法是 技术运营，我以前跟 scott 老师聊过一次，他也说自己是技术运营，甚至建议我技术做到年薪百万的时候，再转技术运营，现在转天花板有点低。非常感谢他给我他的时间，跟他聊过一两个小时。当时我很困惑，当然也会自卑，因为我肯定薪水不高，而且技术虽然我在大厂做技术，某种程度上，其实是能进大厂的人，技术可能不是很拔尖，但是底子不会太差。所以我技术是不会太差，但是没有很出色，因为大厂里，厉害的人太多太多了。做到百万应该也是能做到，虽然我现在起点低，只要我肯下功夫，就深钻技术，也不是不可能，问题是，可能不会很适合我。现在回想，我觉得 Scott 老师不是技术运营，是 DevRel。

OK，回到这篇文章话题

什么是 DevRel?  DevRel 是开发者关系的缩写，Developer Relationship。我理解的 DevRel 是：

我觉得 DevRel 应该是包括但是不限于：开发者社区维护，解决开发者问题，促进开发者成长，为开发者服务的。我觉得这个是我的答案，但是也不一定对。我觉得做 conf，活动，meetup，公众号文章，本质上就是我的答案的外象化。这个可能是一个非开发者出身的人很难去共鸣的地方。

因为我理解国内的大部分都是技术运营，顾名思义就是跟技术相关的运营工作。这也是为什么很多人以为我是运营的原因，因为我做活动，做主持人，做海报，甚至也写活动宣传稿都是围绕技术相关的。跟运营不一样的就是我还写代码。很多人以为我不写，但是我还写，不写是不可能的，将来也不可能不写。因为当前的困境是，我的职业是前端工程师，我做的活动再牛逼，我的公司没有因为我做出来的价值给我合适的钱，这样的场景下，我只能写业务，我不写，我升职加薪不了，比较实际的问题。但是长远来看，将来真的给我土壤去做技术运营了，我也还是不能不写，我甚至还要比所有的使用者都要懂的。举个不太恰当例子，如果我做 vue.js 的 DevRel，我可以不是尤雨溪，我可以没有参与 vue.js 本身的设计和开发，但是我应该要比尤雨溪更能把这个东西讲给你听明白。这个是 DevRel 应该一直试图去做的。当然我就刚觉醒，也远远达不到这个程度。

开发者关系的好处，现在越来越多人看到但是没有门道。我觉得问题在于可能在于大家都在探索，也会审视自己是不是为了开源而开源，为了运营而运营，发现真的为了开源而开源的时候，就有点难受，碰到了天花板，会失去平衡。因为开发者的数量就算增加，量级比着做娱乐相关活动的也是少的。14亿人都可以去看抖音，去看快手，去看电影，去听歌，但是14亿人里，能写代码，能做开发的还是少数。有些公司可能把开发者关系放在了技术运营，甚至放到市场，可能太关注数据，关注UV，关注star，这个跟开发者关系本质会有点区别，因为开发者关系不关注这些，只关注开发者本身。但是也可以理解公司做技术运营重视数据，毕竟公司的目标是盈利，但是建议还是分开，从可持续发展来看。举个不好的例子，比如之前某厂开源框架“买” star，被各种发朋友圈，技术群传播。一定程度上反馈了，销售用增的套路在技术领域行不通的，即使我拿了你个东西，扫码了什么玩意，点了一个star，又怎么样，对项目本身没有什么好处。

再举个例子，我有个很好的技术运营的好朋友，跟我抱怨，他做技术运营，他的 leader 是技术，一点运营不懂，但是 leader 又要评价他的工作，看不到他做的运营技巧带来的成果，反而说他真的花里胡哨的没有用的东西。看到这个双方的不平衡了吗？我的回复也有点冷血，因为技术运营如果叫技术运营，它的核心就是技术，根本不是运营。所以运营本身就是不那么核心重要的。运营开花了，也做不到让技术超出它自己本身的限制。所以技术运营想要做的好的话，技术是底限，运营是上限。运营是打辅助，当杠杆，做放大器，让技术发光发热去影响更多对这个技术感兴趣的人，帮助他们成长。

所以，技术运营我可以理解现在是越来越多的，但是核心的开发者关系其实还是偏少。

从表象来看，也很好解释开发者关系和运营的区别。比如我给自己社区做活动，可能顶天做到 1k+ UV，大多数情况还是几十人，几百人，十几人都是有的。但是这些数量多少其实都不太会让我心烦。因为十几人我也愿意做，几千人我会更开心，但是没有几千我也没有不开心。尤其是后来给公司做以后，量的浮动可能更大，我一个技术活动，我能做 12k+ 人看，也能几k，也能只给公司内的同学，几百人去看。但是我都OK，没有任何问题，什么数据我都是很开心的。但是运营不能，运营从运营的本质来说，就是要盯一下数据的。比如你这次几万人，下次几千人，哪个环节出了问题？开发者关系和技术运营应该是要相互合作的关系。开发者关系专注在开发者本身，专注在技术本身，专注在解决开发者本身的问题和需求，技术运营同学去帮助开发者关系实现愿景。比如做 conf，去做海报，做周边。

聊到这里我又觉得广义的开发者关系又有很多，尤雨溪可以是，Dan Abramov也可以是。所以一个人在不同阶段确实是可以承载不同的角色。了解各个角色应该做的事，这个时候就不容易纠结。比如我做 开发者关系，现阶段我没有资源，设计资源协调不到，我自己去设计，运营协调不到，我也自己去写宣传稿，自己去运营群，因为我真的很想把事情做好，这个时候就特别有力量，我就能慢慢把事做好，并且一次比一次进步。

再回到刚开始的话题，我到底是做什么的，我觉得我现在的角色应该是 开发 + 开发者关系，我将来也应该是这样，可能会有一些外象的 title, 比如某某社区 leader 或者 某某社区负责人 或者就单纯的前端工程师。title 都是表象，是标签，是你第一眼从我身上看到的我能做什么。核心就很简单，我就是一写代码的，我也帮助别人写代码，我们双赢。因为帮助别人的时候，我自己技术也提升了，我自己写代码，也促进我对同样写代码的同学的理解。

我觉得我内心还是有很多答案，但是不一定对，但是我可以不断的想，不断的矫正去寻求最佳的答案，因为真的做到 100 分不太可能，但是可以是 30 分到60分再无限逼近90多分，我理解大概应该要这样的。

今天这文章可能有点抽象，也不确定会有多少人全部看完。但是如果你看完也有启发，我非常的期待你能够跟我讨论，我们可以互相交流学习，但是现在时间可能是非常宝贵的资源。如果你能也写文章给我，可能会更高效。也可以找我单独聊聊，如果我恰好有空。

共勉～