为什么项目开放源代码之后就变成死项目 很少或几乎不再更新

经常遇到一些好的.NET项目开放源代码之后,便很少更新。即使是大名鼎鼎的CodeProject中的文章中的代码项目,遇到问题时,留言或是主动给作者发邮件,都像石沉大海一样,得不到回复或解决,只好自力更生。

Codeplex中的项目,更新的速度就更慢了。从First release算起,三个月之外,就很少有更新了。我指的项目不是指官方的一些项目,驻留在这里。比如SQL Server的Sample Database驻留在这里,更新速度当然频繁,有官方的背景,各方面的更新工作肯定不会马虎。

1  项目已经成熟,满足作者设定的需求范围,不再需要更新

这种情况比较多。项目的开发人员,在设定目标后,会花费很多时间来完成它,业余时间都会充分利用上。我自己也经常这样,一旦认为添加某个Feature对项目非常重要时,会把业余时间都利用上,加班加点的把它完成。

举例说明,一个数据库工具,一开始作者设定只需要连接到SQL Server进行数据操作即可。这样的需求设计,你很难要求作者去为你添加Oracle,MySQL的支持。一个代码生成工具,起初的目标是支持SQL Server, Access, Oracle,MySQL四种类型的数据库,但是后来作者发现,大部分的时候,只需要满足一个常见的数据库类型即可,要能支持其它类型的数据库,测试和编码的工作量要多很多。写出来的功能,就应该充分测试,要么就没有,要么就测试充分以满足各种情况和场景。我的一个代码生成器曾经也有这样的思考,只要求支持SQL Server,但是后来一直想加入对Access,Oracle的支持,一直没有动力,最后不了了之。项目中遇不到的使用场景,很难有动力去虚拟一个环境,做出连自己都不需要的功能。

 

2  遇到技术瓶颈 现在项目停止开发或转向新的架构和需求

每个开源项目是为解决特定领域的问题,如果满足第一条,可以满足该领域的需求,便不再需要精进。另一方面,遇到不可解决的技术瓶颈,也会导致项目无法继续深入下去,现在已经做的最好了,再深入下去会无从下手。

前段时间,我想找一个项目中代码重复的检测工具,判断一下,我的项目中有哪些代码是通过拷贝的方法做出来的,而不是进行代码重用。代码重复给项目的维护带来麻烦,所幸运的时,在CodePlex上面找到一个开源工具,Clone Detective, 只支持VS2008,之后就没有更新。2010年4月微软发布Visual Studio 2010,至今已有三年,也没有更新过这个小工具。VS2012内置了代码重复的检查工具,但是依照目前的情况来看,.NET 4.5的普及程度不高,拒绝对XP和Windows Server 2003的支持,要花钱买正版的企业,一般都不会为此买单。Resharper 有一个插件工具,也可以检测代码重复,但是只支持5.1版的Resharper。以我的理解,这两个工具,可能是因为面对新的API变化,技术阻碍,而停止更新。能做出这样工具的开发人员,技术瓶颈是需要适应新的开发工具接口,但无力去维护更新。

 

3  作者或公司转向新的研究领域,原有的代码不再维护更新

这种情况曾经发生在Borland公司身上。Borland公司曾经是世界一流的开发工具供应商。曾经的一个时代,世界上的绝大多数的控件,是用Delphi开发的。后来是.NET的崛起,Delphi控件供应商逐渐减少,或是无法赢利的时候,直接把控件抛给开源社区,开源社区因为没有赢利的驱动,又不以把握市场需求为目的,凭借个人兴趣爱好,难以成体系的发展。到现在,世界上流行的控件或组件包,几乎都是.NET开发的。Infragistics NetAdvantage系列,Dev Express系列,ComponetOne系列,Synfusction系列,Krypton系列,全是为了.NET市场而生的商业组件包。

Java世界也发生过这种现象,顺应市场的发展,开源只是为了放下过去,更好的拥抱未来。

留下一堆的组件包在开源世界,几乎无人问津。

 

4  失去促进开源项目发展的动力,有心无力

这一点应该是符合中国国情的一点。设计一个流行的开源项目,可以增加自己的知名度,为自己镀金。但功成名就之后,这个敲门砖便不再有作用,失去继续维护的动力。再者,IT这一行逐渐走向平民化,薪水和待遇不再远远高于其它行业,有时候甚至低于金融,会计这些行业。

俗话说饱饭思淫欲,在没有吃饱饭的情况下,积极的促进开源事业的发展,有点背道而迟。如果有基金扶持,项目肯定会做的很好,很有特色。但是这一项待遇只属于各大院校。把研究出来的东西,再锁进抽屉里面,如果想看论文,需要再次付款,谁会再次去为此付款。作为纳税人,我们已经为他们的科研工作提供支持,用税收给他们研究动力,我想看一下他们研究的成果却不行,这可是花我的钱研究出来的东西。

公司则永远不可能为开源而开源,公司要赢利才能生存,每个月的水电费,租金,人员开支都需要钱。公司开放项目的源代码也是为了赢利。曾经看到一个公司把ERP项目都开源了,后来发现原来是赚个吆喝,真正的核心组件没有开源。

 

5  项目被公司看中,进行定制 开源停止更新 闭源发展的更好

如果一个开源项目被公司看中,公司聘请到这个项目的开发人员,探讨这个项目的发展,或转向新的商业领域。这是开源项目中,我以为最好的一种结局。典型的例子是.NET Reflector,大名鼎鼎的.NET反编译工具,在.NET开发领域几乎无人不知,无人不晓。后来被Red Gate收购了,版本更新更快了,功能也更强大。

曾经有朋友问,是不是增加了更霸道的功能才收费。我的回答是Yes。

旧的版本的.NET Reflector,反编译后有几个问题没有处理好:

1  属性  比如代码中一个Name的属性, 代码如下所示

public string Name { set;get;}  

反编译后的结果是是get_Name,set_Name,要手动修改才能编译成功。

事件也是一样,旧版本反编译后的源码生成了Delegate.Add和Delegate.Remove两个方法的调用版本,也需要调整。

新版本解决了这个问题,

2  对于一些常见的编程模式,新版本的.NET Reflector 可以正确识别,并为你重写代码。

这个例子,最简单的当属于foreach和using。试一下,新版本的.NET Reflector可以为你生成这两个句式的代码。而旧版本中,这是没有的。这里的using我是指using(Stream stream=File.OpenRead(“file.txt”))

 

这种情况也有另一种发展方向,开源项目被公司看中,但是公司不向作者购买,而是直接用它的开源版本,在上面直接修改,做出一个自己需要的版本,或是进行增强。在各种盗版软件泛滥的情况下,开源协议相当于一纸空文。公司的目的是以最小的开支,创造最大的利润,可以理解这种情况。

原文地址:https://www.cnblogs.com/JamesLi2015/p/3173019.html