AICon议程上新60%,阿里国际、360智脑、科大讯飞、蔚来汽车分享大模型探索与实践 了解详情
写点什么

姚欣宇谈开源社区的创立和运作

  • 2012-01-18
  • 本文字数:7289 字

    阅读完需:约 24 分钟

姚欣宇, GitCafe 创始人。自称 Thomas,网络 ID 是 ghosTM55。他自己这么介绍自己:

我是在校学生,计算机系信息安全专业,大三。我个人比较喜欢计算机科学,哲学,运动,音乐与武术。我是 Shanghai Linux User Group 的组织者之一。我富有激情、理想、创新以及号召力。我不是牛人。

本文选自他的博客,是他自己整理自2010 年在盛大创新院的演讲,为大家分享个人对社区文化的理解以及运作经验。

为什么

为什么要做这样的一个演讲?一,在国内,我看到有很多朋友都想创立各类社区,却找不到人和文献去学习以及借鉴经验。我今天的演讲稿会发布到我的BLOG 中,有助于这些真正想将社区做好的朋友进行参考。二,社区的创立并不困难,但是社区的规模上升到一定程度后,其组织者、管理者需要考虑的问题非常多,由于其特殊性,有的时候问题的复杂度堪比商业项目中遇到的重重阻碍,我在举出各种事例的同时,在座的各位,也可以进行发散性的思考,帮助自己在生活中或者是从事的项目中遇到的问题提供新的解决方案与点子。

开源社区的性质

好了,各位,我们可以看到,在上海有许许多多的社区,计算机技术社区是其中的一个子集,在这样一个子集中,又有许多门派,有Python、Ruby、 Linux,等等。那么,首先我们要思考一点,为什么会有人需要成立各式各样的社区,参与者的心态和组织者的动机分别是怎样的。

开源社区有着自身的文化底蕴和哲学思想,所以这样的社区往往有着很多自身的特征,并且会因为人本身的因素,导致特征与特征之间产生矛盾。我将开源以及技术社区做了三个分类,分别为纯非盈利社区、半商业社区以及纯商业社区。

首先说一下纯非盈利社区,我们Shanghai Linux User Group 就是比较纯粹的非盈利社区,LUG 算是一个约定俗成,全世界各个地方都会有LUG,属于区域性组织,在国内目前运营情况较为稳定的LUG 有BJLUG,SHLUG 以及SZLUG,HZLUG 刚刚起步。其中SHLUG 成立时间最早,为97 年。国内成立LUG 的地区都有一个鲜明的共性,那就是平均房价都超过了两万。

LUG 一般都是纯粹的非盈利组织,没有任何商业目的,对于组织者来说,要做的就是创建一个好的交流平台,线上的或是线下的,来提供给有着共同兴趣和志向的参与者来交流自己的想法和问题。这样的社区需要组织者有极大的奉献精神及组织能力,一会儿我会为大家分享我的一些管理经验。

其次是半商业社区,我们知道 ChinaUnix、ubuntu 这样的社区其实是有商业公司作为正规的管理机构支撑在幕后进行运作。那么这样的社区一般以社区本身白手起家,扩大了影响力之后,以社区本身的人力、资源、影响力为核心竞争力来开展一系列与自身社区相关的商业活动并创造出盈利模式。这样的社区我称之为半商业社区,虽然牵扯到商业行为与盈利问题,但是相对来说社区整体还是非常独立的。

最后是纯商业社区,现在全世界哪个社区的开发者赚的钱最多,毫无疑问,苹果。像苹果、MeeGO、Android 这样的社区我个人理解为纯商业社区。即组织者以及绝大多数参与者都是冲着商业目的参与到社区中来的。

不同性质的社区有着截然不同的管理与组织方法,细微的差别会导致管理与发展上的巨大差异。但是任何社区都有着相同的立足点,那就是参与者们抱有共同的兴趣爱好和价值观。

在理解了社区的大致分类之后,回到我之前所抛出的问题,为什么要组织与参与社区。我认为主要有以下几点,找到结交到志同道合的朋友、千里马或是伯乐,通过交流拓宽自己的视野,为自己或企业创造财富与一定的声望。以上这些,根据社区的性质的不同而占有的成分比例不同。

社区的组成

那么,作为一个开源社区,传统上来说,会有以下几个关键的组成因素:

邮件列表

作为一个开源项目也好,组织也好,邮件列表是必不可少的,社区内的参与者需要通过邮件列表来进行项目以及问题的交流和沟通,在早些时候我写过一篇文章来向新手普及和说明邮件列表的好处。总得来说,邮件列表能够给人们提供一个严肃交流的环境,促进沟通效率。

邮件列表自身的专业性也能为开源社区设立一定的门槛,保证参与者需要理解纯正的黑客文化才能融入到社区中,这点非常关键。

网站

当人们听说了你的社区,首先会去google,找到的就应当是你的网站,网站是社区的宣传平台,来提供访问者所需的资讯。

IRC

IRC 是比较古老的一种互联网通讯手段,在一台 IRC 服务器上,有多个 IRC 频道可以让连接到该服务器的人加入聊天。它可以算是即时通讯工具。

在一个 IRC 频道中,人可以多至上千,其主要用途在于问题的即时交流与线上会议,和适当的闲聊。这三个要素是邮件列表无法实现或者不应该去实现的。

线下活动

线下活动并不是必须的,根据社区性质的不同,组织线下活动的频率与形式也会不同。线下活动更多的是促进社区内的朋友在现实生活中结识,找到商业伙伴或者是休闲伙伴,从而增进社区的凝聚力。也就是说,线下活动的关键因素是人,最终目的也是在人和人上。

就纯非盈利社区来说,线下活动的组织极为关键。一个非盈利社区要做好,最关键的是社区素质,也就是参与者的层次,接下来是人气,最后是交流的深度。线下活动的组织频率很大程度上标志着一个非盈利社区是否运作健康以及优秀。

就半商业社区以及纯商业社区来说,线下活动的组织的侧重点则应当在质量上,少而精是关键。需要有专业的组织者来对全局进行较好的掌控与策划,在非盈利社区的活动上,允许犯错,但是作为商业组织的活动来说,任何一点失败都会导致不可估量的商业损失。

参与者与组织者

在任何一个社区中,人永远是最关键的因素与核心。对于非盈利社区,组织者与参与者的界限划分的不应当太清楚,我见过不少非盈利社区的组织者喜欢高调向别人介绍自己是某某组织的组织者。这样会给人感觉组织者有名或利的企图,作为非盈利社区的组织者应当极力避免这类情况的发生,并且做出正确的社区文化引导。那么,比如今天我站在这里,就可以以一个社区组织者的身份来进行相关问题的讨究与交流,可以代表 SHLUG 的一些观点,为 SHLUG 做一些正面的宣传。

在平时,我也只是 SHLUG 活动的参与者,享受活动和交流过程中带来的快乐和喜悦。这样的尺度要拿捏好,其实是比较难的。非盈利社区的运作对于其组织者的要求非常高,可以说是极其苛刻,可能很多朋友并没有意识到这一点,接下来我就为大家一一说明,作为一个组织者,你需要有…

  • 责任心 : 曾经我和 chinalug.org 的负责人同时也是 BJLUG 的前任主席 Fred 交流过,希望能够有一个 wiki 页面,来罗列出国内所有 LUG 组织以及其管 理者。Fred 向我抱怨这样的列表并没有多大的意义,因为很多 LUG 没组织一会儿,就负责人不见了踪影,活动也再也不办了。当时就让我想到,作为一个社区组织者,首当其冲的是责任心,没有责任心,做什么事情都会半途而废。
  • 自身对于社区文化的理解: 你们看到过有哪个篮球队队员是穿钉鞋打球的么? 我看到过不止一个人想通过 QQ 群来成立 LUG 的。如果连自己本身都还对开源社区和技术社区一知半解甚至完全不理解,怎么可能能够创建或组织好一个社区?
  • 激情: 作为一个社区,激情是其持续发展的最大源动力,组织者的激情是其做好一切社区工作的第一条件。
  • 时间: 光有激情远远不够,稳定的业余时间也是一大必要条件,时间其实代表了很多,恒心、执行力、效率等等。
  • 管理能力: 非盈利社区组织者的管理能力会直接影响到社区能否更好的发展下去,我会在稍后的案例分析环节中为大家讲述社区的组织者一般会遇到的问题以及合理的解决方案。
  • 社交能力: 社交能力对于技术从业者来说其实很重要,李开复曾经也着重提到过这一点,有交流有沟通才能开拓视野,向身边的人学习到东西。作为社区的组织者,社交能力为必要条件,其中很大程度的,需要一定社会经验,才能使社交变得有效。到这里,矛盾的地方出现了,我们知道,在国内学生往往没有任何社会经验,读死书是学生的天职,即使在学校里担任过一些职务哪怕是比较大的社团的社长,那也是小打小闹,真的要组织一个面向社会性质的社区,往往学生无法胜任。于是问题又来了,已经踏上社会的并且有一定社会经验的朋友即使有激情有管理能力,往往工作、家庭等因素导致无法较好的去承担这样的责任。所以对于任何一个社区来说,尤其是在国内,我鼓励团队管理。
  • 协助团队: 在创建社区的初期,一个人或许可以挑起很多担子,但是随着社区的发展,人多起来之后,需要有一个能够与你同舟共济的团队帮助参与到社区的管理和决策工作中来。这样的团队人数最好为奇数,并且不益有太多人,最佳方案为 3 人或 5 人。团队中每一位管理员的权利都应当平等,可以有一个总决策者,但是其权利也不是绝对的。
  • 商业运作能力: 即使是非盈利社区,也需要有一定的资金支持,赞助主要有三类,活动场地的赞助、活动经费的赞助以及其他。作为一个社区的组织者,需要寻找合适的商业赞助,其中的尺度要自己衡量。

接下来,我就开始进行一些案例分析,通过现实的例子,来进一步的说明以上提到的一些观点和问题。

案例分析

案例 1: 邮件列表的管理与事例

在刚才,我提到了邮件列表是作为一个开源社区最为主要的交流平台。在管理邮件列表的时候,需要避免以下情况的发生:

  • 人身攻击与辱骂
  • 毫无意义的抱怨
  • 对政府的过多讽刺
  • 脑残问题的交流与讨论

以上四点都要严格杜绝,管理员在这些问题上的放纵最后会直接导致不可估量的后果。在问题出现的初期需要进行控制和引导,问题严重后需要有强制措施。

我亲身经历的两个失败案例,一个是气走了管理员,流失大量愿意好好交流技术的参与者。另一个是引起大规模争论,导致邮件列表暂时停止提供服务。

案例 2: 线下活动的管理与事例

线下活动要组织的好,事先的准备工作必不可少。交通便利的聚会地点是第一要素,活动的流程也需要提早确定并告知参与者。我们 SHLUG 的惯例是每个月的第一天由我发 thread 来组织当月技术聚会的演讲主题征募工作,大家针对自己想听或者想讲的话题参与讨论。像这样规律的活动流程安排可以让每个人都心理有数。在演讲主题与演讲者确定之后,需要有一定的审核工作,具体为什么,不能说的太细。最后是聚餐地点的把握,当一次成功的聚会活动办好后,总会有很多参与者意犹未尽,希望能够一起聚餐。实现做好相关的工作不会让管理者到时候捉襟见肘。

以上四点非常重要,需要每一位活动组织者去进行周到的考虑。在活动过程中,帮助演讲者和整个活动控制节奏也是一个关键要素,太早结束活动或超时都会引起不必要的麻烦。活动结束后,主动帮助场地赞助商清理场地,并与场地赞助商维持良好的合作关系。

线下活动的失败案例并不是太多,有些活动组织过程中的问题只可意会,并没有绝对错误的说法。就我个人经历过的失败的活动有几次印象较为深刻,总结下来为两个问题,分别是演讲者催眠问题与砸场子问题。

前者问题比较多见,我看到有些社区的活动演讲主题非常多,往往一下午能讲上 5 个甚至以上的 topic,不间断的演讲对于治疗失眠有着绝佳的疗效。另一个完全极端的方面是砸场子问题,因为在这里,问题是参与者反应过度,而前者的问题是毫无反应。我看到过有一次商业活动,是与 Linux 和开源技术相关,却有一个演讲者是用着 Windows 上的 Microsoft Office 来播放他的 slide 的,这个时候就有好事者挑衅引起了争端,到最后组织者与演讲者都难以下台,活动结束后反应奇差。

案例 3: Mozilla 的成功与挑战

现在我们来看 4 个成功案例,前两个为商业社区,后两个为非盈利社区,首先是 Mozilla,Mozilla 是早期通过开源核心竞争产品以及组建开源社区成功的组织。它的前身是 Netscape,当时的 Netscape 在 90 年代中期占据着 90% 的浏览器市场份额,后来在第一次浏览器大战中败给了微软的绑定自家 IE 的市场营销策略。Netscape 是一家有着深厚技术功底的企业,它发明了 SSL,创造了 JavaScript,但是其核心产品却被干掉了。好在当时 Netscape 的一位高管阅读了 Eric S. Raymond 的《大教堂与集市》,在最后关头,Mozilla 社区被创建,开源浏览器Firefox 诞生。

Mozilla 目前随着 Linux 的日益普及以及 Web 2.0 时代的到来飞速地成长着, 通过开放开发接口,让更多的技术爱好者参与到其产品的发展中,实现了无数双赢的局面。现在,Mozilla 的模式被许多大企业争相模仿,主要的挑战会来自于 Google Chrome。

案例 4: Canonical 的成功与挑战

Canonical 的成长道路与 Mozilla 大不相同,有着有钱的老板,大量的财力在背后支撑运作。先通过一定的资金募集到优秀的开发人员,基于当时现有的 Debian 系统,闭门造车,主攻 Linux 在当时的一个弱项,桌面应用体验。结果大为成功,ubuntu 如今几乎就是对 Linux 完全不了解但听说过的人对 Linux 这个词的定义。

ubuntu 有一个有财力的技术爱好者用心培养,并且在开发之处就确定了明确的研发策略。通过对同类型产品的弱点研究,改进这个弱点,通过金钱砸出一个优秀的社区,快速抢占市场份额,到最后家喻户晓。

Canonical 的挑战主要还是在于盈利模式的创新上,优秀的用户体验的确为 ubuntu 带来了大量 Linux 爱好者和开发者。但是,光是靠 Redhat 那样以面向企业服务为主的盈利模式不会符合 ubuntu 的定位并且无法和其资金投入成正比。个人以为,Canonical 需要做的事情在于与各领域专业的商业公司进行合作,合力开发更多 ubuntu 平台上的商业软件,其中以金融软件及娱乐软件最为关键。最后达到双赢的成果。

案例 5: SHLUG 的成功与挑战

举了两个比较典型的商业社区的例子,接下来说说非盈利社区。首先就拿我所组织管理的 SHLUG 为例。包括李道兵大哥在内,我听到过很多优秀的朋友对于 SHLUG 的评价极高,Gary Shi(中国第一位 RHCE 考官) 与 Herbert Xu(Linux Kernel Team 成员) 两位大牛甚至不约而同地给出了”全世界范围内属于一流 LUG”的赞扬。

SHLUG 的成功有两大要素:

  • 对于原则问题的坚定立场: 在 SHLUG 发展的初期,曾经经历过一次比较严重的分裂问题,有一些 Co-Founder 认为 LUG 可以商业化发展,并擅自做出了不恰当的决策。导致社区分裂,多年后,当年坚持非盈利社区方向发展的管理者们依然勤勤恳恳地将 SHLUG 做得更好,也证明了当时选择非盈利社区是完全正确并且应有的做法。如今,随着 SHLUG 名声外扬,有许多优秀的企业愿意主动对我们进行赞助,在选择赞助的过程中,我们管理层小心翼翼,依旧坚持应当坚持的原则与立场,从而使得 SHLUG 更为健康和稳定的发展。
  • 线上与线下的高质量的交流: 这是 SHLUG 能够有高 Volume 邮件列表以及线下活动得以成功组织的关键因素。有营养的交流能够吸引优秀的爱好者,组织起氛围良好的技术社区。我们在管理邮件列表的过程中,也是努力引导订阅者意识到这一点。

对于 SHLUG 这样的非盈利社区来说,唯一的挑战就是怎样将这样一个优秀的社区传承下去,而不是如何扩大影响力!社区做的好了,自然会吸引更多的人来参与,以扩大影响力为目的的社区,组织者多半都是冲着功名去做事,最终导致失败,原因无需过多解释,时间会证明一切。

至于传承的问题,也就是新老交替的问题,其实是每一个非盈利社区也好,企业也好,都会面临的问题。SHLUG 的 Co-Founder geek 大哥曾经和我说过这么一句话,一流的国家产出的是文化,二流产出技术,三流产出劳动力。形成良好的文化,可以让每一位参与者都受其熏陶,那么在以后的新老交替过程中,就会变得自然而然,过度会很平滑。

案例 6: 啄木鸟社区的成功与挑战

啄木鸟社区是与 SHLUG 截然不同的开源社区,它以 Python 爱好者为核心,并且有着和 SHLUG 流量一样高的邮件列表。同样也是 User Group,啄木鸟社区的不同之处在于社区本身提供大量的技术资料以及一些 Python 的相关项目。这是 SHLUG 不会尝试去做的事情,也是为什么我用了截然不同四个字去形容两个 User Group。

一个开源社区要组织好一批只是靠兴趣和有一定业余时间的爱好者去做一个开源项目其实是一件失败概率比较高的事情,尤其是当这样的一个开源项目需要长期维护的时候,成功概率几乎为 0。但是啄木鸟社区在这方面有着一些成功的案例,有许多优秀的企业同样赞助者啄木鸟社区。其成功模型为,社区提供优秀的人力资源来写出、翻译出好的技术资料并毫无保留地奉献出来,得利的企业自然会愿意回报并以此来提高自身的企业形象。

CPyUG 在各地也会有一些线下聚会,相对于 LUG 来说,Python 这样单一的技术点支撑起的非盈利社区,个人强烈建议线下活动不宜过多,如果只是一味的追求像我们 SHLUG 这样的活动频率,很容易会导致 Python User Group 等这样类似的社区交流水准降低。在这点上,Shanghai on Rails 这个社区就是采取一个季度一次线下技术聚会的方法,来稳步发展。其实,在我开始帮助管理 SHLUG 之前,SHLUG 的线下活动组织频率也是一个季度一次,在更早的时候甚至是一年一次。所以,社区的管理者需要看清自身所处的阶段,采取正确的管理策略而不是盲目跟从。

啄木鸟社区面临的挑战与 SHLUG 一样,由于有着大量的人气,所以对于管理团队的要求非常高,如何代代相传,将这样的非盈利社区做好而不是去想着如何扩大影响力,我认为是每一位啄木鸟社区的管理者需要考虑的问题。

成功的核心因素

4 个案例分析结束了,各位有没有看出这 4 个案例中最大的共同点。技术、技术、技术和技术。Mozilla 有着 Web 开发者首选的浏览器,Canonical 有着装机份额第一的 Linux 发行版本,SHLUG 有着极其资深的一批 Linux 玩家和专家,啄木鸟社区有着大量 Python 顶尖高手为其贡献 wiki。

无论是商业社区还是非盈利社区,只要是开源社区,专业性是吸引新人以及做好社区的最为关键的因素。

Best Practice

在这次演讲的最后,我给出创建一个 LUG 和创建一个商业社区的两个 Best Practice,罗列出基本要素,然后留给需要的朋友自行参考与思考。

首先是创建 LUG:

  • 组建邮件列表
  • 创建官方网站
  • 一定时间的线上交流
  • 有规律的组织线下活动
  • 得到其他 LUG 的认可

然后是创建一个商业社区:

  • 优秀的核心产品
  • 优秀的技术文档
  • 交流平台的统一 (邮件列表或是论坛等,根据目标用户的习惯进行抉择)
  • 专业的宣传渠道与优雅的手法
  • 规范的回报机制

演讲 slides 下载地址在这里

原文链接:开源社区的创立与运作


给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2012-01-18 00:004628

评论

发布
暂无评论
发现更多内容

2024年安全生产月资料合集,抓紧保存!

草料二维码

资料分享 安全生产月

25更敢为 | TATA木门25周年庆典盛大启幕 探索家居品质生活新静界

Geek_2d6073

rbenv:Ruby 多版本管理利器

不在线第一只蜗牛

ruby 后端 项目开发

彻底搞懂JavaScript原型和原型链

快乐非自愿限量之名

JavaScript 原型

数字孪生智慧工厂解决方案——打造绿色、透明重卡超级工厂

图扑物联

工业物联网 组态软件 数字孪生 web组态 智慧工厂

9 个适用于小型企业的顶级API管理解决方案

幂简集成

API API接口管理 API接口工具 API管理

深入解析:Netty 与 Dubbo 的关系与应用

Liam

程序员 dubbo 后端 Netty 分布式系统

小冰携手火山引擎,让 AI 从崭露头角到落地生根

新消费日报

云+AI,火山引擎助力泛互联网行业创新和增长

新消费日报

华为云发布ServiceStage:内置优秀业界实践「云应用管理和运维」模板

华为云PaaS服务小智

云计算 软件开发 华为云

你还在用工单系统的思维建设ITSM吗?

嘉为蓝鲸

ITSM 运维管理 平台化

基于Python的性能优化(线程、协程、进程)

我再BUG界嘎嘎乱杀

Python 性能优化

业务功能流程图是什么,怎么做?附带推荐8款流程图软件!

彭宏豪95

效率工具 职场 流程图 在线白板 流程图绘制工具

鸿蒙HarmonyOS实战-Stage模型(应用上下文Context)

EquatorCoco

鸿蒙 HarmonyOS

面向AI的开发:从大模型(LLM)、检索增强生成(RAG)到智能体(Agent)的应用

京东科技开发者

大厂B端/G端数据可视化项目如何做设计评审

京东科技开发者

大模型在蓝鲸运维体系应用——蓝鲸运维开发智能助手

嘉为蓝鲸

运维 大模型 运维管理

一图解锁 | 运维管理到工具体系的建设逻辑

嘉为蓝鲸

运维管理 运维工具

NumPy 正态分布与 Seaborn 可视化指南

EquatorCoco

正态分布 Numpy

飞天发布时刻|阿里云可观测全速演进

阿里巴巴云原生

阿里云 云原生 可观测

京东面试:SpringBoot同时可以处理多少请求?

王磊

牛马真的沉默了,入职第一天就干活

秃头小帅oi

2024深圳国际数字能源展览会

AIOTE智博会

能源展 数字能源展 深圳能源展

对话阿里云云原生产品负责人李国强:推进可观测产品与OpenTelemetry开源生态全面融合

阿里巴巴云原生

阿里云 云原生 可观测

AutoMQ 社区双周精选第十期

AutoMQ

Java 云计算 云原生

一键自动化博客发布工具,用过的人都说好(公众号篇)

程序那些事

工具 程序那些事 自动发布

看不懂正则表达式?试试可视化工具吧!

京东科技开发者

抖音商品API接口:开启电商自动化和数据洞察之门

Noah

ITSM新用法揭秘:构建科技公司售后服务管理体系

嘉为蓝鲸

运维 ITSM 流程管理

反射API与AOP:打造可插拔的插件式架构

技术冰糖葫芦

API Explorer API 文档 API 性能测试

姚欣宇谈开源社区的创立和运作_社区_姚欣宇_InfoQ精选文章