Linux人社区的现状与三大要素

　　那么接下来的问题就是，要如何把Qomo项目做起来？或者说，如何将Linux人社区发展壮大？让我们看看Linux人社区的现状与三大要素的情况。

　　Qomo Linux社区当前核心开发者人数：5-10人（全部来自红旗）

　　核心QA团队：大约20人（主要来自红旗）

　　社区参与者（包括Bug提交、美工制作等）：大约200人，部分来自与武汉理工大学、华东理工大学的Linux人校园推广活动

　　目前，整个社区的进展仍十分依赖于核心团队的开发与引导工作，属于典型的萌芽期。这个阶段正是十分依赖于创始成员的一段时间。

　　Qomo项目的领导者

　　在几个来自红旗的Qomo核心开发者中，有一个人的作用十分类似于Warren Togami之于Fedora，那就是现在Qomo项目的总负责人黄健中。黄健中的另一个名字也许大家更加熟悉，那就是cjacker，以中国Linux公社和Magic Linux发行版的发起者而闻名。Magic Linux项目起始于2003年初，是Red Hat Linux 8的一个衍生版本。当时Fedora项目都还没开始，桌面Linux发行版本身仍处在一个不成熟的阶段，而各个Linux发行版中文化的情况也比较混乱，所以当时Magic Linux的主要目标，就是面向中文用户的Linux。cjacker在早期也开发了包括cmake在内的很多项目，在当时国内的Linux技术人员中呼声很高。2004年，cjacker加入了红旗，现任红旗桌面研发部总监一职。当时从红旗桌面版放出Everest社区版，正是cjacker和他团队中的几个工程师主动提议并实施的。

　　Qomo当前的其他几个核心开发者也都是红旗桌面研发团队的工程师，技术实力是足够的；加上几位工程师也都有在KDE等国际开源社区的活动经验，成为Linux人社区的中坚力量并不成问题。

　　参与模式

　　从基础设施而言，Linux人社区已经具备了一个开源社区的技术要素：Bugzilla系统，CVS代码库（和SVN类似的一个版本控制工具），维基，用于交流的论坛（电子邮件群组与论坛的差别比较微妙，不过功能是一样的）。但是整体上看来，有一个很严重的问题：缺乏引导性。

　　所谓开源社区，至少包含三层含义：开放的源代码，开放的开发过程，开放的交流。开源项目的社区是有目的性的，好比Linux人社区的目的就是把Qomo发行版做好，而不是为了给一群Linux爱好者们灌水用的。那么现在，我进入Linux人社区的首页，一眼望去，整个是一个迷茫的状态：几条文档团队招募、征集背景图片的公告，说明了这是一个进展中的叫做Qomo的项目，但是首页上连这个Qomo是什么、跟这个Linux人社区什么关系都没有介绍；而首页上很多模块，都是随意提取的感觉。

　　这种引导性的缺乏在Linux人论坛中更加明显。一般开源项目的惯例是，项目的讨论主要分为用户交流组和开发者交流组，在这基础上再细分，比如核心开发者、周边开发者；中文翻译团队、法语翻译团队；Amarok开发小组、KOffice开发小组等等（参考KDE的电子邮件群组清单）。每一个小组都有一个十分明确的目标，每一个参与者可以选择一个或多个自己感兴趣的小组参与。而在Linux人社区中，我们拉下论坛的版块清单，立刻就能感觉到这其中的混乱：

　　这不像是一个开源项目的社区，而是一个爱好者灌水基地。其实在初期，可以仅设立三个版块：参与者讨论区，核心开发者协作区，Qomo粉丝灌水交流区。很多小型的开源项目，包括Ruby、Scala语言的社区，基本上都是这样划分的。

　　每一个社区都有其使命。如果Linux人社区的使命仅仅是提供一个Linux爱好者的交流地，那做一个Qomo发行版又有什么意义呢？笔者见过Qomo的一位桌面开发者黄文龙，他说，现在最希望的就是能有更多人参与到Qomo项目当中来。如果要实现这个目的的话，现在Linux人社区的功能还远远没有发挥出来。

　　另外，在社区引导性逐步建立起来的过程中，保持整个源代码的公开和开发过程的透明也是关键性的：因为观众需要有现成的可模仿行为，并且受到当前可以看到的参与者的热情感染，才会逐步学习实践并成为新的参与者。源代码如何获取，开发者在哪里交流并提交成果，这些都需要在显眼的位置公开。

　　其他还有很多细节，比如现在去看Qomo的Bugzilla列表，很多bug报告填写的都不怎么规范，这些方面也需要进行长期的引导。