InfluxData的DevRel是什么

作者：Anais Dotis-Georgiou / 开发者
2024年5月21日

导航至

开发者倡导者或开发者关系（DevRel）的角色既关键又令人困惑。作为个人贡献者，DevRels做什么？DevRel团队作为一个整体是如何运作的？

就像许多其他公司一样，DevRel职位的轮廓模糊了技术倡导、社区参与、市场营销和产品传教的界限，使其成为最不被理解但至关重要的角色之一。这种模糊性不仅突出了这一职位的独特性，而且在招聘新人才时也提出了重大挑战。

在我们深入了解InfluxData的DevRel意味着什么时，我旨在揭开这一角色的神秘面纱，并阐明它在组织中的关键功能。我还会分享我在这个职位上所学到的经验教训。

DevRel做什么？

当有人问DevRel做什么时，我通常会给出一个复杂的答案，比如，“DevRel是代表公司与社区，反之亦然的人。”我喜欢这个答案，因为它虽然承认模糊，但DevRel的角色非常广泛。每个公司对开发者倡导者的角色都有不同的看法。以下是一些常见的类型/模型

  • 技术影响者：一些公司只有一位DevRel作为公司的“面孔”。这是一个以市场营销为主的DevRel。你可以把他们看作是“技术影响者”。他们专注于他们的社交媒体关注者，并为这些渠道制作短视频。他们通常不会深入技术细节，而是专注于品牌、信息和设计。我不认为这是真正的开发者倡导；这更多的是一个市场营销角色。对我来说，DevRels最好通过构建帮助用户解决复杂问题的技术解决方案和内容来进一步利用，这样市场营销团队就可以专注于漏斗顶部的指标，如观看次数和订阅者数量。

  • 前端/后端开发者倡导：其他（通常是较大的）团队将DevRel工作分为“前端开发者倡导”和“后端开发者倡导”。在这个模型中，一些DevRel创建技术内容、演示和文档。其他人负责通过网络研讨会、会议等公共场合分享这些内容。

  • 内部产品顾问：一些DevRel认为他们应该领导产品规划，并在整个组织中担任内部顾问，以帮助融入用户反馈并使产品与用户需求保持一致。这些DevRel还充当兼职解决方案架构师，通常与销售和客户成功工作更加紧密。他们的工作不是销售产品，而是在销售电话期间充当潜在客户的教育者，利用这些知识帮助引导产品开发。

  • 开发者倡导工程师：这些开发者倡导者非常“后端”。他们的大部分时间都花在回答社区问题、查看GitHub问题以及根据需要贡献一些小的错误修复或功能请求上。他们通常是高级全栈开发人员，可以在需要时对开源项目的任何部分做出小贡献。他们还可能为上游项目或其他开源工具做出贡献，以增加互操作性。

  • 教育DevRel：大型DevRel团队可能会有成员专注于与大学和本科生或研究生进行外联。

  • Meetup/活动和合作伙伴DevRel：这些DevRel花费时间组织公司的Meetup。这包括推广活动、寻找赞助商和演讲者、组织活动和赠品等。他们还可能组织黑客马拉松和其他包容性编码活动，如办公时间。他们还花费时间发展合作伙伴关系，寻找与其他组织的合作机会。

在InfluxData，我们强大的两人团队最接近于“前端/后端开发者倡导”模式，尽管我们做了一切。在我看来，我们在代表公司面向社区方面做得很好，但我们没有很多机会代表社区向公司反馈（关于这一点稍后还会提到）。

认识团队

Zoe Steinkamp是InfluxData的高级开发者倡导者。她更像是“前端开发者倡导者”，在InfluxData工作了五年。她最初是一名前端开发人员，大约四年前转到了DevRel。Zoe热衷于进行技术演讲和与社区建立联系。她的母语是JavaScript，但像所有开发者倡导者一样，她也花时间用多种语言进行编码。

我是Anais Dotis Georgiou，是首席开发者倡导者，并在InfluxData工作了六年。我对数学、数据分析和数据科学的所有事物都充满热情。我的母语是Python。我专注于创建技术代码示例、博客文章、虚拟网络研讨会和InfluxDB大学课程。

InfluxData的DevRel也花时间在产品和技术文档上做出贡献，创建合作伙伴关系，组织Meetup，作为临时解决方案架构师，并参与客户成功工作。但让我们看看我们今天是如何花费时间的。

InfluxData DevRel如何花费时间

我们通常在以下方面花费时间

  • 创建技术演示、POC和代码示例
  • 在实体和虚拟会议上发表演讲
  • 回答社区问题
  • 撰写技术博客文章或教程
  • 创建InfluxDB大学课程

以下是Zoe和我今年第一季度初期的大致时间分配……

技术演示、POC和代码示例

InfluxData的DevRel团队创建了一个GitHub组织InfluxCommunity，其中包含几个仓库，展示了如何使用InfluxDB与其他各种开源工具结合使用。它也是维护InfluxDB v3所有客户端库的地方。

我们独立、作为一个团队，以及与其他社区成员或InfluxData的工程师一起贡献了演示和代码示例。这些教程的目的是帮助用户开始使用特定的技术栈或用例。我们的目标始终是尽可能简化入门过程。我们通过确保我们的演示程序是Docker化的、利用开源工具或免费版本，并且有良好的文档（无论是README.md还是配套的博客文章）来实现这一点。

我们最受欢迎的一些存储库（按GitHub星级排序，不包括客户端库）有

  • InfluxDBv2_Telegraf_Docker：如何在容器中运行InfluxDB v2和Telegraf的示例。
  • Plant_buddy：使用InfluxDB平台作为后端为Flask Web服务提供演示的项目。
  • Notebooks：关于异常检测、预测和InfluxDB的Jupyter Notebook教程集合。
  • Telegraf-Community-Configs：一个促进Telegraf社区中配置创建、共享和重用的存储库。任何人都可以提交新的配置或对现有配置的改进，并在自己的架构中使用它们。
  • Quix-anomaly-detection-example：该项目提供了如何使用Quix和InfluxDB 3.0构建机器异常检测数据管道的示例。

我们还有以下技术的InfluxDB代码示例

  • 数据工程和流：Kafka、Minikube、Quix、Mage。
  • 可视化：Grafana、Superset、Tableau
  • IoT：HiveMQ、OpenTelemetry、MQTT、OPC UA、RabbitMQ
  • 数据分析与数据科学：Pandas、Spark、Polars，以及用于异常检测和预测的多种Python库

今年，我和Zoe做出了以下贡献

  • MQTT数据消费和利用Kafka的快速入门教程
  • 使用Python、InfluxDB和Grafana准备、摄取和可视化空中交通数据的飞行演示
  • 关于准备和将时间序列数据转换为向量化以便由向量数据库摄取以执行相似性搜索和异常检测的教程

InfluxDB被广泛应用于各个行业和用例。好奇心对于任何DevRel来说都是必要的，尤其是在InfluxData，因为我们必须不断学习新技术栈。

面对面会议和虚拟活动

开发者关系的一部分是技术布道。这意味着在面对面会议和虚拟活动中分享这些技术演示。这也意味着提交CFP、申请聚会、并在会议上执行展台任务。这个工作的一部分亮点是面对面地与人交流——从用户、客户和合作伙伴到我们自己的Influxers。到目前为止，今年Zoe已经参加了世界各地的七场会议，但在她作为Influx的DevRel的三年间，她以不同的身份访问了34个城市和14个国家。

我和Zoe今年还举办了15场关于各种主题的网络研讨会，从“InfluxDB基础”到“利用时间序列数据库和OpenTelemetry的强大功能”。我们在InfluxData网络研讨会、虚拟会议以及Conf 42和DBTA等网络研讨会上进行了演讲。感谢营销团队帮助我们找到会议申请并赞助网络研讨会！

回答社区问题

InfluxData的职责中一个关键的部分是回答问题。在InfluxData，我们主要监控我们的Slack和社区论坛（尽管我们也回应Reddit和Twitter上提问的人）。社区问题对于DevRels来说是一个了解用户遇到的各种障碍以及我们产品优势和局限性的绝佳方式。

  • 了解用户遇到的障碍类型以及我们产品的优势和局限性。当然，你也会成为InfluxDB和Telegraf的专家。
  • 学习如何使用其他技术。你会收到各种语言和各种领域的问题——从C#到JavaScript，从Arduino问题到CISCO网络问题，再到特定预测问题的算法选择问题。你最终将成为各种其他工具的专家，如Grafana或Pandas。
  • 为技术演示或书面内容获得灵感。当我们看到用户反复提出类似问题时，我们就知道是时候针对该主题制作内容了。
  • 与社区成员建立联系。我们能够将从事类似项目的不同社区成员联系起来。我们还发现社区成员通过网络研讨会或社区贡献的博客文章向更广泛的社区分享他们的项目的机会。

今年我们在论坛和Slack上回答了600多个问题，我们与社区的合作导致了与Drona、JetBrains、Quix、Mage等公司合作以及内容合作。

  • Drona
  • JetBrains
  • Quix
  • Mage

我们也非常幸运地拥有一支校对员团队，负责校对、确保我们的书面内容符合品牌，并处理出版和分发。

技术博客文章

今年，我和Zoe在InfluxData博客和外部博客上贡献了12篇博客文章。它们包括关于以下主题的技术教程：

回答社区问题经常激发我们的写作内容。我们的博客文章通常包括代码示例，但它们通常是教程或解释。我建议查看Nick Groenen关于4种技术文档类型的帖子，以了解存在的各种技术内容类型以及每种内容的用途。向Influx的文档团队致敬，他们创建了出色的参考和解释文档。

The four types of documentation laid out in a 2 by 2 grid


创建InfluxDB大学课程

最后，InfluxData的DevRel团队创建了八个InfluxDB大学课程。InfluxDB大学提供免费、实时、自学成才的培训，帮助您快速获得技能。今年，我们创建了关于InfluxDB v3客户端库、InfluxDB v3任务、Telegraf等课程。查看完整的课程目录这里。向营销团队致敬，他们帮助编辑和包装我们提供的内容成为完整的课程。没有他们，我们无法完成这项工作。

好的、坏的、丑陋的……

事实上，DevRels可以负责很多。通常，DevRels的工作量过大，而开发者倡导的一部分却被忽视了。以下是我作为InfluxData的DevRel所学到的一些经验教训。

代表社区向公司传达信息

作为两个人的团队，我们没有能力作为内部顾问，真正将我们从社区得到的反馈转化为产品。过去，我们更多地致力于将每个社区问题分类为功能请求，以使用Product Board推动以数据驱动的方式开发产品。

产品板与Slack和社区论坛集成了易于使用的功能。然而，仔细组织社区问题和创建功能请求可能是一项全职工作。当我们尝试这种方法时，我们还在InfluxData有一个小型团队，我们发现以这种程度的细节结合社区反馈是不可持续的。目前，我们将社区反馈转化为产品的能力也有限。这主要是因为我们尚未发布InfluxDB v3 OSS版本（但目前正在进展中！）

聚会、黑客马拉松和办公时间

创建聚会和组织黑客马拉松也很具有挑战性。组织现场活动既耗时又昂贵。如果您决定将组织活动作为您的开发者倡导工作的一部分，我建议确保您与公司就聚会的影响范围或可接受的话题达成一致。确保它足够广泛，以便您能够继续吸引各种引人入胜的演讲者。

我看到表现良好的聚会往往围绕行业领域或语言，例如数据科学聚会、Python聚会或数据聚会。预计您将邀请人们介绍竞争对手的解决方案，并专注于促进跨组织教育和社区，而不是将其作为直接营销的工具。如果您团队规模较小，我建议申请在聚会上担任演讲者。我发现这种方法更加成功。只需联系聚会组织者并分享您可以展示的相关演讲列表。

我们曾通过YouTube举办现场办公时间，但直播后的观看量显著增加。我们观察到，开发者在解决问题时通常更喜欢异步工作。如果您无法异步解决问题，我建议您提供虚拟会面的机会。我们遇到的办公时间问题通常是开发者在社区中遇到问题时立即发布问题，而不是等待预定时间。他们发布问题和获得答案的平均响应时间也比等待每周办公时间要快。

高等教育推广

我希望我们有能力专注于这一点，特别是因为我曾与许多使用InfluxData作为其研究生研究一部分的社区用户交谈。也许有一天我们会。

结论

目前，团队正专注于利用InfluxDB v3提供的互操作性，并寻找专用解决方案来取代InfluxDB v2中存在的一些功能。我们不再尝试使InfluxDB成为您的物联网、流处理、警报、ETL和数据分析工具的终极商店。

相反，我们希望教育社区如何利用正确的工具为他们的特定用例构建定制技术堆栈。这意味着学习如何使用其他各种工具与InfluxDB一起工作，并使用它们创建技术演示来解决不同领域的问题。

我们将继续从社区汲取灵感，并使用这些互动来指导我们的努力。我们将继续通过虚拟和现场演示分享我们的工作。一如既往，您可以从InfluxDB Cloud 3.0开始。如果您需要帮助，请联系我们的社区网站或Slack频道。