开源是贡献还是商业策略

我们理解的开源，是获得源代码后，就可以编译整个软件产品的项目。这样，一个成功的软件产品，如果将源代码开源后，相当于将自己的成功之本公布于众，这简直就是在复制竞争对手，为自己掘墓。

这样想来，开源是一件极其不利于那些有自己产品或服务的软件公司，尤其是非常成功的软件公司，他们的软件产品或服务就是他们的生存之本，他们不希望也不会将自己的软件开源。

但是，即使这样，开源依然很受人欢迎，而且有很多开发者在为开源做着贡献，其中包括我们说的那些成功的软件公司，但是开源仅仅是他们软件的一部分。

开源项目的开发者不但为开源事业做着贡献，而且，很多人在开源项目中获得了收益，甚至活得非常好，所以，开源也成为一种成功的商业模式，使开源事业可以持续发展。

软件的使用者对于开源也情有独钟，如果这个软件是开源项目，那首先对它的印象就提高很多，因为敢于将自己的代码公布于众，代码的质量自然会很好，再加上这种奉献精神，更当褒奖，然后是开源软件即使没有公司的支持，可能会停止升级，也不会有很大风险，所以用开源项目的软件自然更加放心。

这里，我们就提到了一个软件使用者关心的停止升级问题。因为软件的升级一般是很频繁的，一个软件从第一个版本，到很好用，很易用，甚至使用者依赖，是需要经过很长的时间，少则数月，多则几年，十几年。如果一个软件在中间由于某种原因停止开发，那用户可能要面临如何找到替代的软件，而且包括已有数据的移植等诸多问题。所以，对于销售的软件，使用者购买的其实是一种持续的服务，不是一次购买，终生受用，而是按照周期进行付费。这样，开源软件不收取费用，自然也就没有约定开发者必须升级，如果软件不升级，就可能遇到诸多问题影响使用。

 

BTW: 经常是一些简单的想法，还没有写完，就存成草稿。但发现草稿发布后，发布时间是发布时的时间，而不是建立时的时间。所以，以后无论草稿多简单，还是先发以保证思路时间的正确。

写这个的目的，就是前面在2009年11月份 发布了OrgchartControl的源代码，写了一篇文章，但是以草稿保存，今天发布时，发现在当前这篇有关开源策略的文章之后，这样会给人以误解了，所以多想了这些。