这个开发者体验是什么？

每次我不止一次地回答一个问题，我都会把它看作是写博客的机会。不幸的是，在我们仍在经历的2020年漫长的三月里，我们大概已经过了八九次这个问题了。不过我跑题了。

去年秋天，我开设了一个“全栈工程师、开发人员经验”的职位，这个职位吸引了大量正在寻找下一个（或第一个全职）全栈工程师职位的人。

几乎每位候选人似乎都完全忽略了职位名称中最重要的“开发者体验”部分。（我还应该指出，许多人根本没看过职位描述，所以当得知最初的工作范围竟然包括构建流程时，他们感到很惊讶。）有时是因为他们不理解（也不想问），有时是因为他们太专注于“全栈”部分，以至于似乎对自己具体负责什么工作并不在意。这导致面试过程非常尴尬，候选人似乎一头雾水，在整个面试过程中一遍又一遍地被问到同样的问题，我知道我们需要做出改变。

我向内部呼吁将职位改为“开发者体验工程师”，突然间我们就开发者关系（DevRel）和开发者体验进行了更多尖锐的讨论和提问。

我不要求应聘者具备 DevRel 或开发者体验方面的经验，但我希望他们能够积极提问，并热衷于帮助他人。关于这方面，我稍后会详细介绍。

我如何获得启用？

让我退一步，并向您提供一些我最喜欢的有关 DevRel 主题的资源链接：

• https://www.marythengvall.com/blog/2019/5/22/what-is-developer-relations-and-why-should-you-care
• https://developerrelations.com/what-is-developer-relations
• https://www.samjulien.com/what-is-developer-relations

我在开发者关系部门担任过很多职务，为了赢得大家的信任，我按照以下顺序列出它们：

1. 社区经理
2. 开发倡导者
3. 高级开发倡导者
4. 开发者关系总监
5. 开发者体验主管

这些角色没有告诉你的是，我一直更倾向于 DevRel 中的开发者体验和赋能方面，帮助开发者，但现在我有了这个很棒的头衔，这更凸显了这一点。我的经理@mary_grace在她的另一篇博客中详细介绍了 DevRel 和开发者体验之间的区别。

我专注于赋能领域，源于我内心深处的热情，希望能够避免开发者经历我职业生涯早期所经历的一切。在加入 DevRel 和 Developer Experience 之前，我曾是一名全职工程师，但即便如此，我还是有点偏执，因为我几乎立刻就找到了一个可以在内部帮助（赋能）其他开发者的职位。我对各种拼凑的解决方案有着很高的容忍度，并且坚持不懈地抵制那些我们无法决定是否采用但必须确保其有效运行的工具。

并非每个人都像我一样拥有个性和动力，也并非每个组织都能让一个人或一个团队投入大量时间，不仅让某件事顺利完成，还能反过来告诉组织中的其他人如何让这件事高效运作。正因如此，顾问才能获得巨额报酬，而代理机构的培训费用也更高。最终，你应该问问自己：“有没有更简单易用的工具能达到同样的效果？” 因为答案很可能是肯定的。但有时选择权并不在你，你必须让它发挥作用。

进入开发者体验

我们专注于赋能，目标是为开发人员在使用您的工具/产品/框架等时打造出色的体验。无需争吵，无缝入职，并提供高质量的教育内容来实现这一目标。

开发者体验对于开发者而言，就如同用户体验对于用户而言一样。

我职业生涯中最有意义的工作之一，就是将一段代码交给开发人员，然后看着他们完成所有操作。这太神奇了。

开发人员体验包括：

• 文档
• 最佳实践
• 指南、教程或操作方法
• SDK、API 包装器、客户端库
• 代码片段
• 开发人员工具和建议
• 开源生态系统支持
• 将社区反馈转化为行动

但在内部，您可能看不到的是，开发人员体验还包括：

• 减少支持单的目标（如何操作或一键式支持单）
• 内部支持
• 技术写作评论
• 全面的用户体验反馈
• 开发人员工具基础设施
• 产品路线图影响
• 尽量不要因为大量的反馈和技术债务而爆发（哈哈......但说真的。）

Camunda 的开发者体验（我的团队）

就像开发者倡导者的角色一样，你会发现每个开发者体验的职位描述都大相径庭。其中一些职位属于产品管理、工程（主要是内部开发者体验团队）、DevRel，甚至市场营销（主要是产品营销）。

我的团队属于 DevRel 团队，因此我上面列出的范围和项目可能与营销或（内部）工程团队的不同。

目前，我的团队包括一位技术社区建设者、一位技术作家和我。我们正在招聘一位开发者体验工程师，这促使我写了这篇博客。我今年的目标是扩大团队规模，以支持大型公司项目，这其实是想表达我们现在有太多工作要做，无法像我希望的那样集中精力。

开发者体验真正酷的地方在于社区和公司的需求总是在变化，这意味着你每个季度或每年所做的工作都会有所不同。

我目前的招聘需求弥补了现有的一个缺口——找到一个能够负责文档基础设施（例如流程、构建流程、框架插件等等）的人，并给予它所需的专注和关注。尽管我努力尝试，但我身兼数职，时间也过于分散，所以这确实会减少我的工作量。

但正如我提到的，事情总是会改变的。一旦我们对文档基础设施有了真正的重视，我们就可以考虑其他开发者体验的增强，比如更好地与 VS Code、Postman、GraphiQL 等开发工具集成，以及开发者在使用新产品或框架时真正期望的其他功能。

综上所述，如果您有兴趣直接影响开发者的生活，那么开发者体验部门将是您的理想之选。如果您仍然希望继续编写代码，并希望拓展自己的影响力、领导力和产品知识，不妨考虑将其作为您的下一个职位。

所以也许现在我可以停止一遍又一遍地回答同样的问题，只需链接到这个博客即可。😅

标题照片由John Schnobrich在Unsplash上拍摄