重庆小潘seo博客

当前位置:首页 > 重庆网络营销 > 小潘杂谈 >

小潘杂谈

在线社区的死与生

时间:2020-10-19 09:20:07 作者:重庆seo小潘 来源:
《人月神话》是让我印象很深的一本书。初看书名,你以为它要讲玄学,其实是在讨论科学。 作者是 IBM 的资深程序员兼管理者,曾获图灵奖。在那个蓝色巨人名头很响的年代,大公司的经验之谈很吸引人。而且站在当下去看他的很多预测,也挺有趣的。 恰好最近在读

《人月神话》是让我印象很深的一本书。初看书名,你以为它要讲玄学,其实是在讨论科学。

作者是 IBM 的资深程序员兼管理者,曾获图灵奖。在那个蓝色巨人名头很响的年代,大公司的经验之谈很吸引人。而且站在当下去看他的很多预测,也挺有趣的。

恰好最近在读另一本书,又一次给了我非常相似的感觉。书名叫《Working in Public: The Making and Maintenance of Open Source Software》,姑且译为《在公共区域工作:论开源软件的制作和维护》。

这个标题一出,相信99% 的人已经被劝退了。为什么要对开源软件和程序员感兴趣?难道这本书想教我们如何写程序、做开发?

当然不是。

这本书表面上在讲开源社区的历史进程,但作者野心其实还挺大。她认为,开发者才是真正的创造者,她想搞清楚:

1)为什么互联网诞生几十年,在线社区生生死死、兴衰循环、却又源源不断?

2)对创造者们而言,他们和平台、社区之间的关系究竟在怎样演变?

3)好的社区为何衰落、新的社区又将如何重生?

作者着墨最多的是 Github 这个典型的开源社区,但核心逻辑同样适用于 Twitter、Facebook、Twitch、YouTube 和 Instagram 等平台。

在线社区的死与生

1

社区为谁存在?

在线社区的存在前提是,人们愿意协作。

开源软件的诞生便是如此。回顾20世纪90年代时期开源软件的第一个全盛时期,你会发现,一群关系紧密的书呆子居然能在一个无比松散的组织里良好协作,虽有争吵,但大家的努力方向相同。

那个时代留下了很多宝贵遗产,比如 Linux。这款操作系统向世人证明,志趣相投的志愿者团队也可以做出世界一流的产品,商业公司并非唯一的解决方案。

由此人们诞生了一个激进想法:组织松散的志愿者社区,是不是可以容纳更多人才,从而比管理严格的正规团队做出更多贡献?

这和大家的传统理解相悖。因为软件开发不是体力活,如果一个项目容纳了过多工程师,反而容易拉低人效、人浮于事,导致延迟交付。

原因很简单:如果要在核心团队之外增添人手,边际成本(维护非核心工程师正常协作、处理团队的复杂性)往往要比边际收益(非核心工程师能提供的有用输出)还高。

但20世纪90年代开源社区的良好运作却打破了传统观念。这些志愿者只是通过论坛和电子邮件进行协调、自发组织,却最终成就了数百位富有成效的贡献者彼此共存。

这样的事实倒逼大家接受一个结论:如果社区志愿者都是真正的自我激励者,那这样的社区不受边际效应递减的影响,这样的人越多越好。

这个教训一直指导着后人。所以此后的开源社区都会赞同:随着需求的增长,开源软件的“核心维护者”需要寻找更多“贡献者”,一个人维护太难了也太累了,应该让更多的人加入。

不幸的是,这对接下来的开源社区而言,又成了毒药。

让更多的人加入,必然会吸引来低质量的帮助,这反而给“核心维护者”增添负担。因为社区本就缺乏 SOP 来指导“贡献者”,想让所有“贡献者”真正发挥作用,其实很难。

这就是为什么,从20世纪90年代到今天,大多数开源项目有95% 的工作都是由某个个体完成的。“贡献者”倒也不是没有,只是他们实际上更像用户或消费者:偶尔提供建议或指出细微问题,但与“核心维护者”相比,他们只是观众。

或者更准确地说,这些想要加入的“贡献者”只是“粉丝”。他们对某个项目很感兴趣,并且自认为自己希望成为一份子。

而对“核心维护者”而言,这样的情况一开始是好的。创建开源代码的重点是共享它,谁会不希望粉丝喜欢它?

但是维护粉丝的“喜欢”很昂贵。他们想要互动,这将消磨“核心维护者”的时间和精力。于是,多数开源项目成了“公地悲剧”,只是被透支的并非公众利益,而是“核心维护者”自己。

2

比社区更先进的组织出现了

上述情况是一个历史的循环。你可能会好奇,为什么20世纪90年代社区的发展如此理想?既然当时的贡献者可以共存,怎么今天就不行了?

原因可能出在,比社区更先进的组织出现了,它叫平台。

互联网年代早期,进入开源社区本就不太容易,只是联网并能熟练操作计算机这一条,就足已把大多数人拒之门外。这意味着,一开始能够加入其中的,都是真正关心它的人。那时的开源社区就像一个联邦,每个人都有自己的文化、风俗和价值观。

在这样的环境中,吸引更多的“贡献者”确实有利于推动开源项目的发展。那时没有多少“游客”,由于社区成员缓慢加入并且徘徊其中,信任得以建立。而因为每个社区都有不同的工作方式,彼此之间存在“流动上的摩擦”,因此想在项目之间切换也十分不易。

更重要的是,那时候社区团体的内在动机是一致的:他们并不寻求报酬,能做出贡献就行。

互联网世界接下来发生了什么?构成早期互联网主题的各种论坛和新闻组(newsgroups)繁荣了一段时间后,一个入侵物种出现了:平台。

从结果来看,平台使得互联网上的一切内容得以更加轻松地创建、共享、分发和发现,于是人们纷纷加入,形成了一个规模远超从前的新组织。

这反映在开源社区中的一个主要结果就是 GitHub 的诞生。在它之前,开源社区中的活跃分子彼此有不同的社交习惯、工作方式、甚至是种种怪癖。一旦加入其中,每个人都会留下烙印。

在线社区的死与生

但 GitHub 改变了这一切。它以平台的方式提供了一套简单、便捷的代码托管和版本控制工具。如果说以前的开源社区像一群村庄,那么 GitHub 就像一条连接所有村庄的高速公路。刚看到它的开发者们都很喜欢,于是 GitHub 迅速定义了新的标准。

很快拥有一套固定标准和工具的坏处开始显现:在效率主义的驱使下,所有人收到了相对固定的要求、开始了相对标准化的工作。

而因为在加入或离开项目时没有摩擦,受欢迎的项目顷刻间人满为患。基于我们上文的分析,你就会明白,这带来的后果是,核心维护者先是得到巨大刺激,随后开始精疲力尽,最后变得不堪重负。

这种成功被很多后来反思这段经历的人称为“反作用”。因为你越成功,得到 GitHub 的“惩罚”就越大。

另一方面,Github 带给所有“创造者”的好处则是——赋予他们权力。“创造者”不能再将协作者视为同行,而需要将他们视为粉丝,给他们想要的东西,同时保护自己不断创造的能力。

从这一点上看,此后所有主流社交媒体都 GitHub 和别无二样。

3

创造者与平台的相互作用

互联网世界的稀缺物品是软件,或者说隐藏其后的代码。用户认可它的稀缺,因此生产者才能借由售卖软件获利。

但事实上,软件(代码)只是稀缺性的一部分,比代码更有价值的是制造者和维护者的承诺。

当制造者把软件推向市场并真的获得足够关注,那么接下来,要维护这种关注,将成为重要课题。

创造产品,吸引注意力,然后管理注意力,尤其是第三步,这是对所有创造者的考验。

最难的事情是创造,更难的则是持续创造。天才如埃隆·马斯克和碧昂斯,也并非完全是因为自己的天赋和某个作品脱颖而出。他们之所以依然被大家关注,是因为能保持年复一年的创造和输出。

这正是以平台为核心的创作者驱动模型和社区的最大不同。

在旧世界(社区)中,你可以通过给予他人信任、彼此成为同伴来最大程度地提高社区参与度和留存率;但平台不行,它已经使创造、发现和分发变得太过容易,这样的代价则是:太多的人蜂拥而至,太多的关注退去如潮。

写到这里,我想起一个理论。说是互联网社区永远存在两种人,一种是负鼠,属于小圈层,只喜欢特定文化;另一种是水獭,兼容并包,可以容纳大多数文化。

在线社区的死与生

所以每个社区都会经历一个 cycle(周期):

一阶段,基于共同兴趣和个性形成一个小圈子社区,里面的人基本都是负鼠;

二阶段,这些负鼠在一起鼓捣出的社区文化,显然既成功又有趣;

三阶段,社区开始吸引水獭。水獭看到这个新社区,眼前一亮,很高兴找到这种有趣的亚文化;

四阶段,水獭的数量迅速攀升,比负鼠增长得更快(因为水獭数量更多)

五阶段,负鼠意识到社区不再是过去的样子,开始努力进行调和(一些替罪羊负鼠会被同时淘汰)

六阶段,水獭彼此喜欢,一旦负鼠想要踢出个别水獭,会引发所有水獭的不满

七阶段,不幸的负鼠出走,组成一个新的小圈子

。。。

以上阶段不断重复

说回这本书,它让我觉得有价值的点在于,作者相信,开源社区的历史和演变轨迹反映了线上世界的变化趋势。从1990年代末到现在,开源社区启发了人们对“开放网络”的偏执和追逐,而平台的出现又重构了我们对于在线社区的理解。

相信未来还有更有趣的社区等待开发。

本文参考文章:

making-is-show-business-now——Alex Danco

22-working-in-public——Nadia