关于后推特时代开发者关系的一些思考

照片由Toa Heftiba拍摄，来自Unsplash

才华横溢的布莱恩·里纳尔迪刚刚分享了他对后推特时代开发者关系的一些看法。

开发者关系可以不用Twitter吗？

Brian Rinaldi ・ 2023年2月21日

#开发者关系 #讨论

这里还要特别感谢一下 Brian：他运营着优秀的CFE.dev 社区，这个社区对于了解最新的开发者工具和技术非常有帮助。他还和同样出色的 Erin Mikael Staples 一起创办了一个新的开发者关系访谈节目DevRel(ish)。

我在之前的帖子下留了一篇相当长的回复，但篇幅太长，我觉得值得单独发一篇帖子——尤其因为从昨天起，我已经不再为 Twitter 工作了（严格来说，我从去年 11 月就离开了，但整个流程直到本周才完全完成）。这篇帖子不仅仅是对之前回复的简单重复。

既然我们聊到了“鸟网站”，那我先声明一下，有些人可能会称我为“心怀不满的前员工” ——我的确非常难过和失望，但我真的非常热爱推特。它帮我找到了两份很棒的开发者关系工作，还让我结识了遍布世界各地的庞大朋友圈。请不要误会，我在这里的评论并非是对推特的贬低！

➡️在 Mastodon 上关注我！

进一步说明：

• 我于2007年2月21日注册成为Twitter用户；
• 2012 年，我通过在 Twitter 上发声获得了我的第一个全职/“正式”的开发关系职位（担任 Cloud Foundry 的开发者倡导者，当时 Cloud Foundry 还是 VMware 的一部分）；
• 我于 2014 年 3 月加入 Twitter 担任员工（在开发者和平台关系团队“DPR”工作）；
• 我于2022年11月离开了公司，不再是员工，最终也不再是该平台的每日活跃用户。

为了回答 Brian 的帖子标题提出的问题（没有 Twitter 可以进行开发者关系吗）……绝对可以没有 Twitter 进行开发者关系！

有人认为，开发者关系的概念早在 Twitter 发明之前就已存在。盖伊·川崎 (Guy Kawasaki) 在 20 世纪 80 年代是苹果公司的布道者，许多人认为开发者布道者和技术倡导者的概念就源于那个时期，他们凭借个人热情与他人直接沟通，传播产品和技术的理念。

在加入 Twitter 或 Cloud Foundry 之前，我一直致力于推广物联网消息协议 MQTT。我们在 2008 年至 2012 年期间，通过 Twitter 平台成功地围绕 MQTT 建立了一个社区，但在此之前，我们也建立了论坛、邮件列表和代码库。协助创建 Eclipse Paho 项目和 Eclipse 物联网工作组，并见证这项技术在如此多我们以前无法想象的地方蓬勃发展，是我最引以为豪的成就之一。

也就是说，正如布莱恩正确指出的那样，Twitter 与开发者关系部门之间长期以来有着密切的联系。如果你从事开发者关系工作，你就必须使用 Twitter。Twitter最初是一个面向（当时的）技术精英的小众平台——众所周知，它在 2007 年的 SXSW 大会期间真正“火爆”起来，那也是我创建账号前后——因此，它是寻找其他开发者和关注技术活动的绝佳场所。随着搜索功能的出现（Summize 于 2008 年被 Twitter 收购，随后该功能被添加到核心产品和 API 中），以及话题标签与搜索结果的关联，它成为了查找讨论地点的更佳途径。在后期，Twitter 成为了发布软件版本和活动消息的强大扩音器，同时也成为了某些人展示人气的平台^[1]。

与此同时，还发生了其他几件事：

• GitHub 成为代码共享的主要场所；与此同时，去中心化和开源软件运动催生了 GitLab、CodeBerg 等工具，这些工具拥有自己的社区，对 GitHub 的庞大规模起到了（轻微的）制衡作用。

  • 这里还有一个关于 Markdown 等格式发展壮大的旁支讨论，这些格式既是 CMS 的基础，也是 Forem 等其他发布系统的基础，还用于文档编写等等；如今，人们可能期望你“用 Markdown 交流”，就像 2000 年代初期人们期望我们“用 (X)HTML 交流”一样……

• IRC 仍然存在；Matrix 出现了；Discord 和 Slack 也出现并发展壮大。如今，人们更期望项目能够拥有一个基于 Matrix 或 Discord 等平台的活跃聊天社区。

• 个人拥有和运营的博客似乎逐渐衰落了（就我个人而言，我很遗憾没有坚持定期撰写长篇内容，并希望能够重新开始）；但长篇内容从未真正完全消失。

• Reddit 在某些方面变得……很有用，尤其是在搜索方面（相比之下，谷歌搜索结果越来越糟糕）。

• 与此同时，联邦宇宙悄然发展壮大并站稳了脚跟。

  • 新的常态——许多松散连接的服务——无疑对在一个地方参与对话的便利性构成了挑战（就像你在 Twitter 上一样，那里有一个单一且几乎通用的^[2]搜索功能，以及一个统一的标签来源）。
  • Fediverse 和 Mastodon 的文化几乎完全与 Twitter 后期以人气竞赛/公众曝光为驱动的文化截然相反：如果你加入一个你偶然发现的对话，你不太可能像在 Twitter 上那样受到热情欢迎；缺乏内置引用功能（这本身也是 Twitter 上后来的创新，基于使用情况）使得在现有对话的基础上进行拓展变得更加困难；被取消资格或被 Fediblock 的风险使得了解你的受众并保持尊重变得更加重要。

我也以用户/开发者的身份来看待这个问题。例如，我最近加入了几个社区：

• MicroPython 本身也从其较早的论坛迁移到了 GitHub Discussions，从 IRC+Slack 迁移到了 Discord；
• 3D 打印，无论是作为一个整体，还是作为一个品牌；
• 鸟友

在这些情况下，我都努力寻找其他人讨论“那玩意儿”的地方——论坛、官方和非官方的Reddit子版块、Facebook群组等等。在这些情况下，我并不特别怀念Twitter，因为讨论都在其他地方。

对我而言，开发者关系的核心原则始终如一：去社区所在的地方。不要指望“拥有”围绕你的产品/项目/技术/想法的社区。在社区已经形成的空间里，赢得他们的尊重。你当然可以（绝对可以！）搭建自己的 Discourse 论坛或 Forem 实例，但这几乎肯定不是人们讨论你的产品/项目/想法的唯一场所。

在 Twitter，我始终如一地倡导我的团队积极参与 Stack Overflow 并做出回应，在 DEV 上发帖并关注他人，通过 LinkedIn 或其他社交媒体平台分享内容，加入与 API 和第三方库相关的第三方 Slack 和 Discord 社区——因为事情的范围远不止“我们提供的 API”，而且并非每个人都愿意加入我们自己的社区论坛并在那里讨论问题。

……这种思路让我想起了尼克本周早些时候发布的帖子——《你在哪里找到社群？》

你在哪里能找到归属感？

Nick Taylor ・ 2023年2月19日

＃社区

……正是基于这些想法，我不喜欢“社区经理”这个头衔，而更倾向于“社区主管”。

虽然现在要摸清开发者社区的分布情况可能需要花费一些精力，但这也是学习新平台、适应新环境的绝佳机会。

社区、技术和学习机会的演变，正是我热爱开发者关系（作为“我的专长”）的原因。

➡️在 Mastodon 上关注我！

附言：昨天是我推特账号创建16周年纪念日。说起来挺有意思的——你们知道推特每年都会发给用户的“推特周年快乐”图片吗？一共只有15张，所以我16号的这张就没收到。

[1] 我承认，我也参与了这场“人气竞赛”。我曾为自己的粉丝数量感到“自豪”，尽管它并不算惊人……但所有粉丝都是自然增长的，在我活跃于该平台的大约15年间稳步增长。我也不知道，如果我不能把“推特粉丝数xx,000”列为一项优势，会对我的未来发展机会产生怎样的影响，而我非常清楚，我已经放弃了这一点。

[2] 注：你知道吗？无论是用户界面还是 API，Twitter 的搜索功能都不是完整的索引。这是由于一些相当复杂的技术原因造成的。对于开发者推广场景和其他大多数场景（除非是需要访问海量数据的深度数据科学），目前的搜索功能已经足够用了。但了解这一点仍然很有必要，尤其是在 API 最终对大多数用户收费的情况下。