开源软件在中国的使用和发展问题

开源软件在中国的市场可谓庞大，但是开源软件的商业在中国却发展的不好。

 

上周日我参加一次SOA草根论坛 的聚会的时候和大家聊到这个问题， 感觉现在大家对在企业应用中使用开源软件是又爱又恨。 爱的是使用开源软件可以降低商业项目开发的前期成本，提高商业项目的开发效率； 恨的是开源软件对于项目开发人员是黑盒，需要花费大量的精力去研究，同时对于开源软件的日后的维护缺乏相应的支持。

 

在当天的讨论中我听到来自开源软件使用者程序员的声音：

 

1. 开源软件 vs 免费软件

在 国内大多数的公司CXO的眼中，开源软件就等于免费软件，首先我不需要支付任何版权费用， 从网上下载下来就可以直接使用， 既然源代码都能看见了，我无非就是投入几个程序员让他们好好研究研究就可以应用到我的商业产品中了。在CXO的心目中对开源软件使用过程中的投入基本上为零（反正我是要给程序员开工资的）， 而在开源软件使用过程中涉及软件许可（软件再包装）， 开源软件后续版本维护的成本基本上都不在考虑之列。

 

可以说这是一个典型的中国特色， 而这个特色是由于中国的官本位思想所造成的。 很多有能力的程序员在干了几年编程工作之后为了他的职业发展需要基本上会变转向管理， 而一旦他转向管理之后，很少有时间去专研技术。这样就造成了有决策权利的管理者对于技术不那么热衷，技术对于他开说只是一个结果（你就说这个问题你能解决 不， 而不是一个漫长艰辛的磨练过程）。

 

这样开源软件使用过程中产生的一切后果都由程序员来扛了，虽然使用开源软件的程序员很想请人来做商业咨询，但是他们却很难想向公司领导开这个口，因为技术是他们在是公司领导眼中的价值之所在，公司领导会认为有源代码都有你还搞不定，这不是就说明你的能力不行吗？由于程序员的流动性比较强， 对于产品上线后的维护问题， 程序员考虑得并不是太多， 他们只是暗暗祷告别让我成为那个救火队倒霉蛋就行了。

 

爱在心里去口难开， 程序员在使用“免费软件”的同时，背负了太多的责任。

 

2. 开源社区

在当天的讨论中，我曾经问过大家一个问题， 就是大家在使用开源软过程中发现了bug会这么做？

我得到的回答是自己研究，到相关论坛上发帖子问？

我接着问还有其他什么途径吗？有没有试图和你使用的开源软件作者联系 ？ 有没有在开源软件项目的网站上提交Bug 报告？ 还有如果你发现了这个开源项目有问题，在抱怨这些问题时候，有没有试图去做出你自己的贡献帮助修复这些错误。

 

在 我成为Apache CXF 和 Camel 的Committer之前， 我也使用过开源软件 ACE，和大家有着很类似的经历。当时使用ACE完全是靠个人兴趣，也许是语言的问题，也许是在中国的开源项目太少了， 当时我没有一点融入到ACE开发社区的想法，遇到的问题基本上就是在国内的论坛。可能是成为Apache 开源项目的Committer之后，由于角色发生的转变， 我考虑到问题的角度不同了。

 

我发现开源项目最大的财富不是那些放弃版权等代码， 而是开放交流的开源社区。在社区中菜鸟和大牛可以平等地对话，客户与开发者直接进行交流， 这是一个程序员与程序员平等对话场所， 只要你说的有道理你的意见或者建议就能被接受。如果说开源项目中的那些代码是可交付成果， 那在开源社区中的讨论就是这些可交付成果的灵魂， 如果你在使用这些开源软件，如果你想对这些开源软件做出自己的贡献，那请加入开源项目的讨论组， 社区论坛， 在那里寻求帮助和贡献你的智慧。

 

现在让更大的程序意识到开源社区的重要性， 发展好本地的开源社区， 似乎成为了我向社区贡献代码同时，最迫切的一件事， 因为只有这样，才能让开源软件在中国走得更好。

 

3. 开源软件商业支持

 

对 于开源软件来说， 如果是它是一个使用范围很广的软件，可能需要商业支持的需求就比较小。例如Spring， 会使用Spring的人太多了， 一般在Spring使用过程中遇到的配置问题大家都能解决，这个可能和国内多从事应用软件开发的人员比较多有很大的关系。 对于他们由于他们只是使用Spring， 不需要在理解Spring内部代码基础之上进行二次开发，自然没有什么对Spring的商业支持。

 

但 对于ServiceMix， Camel，CXF 这样软件来说，由于使用范围比较狭窄， 熟悉的人员就不多， 如果想把这样的软件应用到企业集成或者是在其之上进行包装，二次开发。如果没有商业支持， 程序员们需要的投入的精力那是可想而知。 对于开源软件的商业支持， 在国内开展的不是很好， 这可能是各大软件集成公司对咨询有着很大的认识误区。 在他们眼中咨询只是大公司在售前推销自己商业产品的一种手段， 很多时候都是免费的。 当然大公司的咨询成本最后可以转嫁到销售的产品之中， 对于开源软件来说起商业支持收入的最大来源是依靠咨询和培训，以及日后的订阅服务。对于开源软件商业支持厂商来说要从本来不多的商业收入中拿出大量的资源 来进行免费的咨询服务基本上不可能的。

 

试想一下如果开源软件项目没有办法养活自己，哪还有开源软件能让你免费使用，改变这种现状是开源软件在中国发展过程中所必须解决的一个问题。

 

2011年9月18日 

回顾这些问题，简单总结如下

   苦逼程序员有使用开源软件的权利，但也应该有获取开源软件商业支持的权利。

   开源社区文化有待提高，需要本土社团的掺和。

   国内商业支持环境有待培育，国内开源企业还需要继续成长。

三年过去了，除了能看到一下继续为开源事业努力工作的人们，其他问题都还没有得到很好的解决。 

评论

36 楼 jnn 2008-12-04  

honno 写道

在国内能像jnn和freeman参与到apache项目中的人少之又少,当时我们参加soa草根论坛时和jnn讨论过这个问题.目前国内的CTO请开源人士给自己的团队做咨询和培训的时机还不成熟,对开源项目的研究都落在程序员的身上了,大家投入了大量的精力,但最多也只能达到能够使用的程度,如果想更深层次的了解这些开源项目不借助一些咨询和培训是很难的.

其实要想参与到Apache的项目，不像大家想象得这么难。只要你足够勤奋，当然最好是你的日常工作和这个Apache项目相关，只要你坚持读用户邮件列表，看提交的代码， 弄清楚事情得来龙去脉，你很快就能成长起来。

照成开源软件咨询在国内难以开展，我想了一下可能有下面两个原因：
第一 程序员自身的虚荣心得问题，因为他们不可能对CTO说，这个问题我搞不定，你得请人帮我们咨询一下。
第二 国内开源项目咨询公司太少，同时也缺乏参与开源项目开发的commiter，缺乏能提供开源项目咨询的人才。

对于开源软件来说，虽然源代码是公开了， 但是让程序员从头开始做开源项目的评估，以及结合业务需要构建原型系统是需要花费大量时间和精力的。在社会分工越来越细的今天，为什么不能让专业人事来做这点专业性强的活呢？

35 楼 jnn 2008-12-04  

风花雪月饼 写道

主要是平时用那些框架什么的也没涉及太深。可能浅显的BUG已经被解决或已被人发现了。我曾向prototype报告过关于使用innerHTML导致的问题，后来发现那个问题已经有人在我之前报告了，并且比我的解决办法要好，不过时间没差太远。另还有一个是JS报表的一个框架，名字我都忘记了人家就一个人在做的。我也提了建议，不过由于能力有限，SVG并不了解，所以也没帮人家什么忙。

总结的来讲：
在中国有很大部分程序员可能都是在这样的环境下进行工作，涉及开源方面的东西研究也不深，主要就是拿来解决项目中的一个问题之类的。比如CXF我也在项目中用到，但毕竟是实现简单的功能，没发现到问题。

这也是我发这个帖子的主要原因，咱们中国的开源社区建设还有很长的路要走。
我想告诉咱们国内的程序员，在你使用开源项目解决你实际工作问题的时候，可否想一下为开源社区做一下贡献，哪怕是小小的说一声，我在项目中用到你们做的开源软件了。

34 楼 jnn 2008-12-04  

ray_linn 写道

jnn 写道

在我开发的开源项目中也使用了很多开源的软件，这年头做Java开发，基本上你想要到功能都有开源的实现 ；）

很搞笑的一种情况是，为了实现一个站点，你添加了hibernate, spring, acegi, struts, freemarker, jcaptcha,spring webflow, spring modules, drools，以及支持他们的种种library比如什么dom4j或者j4dom之类的，最后你得到了一个及其膨胀的发布包- 100M到200M -- 里面有95%都是各式各样的开源包+ 2-3M大的自己的程序。

我只想对这种情况说够了，我不想劳神去找各种包，我不想劳神一个个去看他们的doc，运行他们的demo，提交他们的bug，我也不想让这些毫无意义的包占据我购买的网络空间，这堆垃圾吃掉了我2/5的采购空间，意味着客户还得再花钱去买新的空间。 如果这种是开源的含义（不断的重复造各种轮子），Stop it.

学习这堆东西耗费了大量的时间，造成无意义整合问题，更搞笑的，有人抓着其中几个包津津乐道，炫耀自己的技巧。Stop it.  我需要的是一个集成的王者，给我一个象rails或者是asp.net一样，能一站解决问题的轻快的东西。

如果你知道每个包是干什么用的， 根据你的应用情况进行配置， 就不会出现你说的那种情况了。
就拿Apache Camel 来说， 其中使用的库不下20个， 但是发布包只有20M不到， 就是因为它只包含经常使用的核心库， 至于其他很少用的库，用户可以根据自己的实际情况通过maven管理使用。

33 楼 ray_linn 2008-12-03  

jnn 写道

在我开发的开源项目中也使用了很多开源的软件，这年头做Java开发，基本上你想要到功能都有开源的实现 ；）

很搞笑的一种情况是，为了实现一个站点，你添加了hibernate, spring, acegi, struts, freemarker, jcaptcha,spring webflow, spring modules, drools，以及支持他们的种种library比如什么dom4j或者j4dom之类的，最后你得到了一个及其膨胀的发布包- 100M到200M -- 里面有95%都是各式各样的开源包+ 2-3M大的自己的程序。

我只想对这种情况说够了，我不想劳神去找各种包，我不想劳神一个个去看他们的doc，运行他们的demo，提交他们的bug，我也不想让这些毫无意义的包占据我购买的网络空间，这堆垃圾吃掉了我2/5的采购空间，意味着客户还得再花钱去买新的空间。 如果这种是开源的含义（不断的重复造各种轮子），Stop it.

学习这堆东西耗费了大量的时间，造成无意义整合问题，更搞笑的，有人抓着其中几个包津津乐道，炫耀自己的技巧。Stop it.  我需要的是一个集成的王者，给我一个象rails或者是asp.net一样，能一站解决问题的轻快的东西。

32 楼 honno 2008-12-03  

在国内能像jnn和freeman参与到apache项目中的人少之又少,当时我们参加soa草根论坛时和jnn讨论过这个问题.目前国内的CTO请开源人士给自己的团队做咨询和培训的时机还不成熟,对开源项目的研究都落在程序员的身上了,大家投入了大量的精力,但最多也只能达到能够使用的程度,如果想更深层次的了解这些开源项目不借助一些咨询和培训是很难的.

31 楼 风花雪月饼 2008-12-02  

主要是平时用那些框架什么的也没涉及太深。可能浅显的BUG已经被解决或已被人发现了。我曾向prototype报告过关于使用innerHTML导致的问题，后来发现那个问题已经有人在我之前报告了，并且比我的解决办法要好，不过时间没差太远。另还有一个是JS报表的一个框架，名字我都忘记了人家就一个人在做的。我也提了建议，不过由于能力有限，SVG并不了解，所以也没帮人家什么忙。

总结的来讲：
在中国有很大部分程序员可能都是在这样的环境下进行工作，涉及开源方面的东西研究也不深，主要就是拿来解决项目中的一个问题之类的。比如CXF我也在项目中用到，但毕竟是实现简单的功能，没发现到问题。

30 楼 codeutil 2008-12-02  

在用或者调试着玩开源软件的时候，曾经反馈过一些bug。

算是做了自己的一点努力吧。

29 楼 dearshor 2008-12-01  

<div class='quote_title'>eyejava 写道</div>
<div class='quote_div'>关于提交出来开源的东西必须是优秀的我认为是必要的，Rod Johnson也认为为开源写代码的人几乎都是各个公司最优秀的技术人员。没有创意的东西没人会理会。<br/><br/></div>
<p> </p>
<p>我不认同这种观点。开源项目完全也可以是几个志同道合的朋友为了实践一种技术、框架，而聚在一起做几个项目而已。</p>
<p>为什么提交出来开源的东西必须一定要有很多人来理会、来崇拜你？这样能满足一下你的虚荣心或是成就感？</p>
<p>每个人都有成长过程，难道在初级阶段，就只能闭门造车，只能怀着无比崇敬的心情去仰望那些大师？为什么不能和全世界和你处于同一阶段的人一起，协作开发开源project，在此过程中相互学习，提高自己呢？为什么不能和这些你崇拜的大师们平等对话（加入开源社区就有可能）？</p>

28 楼 dearshor 2008-12-01  

<div class='quote_title'>jnn 写道</div>
<div class='quote_div'>
<div class='quote_title'>age0 写道</div>
<div class='quote_div'>
<div class='quote_title'>jnn 写道</div>
<div class='quote_div'>
<div class='quote_title'>age0 写道</div>
<div class='quote_div'>国人使用开源的目的本来就是要以最小代价在你死我活的商业竞争中谋取自身的最大利益，在这种背景下谈开源无疑是一件极度可笑的事。</div>
<br/><br/>这还是大家太功利了， 要知道罗马不是一天就建成的。</div>
<br/><br/>这已经不是功利问题了，国人的生存环境太恶劣，为了保生存自然是无所不用其极，有闲情逸致去建罗马的不是愣头青就是乌托邦主义者。<br/></div>
<br/><br/>如果从生存的角度上来讲，如果你是Apache 项目的committer，自然有公司会来找你签约， 比你整天研究大公司的笔试面试题要有意义得多。</div>
<p> </p>
<p>jnn这句话说的好。我忍不住要拍手称快一下。我也是这么想的。这样的心态，才是健康的心态。</p>

27 楼 dearshor 2008-12-01  

<div class='quote_title'>jnn 写道</div>
<div class='quote_div'><br/><br/>我觉得大家在关注开源的时候想到最多如何开放代码，其实开源软件的发展的真正动力是来自于社区的。<br/>如果说你的准备的开源的东西不够优秀， 没有关系， 只要你有好的想法， 你可以借助开源社区的力量来完善你的开源项目。<br/><br/></div>
<p><br/>非常赞同。或许如robbin所说，</p>
<div class='quote_title'>robbin 写道</div>
<div class='quote_div'>在中国这么一个国家，整个民营软件公司普遍生存都很艰难的情况下，谈什么开源软件的前途都是扯淡。首要解决的问题是体制问题，真正释放生产力，让整个软件产业蓬勃的发展起来，有了这样的基础，才能谈其他的事情。开源软件才有发展的可能性。 </div>
<p> 我国的体制还有问题，无法真正释放生产力，整个民营软件公司普遍生存都很艰难。OK，咱先不谈“开源软件的前途”，也不谈开源软件的商业模式的问题，我们现在可以谈的是，你从使用开源软件中获利了吗？答案是肯定的。</p>
<p> </p>
<p>不可否认，开源软件在中国的市场可谓庞大（全球范围内亦是如此，<strong>see also</strong>：<a href='http://www.infoq.com/cn/news/2008/11/Open-Source-Enterprise' target='_blank'>InfoQ: 企业中开源软件的使用情况报告</a>），你敢说你的project里从来不用开源项目的东西吗？估计很多人现在都用的很习惯了，习惯到以为这就是我自己开发的东西，而完全忘了这是开源社区的贡献了吧。</p>
<p> </p>
<p>ok，咱也先不谈这个，那我们再谈谈您在软件技术的学习中、软件开发经验的积累中，开源项目给您的帮助有多大？如果没有这些开源项目，什么都要你从零来是开发，你的成长能有现在这么快？<strong><span style='font-size: medium;'>你现在成为大牛了，可以在这里高谈阔论了，就可以大谈开源软件没有前途了？可以开始不屑于开源软件了？更没兴趣去加入开源项目，回报开源社区了？ 你完全忘记了当初开源项目对你成长过程中的帮助了。应了中国有句话叫忘什么负什么，真是可悲。</span></strong></p>
<p> </p>
<p>体制有问题，一时很难改变，<strong><span style='font-size: medium;'>但总要有人去做、去付出、去努力，这样才有可能会改变</span></strong>。<span style='text-decoration: underline;'><strong>如果大家都只是在那叹息，那试问最终有谁能站出来去做这些事？体制问题何时能得到改变？</strong></span></p>
<p> </p>
<p>眼下在这样一种体制下，真的就什么都不能做了，只能坐着叹息了吗？</p>
<p> </p>
<p>目前我就在做这么一件事，</p>
<p>我在Google Code托管了一个Project</p>
<h1><a href='http://code.google.com/p/keepleaping/' target='_blank'>Keep Leaping</a>
</h1>
<p><br/>
<strong>致力于提供各种Java EE软件技术的最佳实践</strong>
<br/>
<a href='http://code.google.com/p/keepleaping/' target='_blank'>http://code.google.com/p/keepleaping/</a></p>
<p> </p>
<p> </p>
<p>发起这个project的目的很单纯： </p>
<ul>
<li><strong>开源项目化,用于解决技术资源分散的问题。从开源社区做起,开辟出若个针对实际应用的项目,以项目带动技术的讨论,这样就有了目标,有了针对性,才能将众多的智慧融合起来,才有了针对各种需求的解决方法的积累。</strong><br/>『引用自ChinaUnix社区《开源时代》创刊词』</li>
</ul>
<p> </p>
<p>以上是发起这个project的初衷。等壮大以后，就可以</p>
<ul>
<li><strong>开源产品化,用于解决应用集中的问题。将一些成熟的模块,通过系统的方法整合起来,以满足一类应用的需求,这样就能逐渐形成开源产品。</strong></li>
</ul>
<ul>
<li>  <strong>开源商业化,用于解决产品成熟度问题。开源产品不断的接受市场的检验,通过社区成员不断的优化,随着应用的深入,就逐渐会产生各种商业性服务,使产品产生社会价值。</strong></li>
</ul>
<ul>
<li>  <strong>开源社会化,用于解决可持续发展的问题。基于开源的开放性特征,进行了商业化的开源产品又将所获得的利益进一步回馈开源社区,以促进新的项目的发展。至此,开源经历一个完整的生态循环。</strong><br/>『引用自ChinaUnix社区《开源时代》创刊词』</li>
</ul>
<p>这个过程或许很漫长，很艰辛，但我们有心理准备，有足够的耐心和信心以及永不枯竭的动力。<strong>记得Google的创始人之一还是Google的哪个灵魂人物在Google进入中国市场时说过，“中国是一个有着五千年文明的国家，那么我们在中国市场的盈利，有着五千年的耐心”。</strong>听到这句话很受鼓舞，<strong>人家一个自己国家才有几百年历史的外国人都能这么说，作为有着五千年文明的中华民族的子孙，却没有这个勇气、魄力和自信吗？</strong></p>
<p> </p>
<p>至今很认同Google的理念：<span style='font-size: medium;'><strong>立即动手，逐步完善。</strong></span>我们很多国人急功近利，老想着一步到位，一切都是利益驱动，过于功利了。这样的心态，怎么能真正把事情做好呢？</p>
<p> </p>
<p>See Also: 《开源时代》创刊词 http://www.iteye.com/post/769284</p>

26 楼 jnn 2008-11-26  

age0 写道

jnn 写道

age0 写道

国人使用开源的目的本来就是要以最小代价在你死我活的商业竞争中谋取自身的最大利益，在这种背景下谈开源无疑是一件极度可笑的事。

这还是大家太功利了， 要知道罗马不是一天就建成的。

这已经不是功利问题了，国人的生存环境太恶劣，为了保生存自然是无所不用其极，有闲情逸致去建罗马的不是愣头青就是乌托邦主义者。

如果从生存的角度上来讲，如果你是Apache 项目的committer，自然有公司会来找你签约， 比你整天研究大公司的笔试面试题要有意义得多。

25 楼 age0 2008-11-26  

jnn 写道

age0 写道

国人使用开源的目的本来就是要以最小代价在你死我活的商业竞争中谋取自身的最大利益，在这种背景下谈开源无疑是一件极度可笑的事。

这还是大家太功利了， 要知道罗马不是一天就建成的。

这已经不是功利问题了，国人的生存环境太恶劣，为了保生存自然是无所不用其极，有闲情逸致去建罗马的不是愣头青就是乌托邦主义者。

24 楼 xieye 2008-11-25  

偶的思考方式：做任何一件事之前，看是否对自己有利

23 楼 jnn 2008-11-25  

age0 写道

国人使用开源的目的本来就是要以最小代价在你死我活的商业竞争中谋取自身的最大利益，在这种背景下谈开源无疑是一件极度可笑的事。

这还是大家太功利了， 要知道罗马不是一天就建成的。

22 楼 jnn 2008-11-25  

eyejava 写道

关于提交出来开源的东西必须是优秀的我认为是必要的，Rod Johnson也认为为开源写代码的人几乎都是各个公司最优秀的技术人员。没有创意的东西没人会理会。

很认可使用开源软件的反馈作用，但是国内大部分程序员甚至连反馈建议、bug的渠道都没有，公司不能上网、回家没时间上网，这种是极少情况，大部分情况是大家仅仅停留在学习开源组件简单使用的阶段，根本没能深入使用它，谈何提交Bug

在我开发的开源项目中也使用了很多开源的软件，这年头做Java开发，基本上你想要到功能都有开源的实现 ；）
如果是跑跑例子，写写简单的应用，是很难真正深入掌握开源软件的内部构架的
对于开源软件的深入学习我这里有几个简单的建议：
1.通读开源软件网站上的所有文档， 重点是用户手册
2.下载源代码并尝试编译，一般项目都有wiki来描述如何进行build
3.订阅邮件列表（dev, user, commit)
  如果邮件列表的问题是你感兴趣的，可以尝试一下帮别人解决一下，或者是看看别人是如何解决的
4.从JIRA上找一些你能着手的工作做做，这些工作可以你是发现的bug，也可以是开发人员定义的具体工作
  这样可以帮助你很快熟悉代码
5.当然如果你能联系到开源项目的Committer那就更好的， 因为在他的帮助下，你可以更快的熟悉代码并融入到开源软件的开发中去

如果你足够勤奋，不出半年，你应该能成为能你参与的开源软件的committer。

21 楼 age0 2008-11-25  

国人使用开源的目的本来就是要以最小代价在你死我活的商业竞争中谋取自身的最大利益，在这种背景下谈开源无疑是一件极度可笑的事。

20 楼 eyejava 2008-11-25  

关于提交出来开源的东西必须是优秀的我认为是必要的，Rod Johnson也认为为开源写代码的人几乎都是各个公司最优秀的技术人员。没有创意的东西没人会理会。

很认可使用开源软件的反馈作用，但是国内大部分程序员甚至连反馈建议、bug的渠道都没有，公司不能上网、回家没时间上网，这种是极少情况，大部分情况是大家仅仅停留在学习开源组件简单使用的阶段，根本没能深入使用它，谈何提交Bug

19 楼 QuakeWang 2008-11-25  

很认同jnn文章中关于开源社区的观点
除了编程技术外，在社区中还能学到很多软件工程的知识，比如版本控制，特性设计的权衡，用户需求沟通等等。
而作为开源软件的使用者，除了提交bug，写文档以外，个人还可以写些博客介绍开源项目，哪怕是很短的文章，也会起到推动作用和分享知识的作用，这也是对开源项目的一个贡献。

18 楼 jnn 2008-11-25  

robbin 写道

jnn 写道

eyejava 写道

没有一个回帖就已经精华了？
我认为有几点阻碍了开源软件的发展
1.准备开源的东西是不是足够优秀，不够优秀的东西开源也吸引不了人来关注，更没有人一起参与、开发
2.国内大部分程序员并没有太多精力为开源做些贡献

我觉得大家在关注开源的时候想到最多如何开放代码，其实开源软件的发展的真正动力是来自于社区的。
如果说你的准备的开源的东西不够优秀， 没有关系， 只要你有好的想法， 你可以借助开源社区的力量来完善你的开源项目。

如果说国内的程序员很辛苦，在养家糊口之余没有时间和精力为开源做出贡献， 我这里有一个小小的请求， 就是你在使用开源软件完成你日常工作的时候，如果发现的bug请及时向开源社区反馈。

其实在Apache上做开源软件开发的程序员很多都是商业公司的雇员， 他们的日常工作就是维护代码回答开源社区的问题。

其实做到这一点不难，仅仅需要程序员养成这样的习惯就可以了，至少我自己是有这种习惯的。但是开源要形成产业，在国内没有太大希望。

对，要做到这点很容易， 这也是我为什么要发这个帖子的主要原因。
这里有一个数据想透露给大家， CXF在中国 download 量仅次于美国， 但是CXF中国程序员报的bug几乎不到1%。
虽然在国内程序员是草根， 但是这个草根的力量也是很强大的。

17 楼 jnn 2008-11-25  

ice.k 写道

先生存，再贡献吧。

当LZ开源开到一定程度也就走商业道路了，自然没经历顾及开源了。

我没有说做开源就是义务的，就不能赚钱。

我现在做的开源项目是有商业支持的， 这也许是国内开源项目匮乏的主要原因。

不过我接触过的为开源项目做贡献的很多人是在使用开源软件完成自己日常工作的同时为开源做贡献的。

这里指的贡献不只限于提交bug报告，提交代码，撰写文档，还有可能是说服你的领导购买开源软件的商业支持