开发者关系那些并非显而易见的细节

Posted 2020-12-12 devrel

开发者关系是一个相对崭新的领域，很多人才刚刚开始接触。但当你决定要接手这份工作的时候，有什么细节是你没有考虑到的呢？

我花了很长时间思考什么样的人最适合从事开发者关系的工作。我没有使用布道者、提倡者或『开发者教皇』(Michael Ludden)这样的术语，因为我相信无论我们的职位名称是什么，我们都面对着相同的任务、相似的权益关系者和相同的开发者社区。

我担任IBM Watson数据平台(当初的IBM Cloudant)的开发者支持人员已经两年多了。在此前的两年，我特别想投身于开发者关系的工作中。我开始向那些早已经从事开发者关系的同行请教，他们之前的背景和经历是什么。对我来说幸运的是，我之前举办了一个叫做Hackference的小活动，通过这个活动我结识了一些人，包括那些刚开始工作和已拥有多年工作经验的人。几乎所有人在从事开发者关系工作前都曾经是一名开发者（作为全职工作或业余爱好），此后跳上了开发者关系的列车。

开发者关系需要什么技能

在过去四年里，许多事情发生了变化，只有一件事情没有， 而这普遍被视为胜任开发者关系工作的『必需技巧』。对于这点，一般有如下粗略的要求：

• 从事软件开发行业X年，担任CTO或者类似的职务

• 使用编程语言XYZ

• 技术创作（ O’Reilly 出版社的作者有加分）

• 发表过公开演讲

目前这些要求在大多数情况下还是非常有必要的。但这不意味着一切，而许多公司招聘时也注意到了这一点。我最近参加[开发者关系峰会]时，和Machael Ludden一起展示了这张幻灯片，里面有一个详尽的表单，列举了一个从事开发者关系的人有可能要完成的任务。

但尽管这份表单比大部分开发者关系工作的实际内容来得要全面，它没有告诉我们一个人要有怎样的品质才能成为一名杰出的开发者关系工作者。

感同身受是关键

过去的两年里，我也见过一些从未发布过产品级代码的优秀开发者关系工作者。他们中的一些来自科技写作领域，或者刚刚踏出大学校门，但已成为开发者关系中的毕业生了。那么，除了上面我所提到的内容外，那些不起眼的额外要求是什么呢？

无论你在开发者关系的工作中具体做什么，你都必须要让那些使用你产品的用户感同身受。无论是从技术和代码的层面，还是从解决问题的层面，如果你能从产品使用者的角度来考虑问题，生活就会变得简单许多。

让人感同身受真的很有帮助，对于一个(为促进职业发展)建立信息交流网的人更是如此。我发誓，我在『报名职位』一事上花费了相当长的时间。无论是离线还是在线，如果某件事你不能直接帮上忙，那么把问题转交给某个能帮上忙的人同样也会让自己心情愉悦。这可能通过你的产品、你的公司、一门语言、一个API或一个开发者社区来完成。Rey Bango 有一张很棒的幻灯片来展示这一点：

参与其中

了解你举办的活动。开发者关系工作中很重要的一环，是找到开发者社区和开发者活动，并参与其中。你的产品也许很新，又或许你的才刚刚从事开发者关系的工作。因此，对于如何开展工作有一个大概的了解，并且建立良好的声誉是一个很好的开端。

传递善意

最后，请成为一名好公民。传递你的善意。请记住开发者关系的领域还很新颖，大家都在探索完成工作最适合的办法。 如果你需要帮助，请提出问题，其他人会尽量帮忙回答。Rey Bango 有另一幅幻灯片描述这一点：

任何对科技有兴趣并且愿意帮助他人的人都能做到上面所说的。谁都能学习解决问题的逻辑，而且只要知道如何找到解决方法，你肯定能成为一名极其出色的开发者关系工作者。前进吧，在帮助其他优秀的人的同时开展一段令人赞叹的工作，达成一些令人叹为观止的成就！

作者：Mike Elsmore （Developer Advocate for the IBM Watson Data Platform）

原文：Starting in Developer Relations: the non-obvious bits

转载自：Starting in Developer Relations: the non-obvious bitsDevRel 开发者关系--那些并非显而易见的细节

译者：徐倩倩@CMU