# 參與的類型 開源項目被資助有許多不同的原因。這個列表中的條目并不互斥；通常一個項目的財政支持會出自這里的多個，甚至全部的動機： ### 分擔負擔 擁有相關軟件需要的不同組織經常會發現他們在重復投入，包括在內部重復編寫類似的代碼，以及從私有供貨商購買類似的產品。當他們意識到事實真相后，這些組織會集中他們的資源，并創建（或加入）到一個開源項目，并為他們的需要調整。好處是明顯的：開發的代價被分擔了，而對所有人利益則增長了。盡管這個場景憑直覺應該大多數是非盈利組織所做的，但是即使對于盈利競爭者也具有戰略意義。 例如：[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并能夠不費吹灰之力的將變更置入公共版本？ 當你閱讀后面的指導方針時要留意這些問題。他們可以應用到自由軟件項目中的此類組織參與，但每個項目都是一個人類環境，因此沒有完全相同的。在某種程度上，你需要跟著感覺演奏，但是遵從這些原理會增大結果符合你想法的可能性。