# 参与的类型 开源项目被资助有许多不同的原因。这个列表中的条目并不互斥；通常一个项目的财政支持会出自这里的多个，甚至全部的动机： ### 分担负担 拥有相关软件需要的不同组织经常会发现他们在重复投入，包括在内部重复编写类似的代码，以及从私有供货商购买类似的产品。当他们意识到事实真相后，这些组织会集中他们的资源，并创建（或加入）到一个开源项目，并为他们的需要调整。好处是明显的：开发的代价被分担了，而对所有人利益则增长了。尽管这个场景凭直觉应该大多数是非盈利组织所做的，但是即使对于盈利竞争者也具有战略意义。 例如：[http://www.openadapter.org/](http://www.openadapter.org/)和[http://www.koha.org/](http://www.koha.org/) ### 提高服务 当一个公司出售的服务依赖于某个开源程序，或因为某个开源程序而更加具有吸引力，很自然这个公司会有兴趣保证程序能够活跃的维护着。 例如：[CollabNet](http://www.collab.net/)对于[http://subversion.tigris.org/](http://subversion.tigris.org/)的支持（免责声明：是我的日常工作，但是也是这个模型的完美实例）。 ### 支持硬件销售 计算机和计算机组件的价值和之上的软件直接关联。硬件销售商—不仅是整机销售商，还包括外围设备和芯片制造商—都发现让高质量的自由软件运行在他们的硬件上对客户来说非常重要。 ### 暗中削弱竞争者 有时候公司支持特定的开源项目作为对竞争者产品的暗中破坏，无论竞争产品本身是否开源。争夺竞争者的市场份额通常不是参与开源项目的唯一原因，但却是一个因素。 例如：[http://www.openoffice.org/](http://www.openoffice.org/)（不，这不是OpenOffice存在的唯一理由，但是这个软件至少部分的回应了微软的Office）。 ### 市场营销 让你的公司与流行的开源应用联系在一起，是简单而且好的品牌管理。 ### 双重许可证 *双重许可证*会为希望将软件作为自己私有软件的一部分进行销售的客户提供传统私有许可证，同时为开源范围使用的客户提供自由许可证（见[Chapter 9, *许可证，版权和专利*](http://producingoss.com/zh/legal.html "Chapter 9. 许可证，版权和专利")的[the section called “双许可证模式”](http://producingoss.com/zh/dual-licensing.html "双许可证模式")）。如果开源开发者社区是活跃的，软件可以广泛领域获得调试和开发的好处，尽管公司仍然保持支持一些全职程序员的特许权。 两个著名的例子是[MySQL](http://www.mysql.com/)，相同名称数据库软件的制造商，以及[Sleepycat](http://www.sleepycat.com/)，提供Berkeley数据库的发布和支持。他们都是数据库公司并不是巧合。数据库软件通常会集成到应用中，而不会直接交给用户，所以非常适合双重许可证模型。 ### 捐赠 一个广泛使用的项目有时可以获得可观的捐助，包括来自个人和组织的，只需要有一个在线的捐赠按钮，或者有时通过销售诸如咖啡杯、体恤和鼠标垫之类的品牌商品等等。小心一点：如果你的项目接受捐赠，在得到*之前*要计划好如何使用这些钱，并在项目网站中注明。在实际花费之前保留，可以让关于如何分配钱的讨论变得十分顺利；但不管怎样，如果有明显的分歧，最好把它找出来，这还是很学术的东西。 投资者的商业模型不是它与开源社区如何联系的唯一因素。二者的历史关系也很重要：这个公司开始了这个项目，或者它联合了现有的开发力量？在这两种情况下，投资者都需要赢得信誉，但是，不令人意外，在后一种情况下需要的更多。组织需要对项目的未来有清晰的目标。公司希望保持领导地位，或仅仅是成为社区的一个声音，从而能够引导而不必控制项目的方向？或者它只是希望有一些提交者，能够修复客户的bug并能够不费吹灰之力的将变更置入公共版本？ 当你阅读后面的指导方针时要留意这些问题。他们可以应用到自由软件项目中的此类组织参与，但每个项目都是一个人类环境，因此没有完全相同的。在某种程度上，你需要跟着感觉演奏，但是遵从这些原理会增大结果符合你想法的可能性。