最新消息:每个人都受两种教育,一种来自别人,另一种更重要的是来自自己。--爱德华·吉本

开发者关系(DevRel)的新手指南

原创 开发者关系 88浏览 0评论

今天是我进入开发者关系(DevRel)行业的一周年,作为一个行业里的“老人”。我应网友的要求,通过这篇文章向职场新人介绍,在开发者关系这个职业中需要做些什么,以及它所涉及的工作。

本文内容纯属个人想法和经验,不代表我的任何专业成就。

在我的家乡印度,"新人"一词是指刚刚毕业,没有工作经验的人。今天,我已经不再是一个新人了。但是他依然让人觉到很新鲜,也很怀念,同时也很伤感。就像许多事情一样,会发现自己已经老了。

我的第一份工作是在一个离家千里之外的国度(英国),找到了我的第一份工作技术布道师。尽管当时,我手头上还有六份其他的工作邀约可以让我留在家乡,但我还是选择了前者,只因为这是唯一一份关于开发者关系的工作机会。这篇文章是我在过去一年里所学到的关于开发者关系的知识,也是我为什么会接受这个跨越大陆的工作机会的原因。

开发者关系(DevRel是Developer Relations的简称)是目前被认为是最抢手的角色。在一个非开发者关系的人眼里,看着Twitter上关于开发者关系的推文(这基本上就是我们的天堂!),会觉得这个职业超级梦幻。在过去的一年里,至少有上千人问我这个角色到底需要做什么,以及如何才能成为其中的一员。

很多人都在解释开发者关系,以及为什么它对一个面向开发者的公司很重要,但我从来没有遇到过谁的第一份工作是或正在做开发者关系(但这正是我所经历的!)。因此,我想分享一下我对开发者关系的看法。

这篇文章是写给那些在没有开发者关系部门的公司工作的人们,他们不太了解这个角色的作用,也不太了解对不同类型的公司其作用可能是不同的。同时,对于那些有志于加入开发者关系团队的人来说会觉得非常有趣。

一个开发者关系部门,更多时候是由社区经理、技术作者、技术布道师、技术倡导者等角色组成,但有时甚至还会有增长黑客和营销人员等角色加入。开发者关系部门的目标是与开发者建立积极的关系,而开发者是面向开发者的公司的主要客户,比如我目前在Ably公司担任技术布道师。

只有当那些开发者客户感到满意时,这些关系才会变得积极。而对于开发者来说,幸福感来自于完美的产品文档,网站的简单导航,响应式的客户支持,有建设性的入门帮助教程,有吸引力的活动/竞赛,以及介于两者之间的东西。这正是开发者关系团队的重点所在。

根据科技公司的规模、产品或类型的不同,技术布道师/倡导者的目标也有所不同。

1.在一个全球性的跨国公司中,技术布道师的工作重点是尽可能多地出席全球各地的活动。在分享技术知识的同时,也要提到他们代表的是XYZ公司。有时候,技术布道师也要负责那些公司新招募到的开发者,帮助他们与其他人站在同一起跑线上。

2.在一家科技创业公司中,技术布道师的工作重点是让尽可能多的开发者用户了解产品,并确保现有的用户能够了解产品的一切,让他们充分地利用好产品。

3.在一家中等科技公司中,技术布道师的工作重点可能不仅仅是参加技术活动,还要建立各种内部策略来吸引和留住开发者客户。

尽管这对不同的公司来说,意味着是不同的事情。但重要的是,开发者关系团队更大的目标是分享知识,无论是关于一种编程语言,还是关于一门软件工程学科,甚至是一个自己产品的技术细节。

因此,在我看来,技术布道师应该是一个能够将高级会议演讲转化为初级听众能够接受的东西,同时保留原有内容的技术细节的人。正因如此,技术布道师分享的所有资源都必须包含一个关于主题的介绍性材料,或者至少链接到其他简单的材料,即使是初级开发者也可以按照高级材料来做。

| 开发者关系所需的开发经验

这是一个众所周知的事实,一些最伟大的头脑在构建最复杂的问题的解决方案时,有时只是觉得自己做的事情不够得心应手,无法沟通。有时,他们不想浪费时间去做后者,因为他们更喜欢前者。

因此,技术的创造者和技术的消费者之间存在着巨大的差距,而这正是需要开发者关系团队来填补的。

正如我之前提到的,我的第一份工作做的是开发者关系,虽然我在大学期间做过很多业余项目,也曾在初创公司做实习,也希望推出自己的科技产品,但我并没有在任何公司做全职开发者的经验。

当然,有时我觉得(现在仍然觉得)被人们在Twitter上分享的那些惊人的东西压得喘不过气来。自己不断地思考,"在这个世界上还有很多我不知道的东西"。但事实是,相信我(我也是听别人说的),其实大多数人都和我(或你)一样,都是在同一条船上。

这个世界上每天都有令人难以置信的科技在涌现出来,发展速度之快,简直超出了人的极限。因此,一个在某一领域的专家,往往只知道另一个领域的一些细节。但作为观众,你却把所有这些不同的专家集合在一起,让你觉得自己是唯一不知道很多事情的人。

如果说有什么不同的话,那就是我在Twitter上看到的每一个帖子,都会鼓励我去学习新的东西。如果遇到我喜欢的东西,我就会花更多的精力去了解它。我还会以最简单的方式与其他人分享它,这样他们就不用像我一样花那么多的时间,也不用像我一样去看那么多的材料,只需要在最后将各个信息点连接起来。我自己也很享受这个过程。

我的一天就是,当我通过努力让别人理解以前不理解的事情,而与此同时我自己需要花很长时间才能够让自己理解。这非常的有趣。

| 有时开发者关系可能意味着需要戴多个“帽子”

一个庞大的开发者关系团队意味着每个技术倡导者都可以花时间来尝试如何为公司的开发者客户提供更好的服务。比如,编写有趣的教程,谈论最热门的技术趋势,举办网络研讨会,撰写发人深省的技术文章,录制教学视频,手绘草图来解释复杂的数据结构/算法,提出更有效的技术支持策略,为产品建立入门指南,甚至只是参加尽可能多的开发活动,尝试与技术领域的人们进行面对面的互动。

但是一个较小的开发者关系团队,就意味着要同时要做不止一件这样的事情。这是一个完美的平衡行为,天生具有实验性的品质。任何东西太多或太少都可能是危险的。因此,你要不断地进化策略,定期检查指标,根据多个变量分析什么是有效的,什么是无效的等等。

| 新人会产生了什么价值嘛?

当然可以肯定的是,新人无法像有经验丰富的老人那样,对技术问题具有第一手的经验,可以根据问题提出了相应的解决方案。

我非常认同一个经验丰富的人可以轻松的谈论某个科技话题。相应的,一个新人要先花十倍的时间自己去理解这个话题,才有足够的信心与他人分享。即便内容与有经验的技术倡导者不一样,但肯定会从一个完全不同的角度去理解。

| 人人都是开发者关系

正如我之前提到的,现在的毕业生对开发者关系充满了好奇并希望加入到其中。这里可能存在了一个巨大的误解,认为技术布道师就是那些在世界各地漫游的潮人,分享一些基本的开发技巧。但即使是像这样一个超级酷的角色也是需要认真工作的。

相信我,每一篇发表的文章、每一篇撰写的教程和每一次演讲的背后,都有很多工作要做。内容是最大的挑战,许多的东西也在其中发挥作用,例如视觉呈现、技术分解、相关性、技术水平和材料的长度等等。站在下面有成千上万人的舞台上并不容易。要想和陌生人产生有意义的对话,并成为好朋友这也不容易。能公开接受批评,不断学习和提高更不容易。这一切都是不容易的。

开发者关系并不容易。但是对于那些热衷于建造奇妙的东西并且不停谈论它的人来说,这确实是非常有趣的。

当然,加入了开发者关系团队也意味着你没有那么多的时间去写实际的代码。这对很多人来说都是令人沮丧的,这影响了他们加入开发者关系团队的整个决定。我也看到很多人在开发者团队呆了很短的时间后又回到了开发者的岗位。因此,在你决定加入开发者关系团队之前,了解它是什么是非常重要的。

熟悉我的人知道我是一个超级健谈的人,我想我的妈妈是一名大学本科的CS教授,也给我灌输了向他人教授复杂事物的乐趣。

因此,我认为开发者关系对我来说是自然而然的。我并不是说我很擅长,但我喜欢参与其中,并在过程中不断地学习。同样的热情驱使,我从大学开始就和Mozilla基金会结缘,先是成为了Firefox学生大使,后来成为了代表,现在成为了技术演讲者。借此我遇到了一群志同道合的朋友,从而驱使我与他们共同创作了一本关于虚拟现实的书《Learning Web-based Virtual Reality》。

我喜欢谈论和写我所知道的,而我对学习我不知道的东西非常感兴趣,这样我就可以自己与他人分享了。

如果你能与这篇文章联系在一起,并且这是你经常想做的事情,那么开发者关系就是为你准备的。开始寻找机会吧!但是如果你不能理解,那么我的朋友,直到现在你对开发者关系还存在一些错误的理解。

| 经验丰富的开发人员!= 高级技术倡导者/开发关系负责人

到目前为止,你应该已经明白了,一个开发者关系团队与一个由开发人员组成的技术团队或营销团队相比,有着完全不同的目标、责任、技能要求等。

因此,即使你是做了多年的开发人员,你也需要花一些时间在开发者关系本身,才能准确地去理解它。因此,从一个有丰富经验的开发人员到一个高级的开发倡导者的转变,对你和公司来说都不太可能有太大的成效。

| 开发者关系在印度

不幸的是,印度的开发者关系的场面相当惨淡。与欧洲和美国相比,这里举行的会议数量非常少。虽然很多人 (如Siddharth和Dhananjay) 已经意识到了这一点,正在通过在印度组织一些有意义的活动,与全球开发者关系社区建立联系,参与其中并做出贡献,来努力改变这一现状。

然而,现在的技术社区仍然没有将“技术布道师”视为自然的工作角色。有相当多的公司确实设有一个开发者关系部门,但是目标差异很大。

我自己也曾在印度的公司里担任过技术布道师的角色,但那的重心是简单的营销,而不是开发人员/社区建设。这是一个完全错误的想法,如果你是其中之一,请在你雇佣之前理解它。你可能正在改变很多人对这个角色的理解。这个时候Christian Heilmann写的博客将是一个很好的起点。

如果你是一个面向开发人员的技术公司,是时候认真考虑建立一个开发者关系团队了。如果你是一个想加入开发者关系团队的人,请确保你已经把情况弄清楚,并清楚的知道你所要做的事情是什么,然后做出正确的判断。

我非常兴奋地完成了我第一年的职业生涯!在此,我要感谢所有在过去的一年里帮助我理解各种事情,并帮助我成长为一个专业人士的人。同时,如果你想关注我的工作工作内容,我也会经常发[email protected]

作者:Srushtika

编译:庄七

原文:A fresher’s guide to DevRel

转载请注明:开发者关系 » 开发者关系(DevRel)的新手指南

发表我的评论
取消评论
表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址