开发者社区的四种类型

作者：Matthew Revell

编译：庄七

开发者社区有各种各样的类型，但是它可以帮助你识别你的策略是否适合特定的原型。

有效的开发者关系策略，取决于对你的计划所触及的开发者社区的动机、结构和奖励的理解。但是，问题在于开发者社区的形态和规模各不相同。

值得庆幸的是，大多数开发者社区可以分为这几种广泛的类型。一旦确定了适用于你的开发者社区的类型，你就可以更容易去理解程序和社区，彼此之间扮演的角色了。

那么，这些类型是什么呢？

粮仓筹集者 Barn raisers

作为最初的开发者社区，粮仓筹集者的存在是为了建造一些东西。这些社区倾向于:

• 非商业性，但可能会有个人成员，这些成员会受到第三方赞助；
• 通过社区贡献分配权力；
• 存在的意义，主要是为了通过软件解决特定需求。

“粮仓筹集者” 这个名字来自于拥有建造粮仓社区想法的人们聚集在一起，虽然并非每个人都有相同的参与动机，但建造粮仓 (或交付软件) 的最终目标指导着社区，否则最终不可能建造成粮仓。

粮仓筹集者类型的社区例子，包括Debian、Apache Kafka和Ruby编程语言。

公会 Guilds

一些公会看起来很像粮仓筹集者模式。然而，在粮仓筹集者模式的社区中，成员的动机仅次于整体任务。公会类型的社区的存在是为了促进其成员在软件方面的利益。

公会通常具有以下特征:

• 最终决定产品方向的商业或非营利实体；
• 影响产品的权力由控制实体授予，其他权力可能来自社区或实体；
• 据了解，人和公司参与以促进自己的利益；
• 对于那些希望销售与软件相关的服务的人来说，参与社区活动可能是证明其合法性的标志。

“公会” 这个名字来自于那些中世纪的公会，这些公会被视为特定行业的学习和合法性的来源。

公会类型社区的例子，包括React和OutSystems开发者社区。

学院 Academies

学院是那些主要为交流知识而存在的开发者社区。通常，他们:

• 涉及通过积分系统获得社会资本/业力；
• 由商业实体支持；
• 将权力授予那些在争论中时间最长或最顽强的人；
• 特点是解决回答问题的人和寻求帮助的人之间的知识鸿沟。

学院的例子，包括Stack Overflow和许多大型加密聊天组。

大使 Ambassadorial

大使社区的存在是为了帮助供应商将其产品推向市场。在大多数情况下，这并不是剥削性的，因为双方都有好处。社区成员将获得专业地位、技能和扩展的网络。学院类型的社区倾向于:

• 由供应商资助的社区专业人员管理；
• 从上到下分配权力，尽管较大的社区可能会与供应商有所背离；
• 游戏化参与，无论是明确地通过积分模型还是更巧妙地参与；
• 帮助成员实现自己的目标；
• 长期深入的与成员承诺作斗争，因为一旦该成员最初需求得到满足，成员的持续回报往往会减少。

大使社区很常见。例如，市面上几乎所有围绕API产品组织的社区。

有第五种吗？

真正的社区提供了一种真实的体验，所有成员都有机会贡献自己的力量，并感到自己从参与中受益。然而，有第五种类型不应该被称为社区，但人们通常都会错误的认为他是。

第五种类型是 “你表弟的婚礼（Your Cousin’s Wedding）”。

• 考虑一下。相似之处是显著的：
• 你只是说你会出于礼貌；
• 一群你不认识的人；
• 很多便宜的酒；
• 你知道这是个假象，不会持续六个月。

如果你还没有参加过这样的开发者聚会，那么你需要问一下认识的朋友们。有些项目称自己为开发者社区，但不真实，他们错误的定义了社区完整含义。

如果你担心你的社区可能会变成这种类型，那么请问自己两个问题:

• 在没有我/我的公司参与的情况下，我的社区成员是否可以相互交流？
• 在我的社区中发生的事情对成员有利，但不一定对我或我的公司有利吗？

如果答案是否定的，那么你需要找到一种方法把你的推广活动变成一个社区。如果答案是肯定的，但你仍然会感到担忧，那么可能是时候反省你的开发者关系计划，以寻求改进的空间。