如何为您的公司建立良好的开发人员关系

您可以原谅您疯狂地匆忙雇用开发人员关系(DevRel)专家。 毕竟，软件正在吞噬世界，开发人员是新的王者，等等。 等等 你需要开发人员在你的平台上建设，你现在就需要他们。

但是，在深入研究开发人员关系之前，也许值得考虑您需要与什么样的开发人员联系，以及如何做到这一点。 虽然Redmonk的詹姆斯州长称赞微软为Azure雇用了Dev Rel人员，但这并不意味着你也需要这样做。 并不是所有的开发人员，因此，并不是所有的DevRel，都是平等的。

这是我在旧金山最近的DevXcon上传递的信息。 坐在其他会议上，我觉得有点不合适，尽管我为一个大型软件供应商管理开发人员生态系统活动。 我对聚集数百万前端开发人员来构建小部件不感兴趣。 我也不想做那些伪装成营火的聚会，到处都是小镇，每个人都很开心。

这些可能是不同公司、不同潜在社区的伟大想法。 但对我来说（也许对你来说，如果我们坦率的话），这些不是你要找的机器人。“

SEE：工作描述：全栈开发人员（技术专业研究）

毕竟，你不是GitHub。 或者微软。 或者谷歌。 或者（基本上插入任何主要技术公司的任何名称）。 你是（插入你公司的名称），你的需求与其他公司不同。

这有点像Gartner分析师SvetlanaSc轮的CIO疯狂雇佣数据科学家的建议：“组织已经有比神秘数据科学家更了解自己数据的人了。” 诀窍是让这些内部候选人拥有从事数据科学的工具。

或者，在开发商的情况下，承担开发商的关系。

开发人员倡导者的一般定义可能类似于Cloud NativeComputing Foundation的高管克里斯·阿尼斯茨奇克(Chris Aniszczyk)的例子：参与“公共演讲、制作演示文稿以及在代表您的公司和您所寻求的开发人员之间谨慎行事的人。”

然而，我为我的团队找到的是，倡导者的角色可以像外部一样内向。 这样的人不需要成为下一个CES主题的候选人，但应该能够与不同的产品团队密切合作，帮助他们变得更有开发意识。

或者简单地听内部和外部开发人员的话。

业务的第一个顺序是确定您的开发人员社区包括谁。 根据Slash数据估计，大约有1300万开发人员，但这并不意味着有1300万开发人员对贵公司/产品感兴趣。 虽然有些公司绝对需要坐在车库里的随机开发人员编写应用程序来运行在他们的平台上，但这可能不能描述你的需求。 在我的例子中，我们的主要开发人员受雇于系统集成商或其他软件供应商。 他们不需要篝火。 他们需要API、文档、用例和示例代码来让他们在满足客户需求方面有一个运行的开始。

但是，如果你听他们的话，你只会学到这个。

例如，当我担任运行开发人员生态系统的角色时，我假设需要更多的开发人员资产(API、文档等)。 这是一个空白，但一阶优先级实际上是修复供应和认证过程，以便第三方开发人员能够更无缝地开始与我们提供的API一起工作。

至于内部需求，我可以告诉产品团队把他们所有的文档放在一个中央存储库中是很好的，但最好知道他们没有这样做的原因是我们现有的系统太麻烦了。

在我的世界里，开发者的倡导者对他们在舞台上的能力不那么有用，他们更有能力与我们的开发者社区，在公司内外交谈，并将这些谈话转化为更好的“卫生”。 这不是指洗澡习惯，而是指开发人员可用的资产和流程的质量。

所以，在你去雇佣一个DevRel领导的模具凯尔西Hightower（一个非常高的酒吧），首先了解你希望拥有的社区。 很可能是理想的候选人坐在隔壁的隔间里。