什么是 DevRel ? V2
士别三日，当刮目相看。小李又带着自己浅显的理解来啦～ 希望大佬看到了能够给一些意见～
上次写了一篇文章，什么是 DevRel ? 。经过几天的琢磨，我觉得可能 version1 里的一些说法有点问题。我个人认为 开发者关系 还是我自己所想的那样，但是开发者关系跟技术运营关系的描述确实是有失偏颇的。这个是好事，总是太相信自己认为的，容易听不进去外界的声音。
我觉得可能一个事情做久了，确实会量变引发质变。那我肯定是之前有太多太多太多的困惑，突然有一天什么都“清晰”的感觉。简单点说就是，我做了几年 DevRel，不管是我定义的还是别人定义的，一直是摸索，一直是凭感觉来，突然有一天，发现自己内化了很多很多方法论，不管是工作的还是生活的，一个问题，有了很多很多答案。这个时候，我意识到的是，一个答案也可以被优化，就像写代码，写完了一段时间之后回看，发现之前写的代码烂的一批，能够看到问题的时候，可能也是一种进步。
回到话题，什么是 DevRel？我个人认为上次的理解没有问题。DevRel 是包括但是不限于：开发者社区维护，解决开发者问题，促进开发者成长，为开发者服务的岗位。工作内容包括但是不限于，布道（演讲/培训），开源贡献，技术社区维护，等等。可能以后还会有新的理解，到时候我会再出一个 version3。
上次说到 DevRel 跟 技术运营 的关系，我自己当然是激情澎湃的，因为是我自己的理解。但是当时的理解从更高层面来看不一定对，比如 运营是什么？摘一个运营的定义如下：
运营就是对运营过程的计划、组织、实施和控制，是与产品生产和服务创造密切相关的各项管理工作的总称。从另一个角度来讲，运营管理也可以指为对生产和提供公司主要的产品和服务的系统进行设计、运行、评价和改进的管理工作。
理论上来说，技术运营也是运营，那我可以理解技术运营就是围绕技术的运营。所以上次我说DevRel 跟 技术运营 的关系，我理解两者应该是互相合作的。从狭义的理解上的理解是没有问题的，但是从运营的定义来说，DevRel 也可以属于 技术运营 。这个时候就很尴尬，其实我之前非常自信描述的我就是开发者关系不是技术运营就变得没有意义。因为我做的事情，就是运营本身。
我细想了一下我纠结的问题，我觉得一个公司的技术运营可以是非常强壮的体系架构，DevRel 可以是其中的一小小部分。但是我自己极度不适应被归为运营是因为我自己本身又是做技术的，其实不太 care 运营同学应该 care 的数据。在这样的情况下，我在 以技术身份做技术运营 或者 我 以技术运营的身份做开发 都是只能被认可一半的，而且自我认知是错位的。公司给我付研发的薪水就在“剥削”我的运营能力，公司给我付运营的薪水就在“剥削”我的研发能力。这里的剥削不是指那么严重，就是单纯的比喻一下，实际情况是，其实有很多机会只做技术运营，而且薪水不低，但是我自己真的放不下技术。
Anyway, 大概举例我觉得比较典型的一些例子，微软 & 谷歌、华为、声网。
微软 & 谷歌：微软 & 谷歌 的开发者关系做的还是不错的，非常成体系。详情大家可以自己点开两个网站查看。首先这两家公司都有自己非常多的开源项目，不用我列举，只要你是研发，你至少用过他们两家的开源工具。免费的东西也需要运营迭代，且不管他们怎么赚钱，开发者关系做的确实非常成体系，而且做的非常有口碑，大家认可微软&谷歌的技术活动，积极参与开源贡献（不管是直接提交代码还是做插件），有庞大的志愿者团队，开发者都愿意积极主动布道相关的技术。微软的 MVP 和 谷歌的 GDE 含金量都很高。
https://developers.google.com/ https://developer.microsoft.com/
华为：我对华为的关注其实不是很多，所以我说些什么可能有点偏颇。一个点可以关注一下，华为 HDE 的含金量的水分大不大～ 还有就是华为的开源产品耳熟能详的是 OpenHarmony。但是我还是持乐观态度，毕竟微软谷歌这么多年沉淀，国内的公司可能刚刚开始意识到开源的重要性，可以有很好的期待。
https://developer.huaweicloud.com/
声网：我其实没有用过声网的产品，对 webRTC 也没有深耕过。但是只要是用过声网 SDK 或者 研究过的同学给我的反馈都是夸，基本没有说声网不好的。这个让我非常感兴趣。一家公司如何赢得了开发者的心。仔细看声网做了两个社区，一个是围绕声网本身的社区，为声网做转化或者为声网客户做服务。一个是围绕 webRTC 本身的中立的社区，只传播和布道 RTC 技术本身。比如 webRTC 中文社区，运营同学也都来自声网。研究了一下声网开发者关系的逻辑，也觉得成立开发者市场的老哥真的很厉害。咨询了我的运营大哥，提到了一个对我来说是新名词的东西，声网是 PLG 模式。Anyway, 声网会有一个开发者市场，衡量的标准也很简单，就是有多少开发者使用了声网的 SDK。我可能说的不对，因为我毕竟没有在声网待过。开发者市场又会有开发者运营，DevRel，技术内容运营，那我理解这个开发者市场就是一个比较成体系的 技术运营，然后技术运营下又有 活动运营，开发者（用户）运营，内容运营，DevRel(开发者关系) 等等。这个时候这个 DevRel 不需要实际参与开发，其实就是布道师，或者 售前工程师，叫什么不重要，重要的是他做的事是帮助大家了解 声网 SDK，帮助大家用，从而促进声网开发者增长。运营同学容易因为数据去失去平衡，声网不看数据，只看使用开发者数量的话，一定程度上平衡了技术本身和运营手段。
https://www.agora.io/cn/community/ https://rtcdeveloper.agora.io/ https://webrtc.org.cn/
我也不一定对，所以要说出来，这样大家能够看到我看不到的东西，然后告诉我，然后我再琢磨琢磨优化。我现在的理解是 DevRel 和 广义的技术运营的关系是 DevRel 是属于技术运营的。这个时候我又突然理解为什么 Scott 老师让我技术至少做到百万年薪的时候再做技术运营。
我觉得人的认知确实会因为 context 的补足发生变化。今天的 V2 主要是迭代在 DevRel 与 技术运营的关系上。虽然我的认知对齐了以后，自己也觉得技术运营的范围更广。不过还是认为 DevRel 更亲技术 还是 更亲运营 对于公司是想 开发者用户增长更快 还是 更快 toB 是有一定影响的。最佳的 case 应该是找到平衡点，运营容易追求数据而忽略技术本质，技术容易追求技术深度而忽略商业诉求，最好是能够找到平衡点。从长期发展来看，还是研究一下微软 & 谷歌怎么做更适合大公司的诉求，中小型公司去研究声网的做法，理论上大家领域不一样达不到互相卷，且能够在思想碰撞中共同进步～