参与模式 从基础设施而言，Linux人社区已经具备了一个开源社区的技术要素：Bugzilla系统，CVS代码库（和SVN类似的一个版本控制工具），维基，用于交流的论坛（电子邮件群组与论坛的差别比较微妙，不过功能是一样的）。但是整体上看来，有一个很严重的问题：缺乏引导性。 所谓开源社区，至少包含三层含义：开放的源代码，开放的开发过程，开放的交流。开源项目的社区是有目的性的，好比Linux人社区的目的就是把Qomo发行版做好，而不是为了给一群Linux爱好者们灌水用的。那么现在，我进入Linux人社区的首页，一眼望去，整个是一个迷茫的状态：几条文档团队招募、征集背景图片的公告，说明了这是一个进展中的叫做Qomo的项目，但是首页上连这个Qomo是什么、跟这个Linux人社区什么关系都没有介绍；而首页上很多模块，都是随意提取的感觉。 这种引导性的缺乏在Linux人论坛中更加明显。一般开源项目的惯例是，项目的讨论主要分为用户交流组和开发者交流组，在这基础上再细分，比如核心开发者、周边开发者；中文翻译团队、法语翻译团队；Amarok开发小组、KOffice开发小组等等。每一个小组都有一个十分明确的目标，每一个参与者可以选择一个或多个自己感兴趣的小组参与。而在Linux人社区中，我们拉下论坛的版块清单，立刻就能感觉到这其中的混乱：
这不像是一个开源项目的社区，而是一个爱好者灌水基地。其实在初期，可以仅设立三个版块：参与者讨论区，核心开发者协作区，Qomo粉丝灌水交流区。很多小型的开源项目，包括Ruby、Scala语言的社区，基本上都是这样划分的。 每一个社区都有其使命。如果Linux人社区的使命仅仅是提供一个Linux爱好者的交流地，那做一个Qomo发行版又有什么意义呢？笔者见过Qomo的一位桌面开发者黄文龙，他说，现在最希望的就是能有更多人参与到Qomo项目当中来。如果要实现这个目的的话，现在Linux人社区的功能还远远没有发挥出来。 另外，在社区引导性逐步建立起来的过程中，保持整个源代码的公开和开发过程的透明也是关键性的：因为观众需要有现成的可模仿行为，并且受到当前可以看到的参与者的热情感染，才会逐步学习实践并成为新的参与者。源代码如何获取，开发者在哪里交流并提交成果，这些都需要在显眼的位置公开。 其他还有很多细节，比如现在去看Qomo的Bugzilla列表，很多bug报告填写的都不怎么规范，这些方面也需要进行长期的引导。 社区价值观 其实，在上面“参与模式”部分所提到的这些问题，归结其根源，应该主要是在于项目缺乏方向性、社区价值观不明确所致。现在是2010年，与Magic Linux刚起步的时候已经完全不同，像是Ubuntu、Fedora这样的国际化开源项目，其中文本地化都已经做的相当不错，中文无法输入或是乱码之类的问题已经越来越少出现了。一个“最适合中国用户的Linux发行版”的定位已经过时（想想看，你会接受“最适合中国用户的Windows”这种说法么？），Qomo需要在其他方面找寻自己的特点。事实上，这也是全球数量众多的Linux发行版所面临的一个共同的问题。多数情况下，成功的因素只要一个就够，多了反而会失败，比如Chrome说，我就要做最快的浏览器；Ubuntu说，我就要做最好用的Linux，iPhone说，我就要做最Apple（实在想不出来更合适的形容词）的移动终端，Debian说，我就是要稳定——诸如此类。再看看一些失败的产品，比如Google Wave，就是连自己定位都没有搞明白，所以虽然它可能是个好东西，但仍然夭折了。 不过话说回来，给自己找一个独特的定位也并不是那么困难。比如Fedora可以说，我就是针对运维和开发人员的发行版，所以大家也可以做专门针对学生的发行版，针对多媒体制作者的发行版，针对游戏爱好者的发行版……等等。前方的路，其实很宽敞。 9月18日Qomo 1.0正式发布了。根据相关消息，Qomo在1.0和接下来几个版本的工作，主要是逐步引入xfce，Gnome等其他流行的桌面环境；当然这些桌面环境引入的过程，也希望能够引导由社区来接手。对Qomo Linux感兴趣的读者们，以后可以多关注一下Linux人社区的动向。 |
