目前對(duì)開源項(xiàng)目可持續(xù)性的探索，可以說(shuō)還處于一種低水平的階段，一種早期階段。幾種新的商業(yè)模式基本都需要開源項(xiàng)目有自己的全職技術(shù)人員，但實(shí)際情況是目前只有少量的項(xiàng)目達(dá)到這一標(biāo)準(zhǔn)。

現(xiàn)如今開源軟件幾乎可以說(shuō)是軟件開發(fā)過(guò)程中必不可少的一部分，且是比較特殊的一部分，實(shí)際工作中幾乎每個(gè)項(xiàng)目都有開源軟件的身影。

開源社區(qū)的存在使我們每個(gè)人都可以使用到世界級(jí)的開源工具。這一點(diǎn)現(xiàn)在看起來(lái)非常常規(guī)，但其實(shí)里面包含了很多社區(qū)開發(fā)人員的心血，比如每個(gè) import、include 語(yǔ)句背后的開源軟件包都會(huì)對(duì)應(yīng)一個(gè)專家團(tuán)隊(duì)，都隱含了他們的貢獻(xiàn)，由于他們共同為一些待解的問(wèn)題投入精力，這樣大家在使用這些功能時(shí)直接導(dǎo)入他們的成果即可，不需要再各自造一套輪子，極大提高了我們項(xiàng)目的進(jìn)度。

開源項(xiàng)目的可持續(xù)性從不同角度看一般會(huì)有不同的定義：

(1)軟件開發(fā)者

從軟件開發(fā)組織的角度來(lái)看，可持續(xù)開源項(xiàng)目一般是指有能力及時(shí)發(fā)布代碼并可以及時(shí)修改產(chǎn)品中存在的各種問(wèn)題的項(xiàng)目。

(2)項(xiàng)目本身

從項(xiàng)目本身的角度看，可持續(xù)性一般要求項(xiàng)目本身可以負(fù)擔(dān)自己的支出，這樣項(xiàng)目才可持續(xù)發(fā)展。

開源處境

開源社區(qū)維護(hù)者和貢獻(xiàn)者為我們所有人構(gòu)建工具，為我們?nèi)粘５拈_發(fā)提供了很大的幫助，但開源社區(qū)的貢獻(xiàn)者自身卻面臨諸多問(wèn)題，這些問(wèn)題一定程度上影響了開源軟件的可持續(xù)發(fā)展，開源項(xiàng)目的可持續(xù)性也一直存在矛盾。

這一矛盾導(dǎo)致很多開源軟件在最初更新迭代比較快速，文檔書寫也比較及時(shí)，后面卻可能出現(xiàn)一些人員離職等問(wèn)題，導(dǎo)致該開源產(chǎn)品后續(xù)的更新不及時(shí)，甚至直接中斷，這時(shí)使用該開源產(chǎn)品的的同學(xué)在反饋問(wèn)題時(shí)往往需要很長(zhǎng)時(shí)間才會(huì)得到答復(fù)，甚至得不到答復(fù)。

筆者曾經(jīng)在使用一個(gè)開源的數(shù)據(jù)庫(kù)遷移工具時(shí)遇到過(guò)此類問(wèn)題，具體是文檔中說(shuō)明該開源工具有功能 A，但并未寫明功能 A 需要如何配置才能使用，在項(xiàng)目討論區(qū)給作者留言長(zhǎng)時(shí)間沒(méi)得到回復(fù)，于是自己花了接近 1 天的時(shí)間去調(diào)試該開源工具的代碼，發(fā)現(xiàn)文檔中寫明的功能 A 實(shí)際并未提供，一周之后作者留言功能 A 目前確實(shí)沒(méi)有提供，且由于公司內(nèi)部新?lián)Q的領(lǐng)導(dǎo)沒(méi)有之前領(lǐng)導(dǎo)那么熱衷開源，所以后續(xù)用在此開源項(xiàng)目的人力會(huì)逐漸減少，功能 A 的上線也沒(méi)有具體的時(shí)間點(diǎn)。

其他類似的事例也比比皆是，如某些大公司在內(nèi)部評(píng)級(jí)時(shí)需要有開源的貢獻(xiàn)，評(píng)級(jí)中加入對(duì)開源社區(qū)的貢獻(xiàn)，本身對(duì)開源的發(fā)展是很好的事情，這樣一方面可以為開源社區(qū)帶來(lái)新的成果，另一方面也可加深項(xiàng)目參與者對(duì)開源的認(rèn)知，為推廣開源助力。但問(wèn)題是很多開源項(xiàng)目在公司評(píng)級(jí)完成之后會(huì)很快被丟掉，沒(méi)有人再去更新、維護(hù)，只是把開源項(xiàng)目當(dāng)做自己職業(yè)生涯上某個(gè)階段中的一個(gè)上升工具。

上面我們僅僅只是列出了開源項(xiàng)目經(jīng)常遇到的問(wèn)題之一，下面羅列了一些影響開源可持續(xù)性的常見原因：

(1)資源不足

我們可以做個(gè)假設(shè)，如果沒(méi)有開源軟件，我們所處的社會(huì)還會(huì)不會(huì)是當(dāng)今的樣子？

今天，不僅互聯(lián)網(wǎng)產(chǎn)業(yè)需要建立在軟件之上，傳統(tǒng)行業(yè)也是深度依賴于軟件，在這些軟件中，開源軟件所占的比例越來(lái)越高，尤其是一些構(gòu)建成本低、容易發(fā)布、可靈活定制的開源軟件。

開源軟件可以類比為我們實(shí)體世界中的公路、橋梁等基礎(chǔ)設(shè)施，每個(gè)人都可通行，類似開源代碼人人皆可使用，這些開源軟件已經(jīng)是今天數(shù)字基礎(chǔ)設(shè)施的一個(gè)很重要的部分。

免費(fèi)的開源軟件一定程度上使得很多創(chuàng)業(yè)公司的創(chuàng)業(yè)成本急劇下降，再加上云服務(wù)的爆發(fā)式發(fā)展，開源軟件在使用上越來(lái)越便捷，直接促成了 21 世紀(jì)大量創(chuàng)業(yè)公司的興起。

開源社區(qū)無(wú)處不在，但普遍缺乏經(jīng)濟(jì)資源和人力資源。人們重視實(shí)體基礎(chǔ)設(shè)施的投資，但卻忽視了數(shù)字基礎(chǔ)設(shè)施的建設(shè)。

使用開源產(chǎn)品的企業(yè)或者個(gè)人開發(fā)者可以從充滿活力的開源生態(tài)鏈中獲益，但是目前缺乏比較普適的方式引導(dǎo)這些開源產(chǎn)品使用者來(lái)為開源產(chǎn)品貢獻(xiàn)自己的時(shí)間或財(cái)力上的支持。雖然開源軟件有很大的潛力，但這種情況很大程度上限制了開源軟件的價(jià)值。

像實(shí)體基礎(chǔ)設(shè)施一樣，數(shù)字基礎(chǔ)設(shè)施也需要不斷的定期維護(hù)。很多比較有價(jià)值的開源軟件無(wú)法得到商業(yè)模式的支持，也缺乏任何形式的機(jī)構(gòu)支持。所以開源貢獻(xiàn)者投入很大的精力換來(lái)的更多的是認(rèn)可，并且后續(xù)還要保持項(xiàng)目的版本迭代，基本不求任何形式的回報(bào)。因?yàn)榇钌狭碎_源這個(gè)便車，眾多的互聯(lián)網(wǎng)巨頭成開源軟件的最大受益者，但巨頭們并未將因此獲得財(cái)富有效回饋給開源貢獻(xiàn)者，甚至很多公司壓根就沒(méi)有意識(shí)到這一點(diǎn)。

(2)隱性成本

在此我們所說(shuō)的隱性成本是指因?yàn)楹鲆晹?shù)字基礎(chǔ)設(shè)施建設(shè)而帶來(lái)的隱性成本，由于是隱性成本，所以這方面的關(guān)注度一直不高。

a.開源軟件漏洞

過(guò)去幾年開源軟件因?yàn)閿?shù)字基礎(chǔ)設(shè)施建設(shè)被忽視而導(dǎo)致的問(wèn)題可謂實(shí)繁，如眾多的嚴(yán)重代碼錯(cuò)誤、開源軟件安全漏洞、服務(wù)中斷等。

比如在 2014 年，一些用戶在使用開源的 OpenSSL 庫(kù)時(shí)發(fā)現(xiàn)其存在Heartbleed安全漏洞（也稱心臟出血漏洞）但是在當(dāng)時(shí)開源 OpenSSL 庫(kù)已經(jīng)被廣泛使用，整個(gè)互聯(lián)網(wǎng)行業(yè)中有接近 2/3 的 Web 服務(wù)器在使用存在Heartbleed漏洞的OpenSSL進(jìn)行密碼、信用卡等敏感信息的傳輸。我們可以看下 ZoomEye 當(dāng)時(shí)專門針對(duì) OpenSSL 漏洞制作的漏洞影響統(tǒng)計(jì)：

幾乎影響了分布在世界各地的互聯(lián)網(wǎng)公司：

可見開源OpenSSL在整個(gè)互聯(lián)網(wǎng)行業(yè)的重要性，大家可能以為互聯(lián)網(wǎng)行業(yè)如此重要的一個(gè)開源軟件應(yīng)該有自己的專業(yè)技術(shù)團(tuán)隊(duì)，應(yīng)該人數(shù)眾多、資源充足，但是事實(shí)上 OpenSSL 只有一位全職的工程師，所以在事件發(fā)生后不足以及時(shí)地修復(fù)漏洞。好在事情后續(xù)有了比較好的進(jìn)展，隨著各大媒體的報(bào)導(dǎo)，Heartbleed 得到了廣泛關(guān)注，一些報(bào)導(dǎo)也關(guān)注到了 OpenSSL 本身面臨的困境，OpenSSL 因此暫時(shí)獲得了一些資助，這部分資助當(dāng)時(shí)可以支持 4 位全職的工程師為 OpenSSL 服務(wù) 3 年。

b.軟件維護(hù)困境

據(jù)統(tǒng)計(jì)，很大一部分開源軟件在開發(fā)出來(lái)之后得不到必要的維護(hù)。

2013 年，著名 Ruby 代碼開發(fā)托管平臺(tái) RubyGems.org 被爆出一個(gè)非常嚴(yán)重的安全漏洞，但問(wèn)題爆出后長(zhǎng)時(shí)間未被修復(fù)，后發(fā)現(xiàn)開源平臺(tái) RubyGems.org 沒(méi)有自己專職的技術(shù)人員，完全是由志愿者開發(fā)并維護(hù)的，因此出現(xiàn)問(wèn)題后沒(méi)人去及時(shí)處理。結(jié)果導(dǎo)致一些黑客發(fā)現(xiàn)了這個(gè)安全漏洞，并利用這個(gè)漏洞攻擊了 RubyGem.org 的服務(wù)器。

RubyGem.org 服務(wù)器被攻擊一段時(shí)間之后，之前開發(fā)此網(wǎng)站的一部分志愿者抽出自己的休假時(shí)間開始對(duì)網(wǎng)站漏洞進(jìn)行修復(fù)。接觸過(guò) Ruby 生態(tài)的同學(xué)應(yīng)該知道，RubyGem.rg 是 Ruby 生態(tài)中非常重要的一個(gè)組成部分，是 Ruby 基礎(chǔ)架構(gòu)中的一個(gè)關(guān)鍵部分，因此這個(gè)安全問(wèn)題波及了許多開發(fā)者和公司。

這個(gè)事情也從側(cè)面暴露出一個(gè)問(wèn)題，對(duì)于沒(méi)有全職技術(shù)人員且完全由志愿者開發(fā)維護(hù)的開源軟件應(yīng)該如何保證其安全性和可靠性。

c.優(yōu)秀人才流失

開源軟件在開發(fā)過(guò)程中或開發(fā)完后的日常迭代中經(jīng)常會(huì)遇到技術(shù)人員退出的問(wèn)題。技術(shù)人員尤其是核心技術(shù)人員在中途退出，會(huì)嚴(yán)重影響開源項(xiàng)目的進(jìn)度和項(xiàng)目的質(zhì)量。

開源社區(qū)的志愿者和我們?nèi)粘５囊恍┥鐓^(qū)志愿者一樣，也會(huì)存在懈怠的情況，且此種情況也算是比較常見的，畢竟大家一般都是一面做著自己的專職工作，一面來(lái)參與社區(qū)的工作事務(wù)。

不管是個(gè)人開發(fā)者還是企業(yè)的開發(fā)者，大部分情況下大家都是在無(wú)償處理來(lái)自用戶的需求，有時(shí)也會(huì)心力交瘁。在此種情況下部分的開源開發(fā)者會(huì)選擇停止自己手里維護(hù)的開源項(xiàng)目，或者希望別人可以接手自己的項(xiàng)目，因?yàn)樽约簺](méi)有時(shí)間專職去做開源的項(xiàng)目。與此同時(shí)，企業(yè)和個(gè)人繼續(xù)依賴和使用這些開源產(chǎn)品，他們并不了解這些產(chǎn)品目前所包含的風(fēng)險(xiǎn)。

小結(jié)

開源軟件大部分時(shí)候都是以代碼的形式對(duì)外展現(xiàn)，由于代碼并不像熱門視頻或熱門音樂(lè)那樣能夠吸引人，這樣就造成公眾對(duì)開源工作的認(rèn)知度很低。

在多數(shù)人的認(rèn)知里，使用開源是理所應(yīng)當(dāng)?shù)模覀冊(cè)谑褂瞄_源的產(chǎn)品時(shí)并不會(huì)去考慮維持我們正在使用的開源產(chǎn)品所需要的人力、物力、財(cái)力等資源。

OpenSSL 的事情并非特例，類似的開源產(chǎn)品的遭遇幾乎每天都在上演，但并不是每個(gè)產(chǎn)品都得到了后續(xù)的資金支持，因此一定程度上來(lái)看 OpenSSL 又是幸運(yùn)的。

無(wú)數(shù)的開源項(xiàng)目繼續(xù)默默無(wú)聞，且得不到完善的支持，這些問(wèn)題開源貢獻(xiàn)者幾乎每天都會(huì)面對(duì)，但是開源產(chǎn)品的使用者一般并不清楚這個(gè)情況，數(shù)字基礎(chǔ)設(shè)施缺乏足夠的制度支持。

(3)溝通工具缺乏

這里提到的溝通工具不是開源項(xiàng)目開發(fā)成員之間的溝通，指的是開源社區(qū)和開源產(chǎn)品使用者之間的溝通互動(dòng)。

現(xiàn)階段來(lái)看，隨著開源項(xiàng)目的發(fā)展，和用戶之間溝通會(huì)變得越來(lái)越有挑戰(zhàn)性，導(dǎo)致這種現(xiàn)象出現(xiàn)的原因主要還是社區(qū)管理工具的缺乏。為改變這種情況，很多開源項(xiàng)目會(huì)自己去構(gòu)建項(xiàng)目和社區(qū)管理工具，但是這個(gè)過(guò)程往往會(huì)消耗比較多的時(shí)間和精力，這些時(shí)間和精力本來(lái)應(yīng)該是需要用在開源產(chǎn)品本身的開發(fā)上的。

(4)人身攻擊

大家經(jīng)常逛開源社區(qū)的話，應(yīng)該不難發(fā)現(xiàn)評(píng)論區(qū)經(jīng)常會(huì)出現(xiàn)一些不和諧的聲音，比如 “就這代碼水平還來(lái)做開源…..balabala”等。

開源社區(qū)的維護(hù)人員一般是自愿為社區(qū)做事情的，沒(méi)有人應(yīng)該被騷擾，甚至辱罵。

(5)缺乏分析工具

除了下載統(tǒng)計(jì)這些基本的統(tǒng)計(jì)信息，開源軟件維護(hù)人員一般對(duì)自己軟件的實(shí)際使用情況了解有限。

最常見的就是通過(guò)社區(qū)的留言信息來(lái)了解用戶的實(shí)際需要，相比企業(yè)內(nèi)做產(chǎn)品的溝通方式，這種溝通方式相對(duì)低效，需要提供更好的需求收集、反饋工具。

(6)新人培養(yǎng)問(wèn)題

企業(yè)內(nèi)日常開發(fā)中一般都會(huì)有新人培養(yǎng)機(jī)制，典型的就是老司機(jī)帶新人，培養(yǎng)模式一般相對(duì)較成熟。但放到開源軟件開發(fā)中此種方式就有些水土不服，很難在開源的項(xiàng)目中找到老師傅帶路，對(duì)于新加入的開發(fā)者存在一定的挑戰(zhàn)，很容易產(chǎn)生挫折感。

(7)項(xiàng)目管理待優(yōu)化

隨著項(xiàng)目的發(fā)展，開源項(xiàng)目的團(tuán)隊(duì)創(chuàng)建、任務(wù)分配和溝通決策的方式也要隨之發(fā)展，這在企業(yè)內(nèi)部正常的開發(fā)中也許問(wèn)題不大，但環(huán)境挪到開源軟件開發(fā)中時(shí)開源社區(qū)往往并不能夠總是很好地應(yīng)對(duì)這種變化。

(8)反對(duì)商業(yè)利益

參與過(guò)開源項(xiàng)目的同學(xué)可能會(huì)很有體會(huì)，開源文化中一般并不鼓勵(lì)談?wù)摻疱X，大家往往會(huì)認(rèn)為涉及到金錢的話就會(huì)腐蝕和削弱開源工作的資源精神，違背很多人參與開源工作的初衷。

盡管這種態(tài)度使得開源領(lǐng)域擁有了今天的規(guī)模，但是隨著時(shí)代的改變、社會(huì)形勢(shì)的改變、周圍環(huán)境的改變，開源參與者也會(huì)面對(duì)一些資源需求。開發(fā)者可能會(huì)出于內(nèi)疚或者可能被質(zhì)疑缺乏團(tuán)隊(duì)精神而羞于談?wù)摯祟愒掝}，但當(dāng)與現(xiàn)實(shí)需求產(chǎn)生碰撞時(shí)很多人可能會(huì)處于利益的考慮而選擇退出手里的項(xiàng)目。

參與過(guò)開源項(xiàng)目的同學(xué)應(yīng)該知道，整個(gè)過(guò)程除了需要做公司內(nèi)自己的任務(wù)，還需要擠出時(shí)間去做社區(qū)的項(xiàng)目。這種狀況往往導(dǎo)致開源開發(fā)者疲憊不堪，且整個(gè)參與過(guò)程中幾乎無(wú)報(bào)酬或者報(bào)酬微薄。

開源軟件并不一定是免費(fèi)軟件，開源軟件和免費(fèi)軟件不是一個(gè)事情，更不能等同，在此我們有必要回顧下開源軟件的定義，以維基百科對(duì)開源軟件的定義為例：

開源軟件（英語(yǔ)：open source software，縮寫：OSS）又稱開放源代碼軟件，是一種源代碼可以任意獲取的計(jì)算機(jī)軟件，這種軟件的著作權(quán)持有人在軟件協(xié)議的規(guī)定之下保留一部分權(quán)利并允許用戶學(xué)習(xí)、修改以及以任何目的向任何人分發(fā)該軟件。開源協(xié)議通常匹配開放源代碼的定義的要求。一些開源軟件被發(fā)布到公有領(lǐng)域。開源軟件常被公開和合作地開發(fā)。開源軟件是開放源代碼開發(fā)最常見的例子，也經(jīng)常與用戶生成內(nèi)容做比較。開源軟件的英文 “open-source software” 一詞出自自由軟件的營(yíng)銷活動(dòng)中。

開源軟件同時(shí)也是一種軟件散布模式。一般的軟件僅可獲取已經(jīng)過(guò)編譯的二進(jìn)制可執(zhí)行檔，通常只有軟件的作者或著作權(quán)所有者等擁有程序的源代碼。

有些軟件的作者只將源代碼公開，卻不匹配 “開放源代碼” 的定義及條件，因?yàn)樽髡呖赡茉O(shè)置公開源代碼的條件限制，諸如限制可閱讀源代碼的對(duì)象、限制派生產(chǎn)品等，此稱之為公開源代碼的免費(fèi)軟件（Freeware，例如知名的網(wǎng)絡(luò)論壇軟件 Discuz!），因此公開源代碼的軟件并不一定可稱之為開放源代碼軟件。

除此之外，開源開發(fā)者的高度分散和高度民主的特性，即使是有償服務(wù)開源也是極具挑戰(zhàn)的。

(9)缺少可持續(xù)性的商業(yè)模式

當(dāng)前開源領(lǐng)域常見的商業(yè)模式：

a.專業(yè)服務(wù)

專業(yè)服務(wù)即專門做付費(fèi)服務(wù)。這中模式中最著名就是紅帽，紅帽主要通過(guò)向使用他們產(chǎn)品的用戶提供有償服務(wù)進(jìn)行收費(fèi)，比如對(duì)于企業(yè)用戶的 Linux 支持、技術(shù)培訓(xùn)等。

紅帽成立于 1993 年，是一家上市公司，借助專業(yè)服務(wù)這種商業(yè)模式，全世界領(lǐng)先的開源服務(wù)提供商，紅帽公司每年的營(yíng)收可以超過(guò) 30 億美金，2018 年 10 月被 IBM 以 340 億美元收購(gòu)。

b.區(qū)分版本

采用此種商業(yè)模式的開源軟件，一般就將產(chǎn)品的版本分為開源社區(qū)版和付費(fèi)商業(yè)版。

社區(qū)版開源且可免費(fèi)使用，一般也可使用到最新的功能（有的開源版本只會(huì)提供單機(jī)版，集群版包含在商業(yè)版中，如 InfluxDB），但不提供任何商業(yè)版本具有的服務(wù)保障。

商業(yè)版一般閉源且需要付費(fèi)才可使用，并且還會(huì)提供質(zhì)量測(cè)試、Bug 修復(fù)、性能優(yōu)化、定制化服務(wù)以及眾多售后技術(shù)支持。

此種模式下比較出名的如 Docker、MySQL 等。以 Docker 為例，Docker 分為三個(gè)版本：Moby、DockerCE 、Docker EE。Moby 是 2017 年初由 Docker 公司原先的 Docker 項(xiàng)目改名而來(lái)，Moby 繼承了原先的 Docker 項(xiàng)目，由開源社區(qū)進(jìn)行維護(hù)，每個(gè)人都可以在 Moby 的基礎(chǔ)上再次開發(fā)屬于自己的容器產(chǎn)品；DockerCE 也是免費(fèi)開源的 Docker 產(chǎn)品，與 Moby 不同的是 Docker CE 是由 Docker 公司自己維護(hù)的開源項(xiàng)目，是一個(gè)基于 Moby 項(xiàng)目的免費(fèi)開源容器產(chǎn)品；Docker EE 是 Docker 公司的 Docker 商業(yè)化產(chǎn)品，該版本閉源且需要付費(fèi)才可使用。

c.基金會(huì)

基金會(huì)這種商業(yè)模式大家可能會(huì)更加熟悉，這種模式中最為出名的莫過(guò)于 Apache 軟件基金會(huì)，其他的比較出名的如 Linux 軟件基金會(huì)、OpenStack 軟件基金會(huì)。Apache 軟件基金會(huì)成立于 1999 年，到目前為止 Apache 軟件基金會(huì)已經(jīng)孵化了超過(guò) 350 個(gè)項(xiàng)目，如 Dubbo、Apollo、CloudStack、Flink、Groovy、Hive、Mesos、Nutch、Pig、Spark、Storm、Python、Node.js、Django 等等。

基金會(huì)的資金來(lái)源一般是企業(yè)捐贈(zèng)，業(yè)界的幾大巨頭捐贈(zèng)較多，基金會(huì)本身為項(xiàng)目提供組織和法務(wù)等方面的支持，基金會(huì)本身不直接為項(xiàng)目提供資金支持。

如果項(xiàng)目本身足夠大的話，可以創(chuàng)建獨(dú)立的基金會(huì)進(jìn)行管理和募資，此種情況比如：Python、Node.js、Django 等。

d.企業(yè)贊助

如果項(xiàng)目本身價(jià)值較高，擁有大量的使用人群，此種情況企業(yè)可以專門招聘專職的技術(shù)人員為項(xiàng)目工作。此種商業(yè)模式的典型例子也有一些，如 jQuery—— 一個(gè)被廣泛使用使用的 JS 庫(kù)，接觸前端開發(fā)的同學(xué)應(yīng)該都不會(huì)陌生。

e.賞金

部分公司或個(gè)人有時(shí)會(huì)對(duì)外發(fā)布懸賞，以此來(lái)獲取諸如新需求、軟件安全漏洞等信息。此種商業(yè)模式事例也是不勝枚舉，以 IBM 為例，IBM 從 2013 年開始便借助網(wǎng)站 Bountysource 來(lái)為自己的多個(gè)項(xiàng)目收集新的需求。也有部分公司會(huì)為了發(fā)現(xiàn)開源軟件的安全漏洞而對(duì)外發(fā)布懸賞。

f.眾籌

部分開源項(xiàng)目會(huì)通過(guò)眾籌的方式對(duì)外尋求需求資金的支持，比如 Kickstart、Indiegogo、Django 等。我們以 Django 為例，Django 數(shù)據(jù)庫(kù)模塊的核心開發(fā)者曾從其 507 名的支持者中眾籌了一部分資金，以此來(lái)資助 Django 框架中數(shù)據(jù)庫(kù)模塊的開發(fā)。

g.Open Core

此種模式通常會(huì)涉及一種功能強(qiáng)大的開源核心產(chǎn)品，然后圍繞著這個(gè)核心產(chǎn)品來(lái)提供一些商業(yè)上的擴(kuò)展，一般還會(huì)捆綁一些支持和服務(wù)。

目前也有一些采用這種商業(yè)模式的開源產(chǎn)品公司，如 Cloudera、Elastic、Confluent 等。

問(wèn)題小結(jié)

上文列出了開源軟件開發(fā)過(guò)程中面臨的一些問(wèn)題，從中我們可以看出開源軟件的發(fā)展所面臨的一些痛點(diǎn)：

(1)開源軟件的可持續(xù)性

開源軟件的眾多商業(yè)模式中，總結(jié)起來(lái)，目前僅僅只有專業(yè)服務(wù)、付費(fèi)商業(yè)版和 Open Core 這少數(shù)幾種模式可以獲得持續(xù)且比較穩(wěn)定的收入，其他幾種方式存在不確定性，甚至可能并不能算作嚴(yán)格意義上的商業(yè)模式。

(2)對(duì)開源的支持對(duì)象

現(xiàn)在看來(lái)，外界對(duì)開源的支持絕大部分是對(duì)項(xiàng)目的支持，而且是對(duì)特定的項(xiàng)目，對(duì)個(gè)人貢獻(xiàn)者直接支持的情況相對(duì)比較少些。

(3)時(shí)間消耗

如果一個(gè)開源項(xiàng)目有比較多的用戶群體，且很多用戶愿意付費(fèi)，那么對(duì)于個(gè)人開發(fā)者或小團(tuán)隊(duì)來(lái)說(shuō)專業(yè)服務(wù)這種模式不失為一種很好的選擇，但是這種方式也會(huì)帶來(lái)其他的一些問(wèn)題，即可能會(huì)消耗開發(fā)者改進(jìn)項(xiàng)目本身的時(shí)間和精力。

(4)資源差距

從今天開源社區(qū)資源獲取的情況來(lái)看，大部分資源被投入到少數(shù)幾個(gè)熱門的項(xiàng)目上，其他的一些項(xiàng)目受關(guān)注程度和獲取的資源支持相對(duì)較少，這種現(xiàn)象也會(huì)導(dǎo)致一些問(wèn)題的出現(xiàn)，例如一些基礎(chǔ)軟件和小眾軟件的生存空間可能逐漸被壓縮掉。

(5)開源社區(qū)中立性

企業(yè)如果為開源項(xiàng)目聘請(qǐng)專職的技術(shù)人員，可能會(huì)導(dǎo)致技術(shù)人員在參與開源項(xiàng)目發(fā)展的過(guò)程中傾向于自己所在的公司，進(jìn)而可能影響到所在項(xiàng)目的中立性，甚至可能影響到項(xiàng)目原本的發(fā)展方向，此種情況的出現(xiàn)將不利于開源社區(qū)的發(fā)展。

可持續(xù)性建議

對(duì)于開源可持續(xù)發(fā)展，筆者結(jié)合社區(qū)給出的一些建議總結(jié)了以下幾點(diǎn)：

(1)鼓勵(lì)個(gè)人開發(fā)者

可以通過(guò)改進(jìn)眾籌的方式增加項(xiàng)目收入，以此來(lái)回饋開源貢獻(xiàn)者。

具體實(shí)施，可以從項(xiàng)目的用戶或關(guān)注者中獲取收入，并向開源項(xiàng)目的開發(fā)人員提供部分經(jīng)常性的收入，以示對(duì)開源項(xiàng)目的支持。此種方式可以借助如下兩個(gè)平臺(tái)：

a.Patreon

Patreon 不僅關(guān)注開源貢獻(xiàn)者而且也關(guān)注其他的內(nèi)容創(chuàng)作者，該網(wǎng)站不僅可以提供開源項(xiàng)目的捐贈(zèng)服務(wù)，還可提供商業(yè)貸款。

b.Liberapay

Liberapay 的前身是 Gratipay，是資助開源項(xiàng)目和開源開發(fā)人員的最大平臺(tái)，遺憾的是 Gratipay 已經(jīng)于 2017 年年底關(guān)閉，后續(xù)由其分支 Liberapay 繼續(xù)提供功能。

(2)支持雙許可證

雙許可證是指一種在商業(yè)付費(fèi)和開源代碼之間的一種平衡的方法，如：

a.License Zero

License Zero 是一種基于雙條款的 BSD 許可，該條款允許用戶在購(gòu)買之前進(jìn)行試用，商業(yè)用戶可以有 90 天的產(chǎn)品試用期，使用期限達(dá)到 90 天后需要購(gòu)買商業(yè)許可才可繼續(xù)進(jìn)行產(chǎn)品的使用。

b.Fair Source

Fair Source 是 Sourcegraph 推出的 Source Visible 許可，一般情況下對(duì)于個(gè)人和小型企業(yè)是免費(fèi)的，但是對(duì)比較大的商業(yè)用例需要付費(fèi)后才可使用。

(3)支持小項(xiàng)目的商業(yè)化

此種模式類似紅帽的商業(yè)模式，區(qū)別是該模式支持較小的項(xiàng)目。

比如開源軟件 Tidelift，企業(yè)用戶如果需要后續(xù)的技術(shù)支持服務(wù)，則需要向其支付一筆服務(wù)費(fèi)用，此種模式的目的是為了讓企業(yè)用戶為開源軟件貢獻(xiàn)人員提供一種穩(wěn)定的收入，這種模式如果可以推廣將會(huì)吸引大量技術(shù)人員進(jìn)入開源社區(qū)，為開源社區(qū)貢獻(xiàn)力量。

(4)降低成本

開源項(xiàng)目實(shí)現(xiàn)可持續(xù)性一般還需要開源項(xiàng)目自身能夠負(fù)擔(dān)自身的各項(xiàng)成本。成本包括多種，比較常見的如基礎(chǔ)設(shè)施成本、開發(fā)成本、軟件后續(xù)的更新和維護(hù)成本，另外還包括項(xiàng)目管理產(chǎn)生的治理成本、營(yíng)銷成本和溝通成本等。

很多項(xiàng)目的初始成本是由上級(jí)機(jī)構(gòu)、或者初始的開發(fā)者自己投資支付的，問(wèn)題是這筆錢用完了后續(xù)該怎么辦？

開源項(xiàng)目的初期資金一般比較有限，到了項(xiàng)目的一定的階段，就需要采取一些措施縮減開支，通常無(wú)非是開源或者節(jié)流。一個(gè)開源項(xiàng)目如果需要持續(xù)發(fā)展，則其收入必須超過(guò)其消耗成本，如開發(fā)和維護(hù)成本。

鑒于此，絕大部分的開源項(xiàng)目很難實(shí)現(xiàn)可持續(xù)性，這一點(diǎn)不僅僅適用于開源項(xiàng)目的開發(fā)，也同樣適用于閉源項(xiàng)目的開發(fā)，實(shí)際上任何需要資金支持的項(xiàng)目都是如此，不論開源還是閉源。

開源項(xiàng)目無(wú)法實(shí)現(xiàn)可持續(xù)性的原因很多。某些情況下，可能是因?yàn)轫?xiàng)目未能達(dá)到項(xiàng)目最初設(shè)置的目標(biāo)，所以項(xiàng)目的很多參與者便期望可以取消項(xiàng)目。這是一種情況，另一方面，很多項(xiàng)目即使達(dá)到了最初的目標(biāo)，卻仍然無(wú)法實(shí)現(xiàn)持續(xù)性。使用公共資金的項(xiàng)目尤其如此，這類失敗通常是由于開源項(xiàng)目開始的規(guī)劃不當(dāng)引起的。換句話說(shuō)，項(xiàng)目開始的最初階段項(xiàng)目管理者并未就項(xiàng)目初期資金的使用制定合理的規(guī)劃，如到達(dá)什么階段消耗多少資金，項(xiàng)目未完成資金消耗完時(shí)該如何應(yīng)對(duì)等，因此也就沒(méi)有為項(xiàng)目實(shí)現(xiàn)可持續(xù)性分配資源。

所以，結(jié)論很明顯，要想實(shí)現(xiàn)可持續(xù)性，我們必須在項(xiàng)目的初始目標(biāo)中包括可持續(xù)性計(jì)劃。這意味著，我們需要在項(xiàng)目周期的最開始階段就制定出可持續(xù)性計(jì)劃，而要想制定出合理的計(jì)劃需要真正清楚當(dāng)前項(xiàng)目已經(jīng)具備的資源和可以調(diào)動(dòng)的資源，對(duì)于開源項(xiàng)目的負(fù)責(zé)人來(lái)說(shuō)這些都需要整理清楚。

實(shí)現(xiàn)可持續(xù)性有很多的選擇，在此我們無(wú)法一一列舉，因?yàn)轫?xiàng)目的模型和項(xiàng)目的創(chuàng)意幾乎一樣多，鑒于很少有項(xiàng)目可以嚴(yán)格歸為某種模型，在此我們不再贅述，感興趣的同學(xué)可以自己查閱下。

開源未來(lái)

借助 GitHub 這一平臺(tái)，今天的開源社區(qū)仍在加速發(fā)展。Github 平臺(tái)一定程度上充當(dāng)了開源軟件爆炸式增長(zhǎng)的中心，據(jù)統(tǒng)計(jì)，目前使用Github平臺(tái)托管的 repo 數(shù)量已經(jīng)超過(guò) 1 億個(gè)。

開源軟件在蓬勃發(fā)展的同時(shí)，也吸引了眾多 VC 的目光，越來(lái)越多的 VC 開始踴躍投資開源項(xiàng)目，但其投資會(huì)受到資產(chǎn)類別的限制，目前 VC 不能投資一個(gè)沒(méi)有商業(yè)模式的開源項(xiàng)目。

紅帽的模式很難復(fù)制，紅帽商業(yè)模式的成功，一方面得益于其技術(shù)的先發(fā)優(yōu)勢(shì)，另一方面，服務(wù)的模式很難持續(xù)高速發(fā)展，尤其是云計(jì)算的興起，開源項(xiàng)目的市場(chǎng)空間會(huì)逐步受到擠壓，后續(xù)將會(huì)出現(xiàn)越來(lái)越多的并購(gòu)案。

目前對(duì)開源項(xiàng)目可持續(xù)性的探索，可以說(shuō)還處于一種低水平的階段，一種早期階段。上文中我們講到的幾種新的商業(yè)模式基本都需要開源項(xiàng)目有自己的全職技術(shù)人員，但實(shí)際情況是目前只有少量的項(xiàng)目達(dá)到這一標(biāo)準(zhǔn)。

此外 Pateron、License Zero 和 Tidelift 雖然可以提供可持續(xù)性的不同方法，但需要花費(fèi)很多力量使這些基礎(chǔ)設(shè)施真正地被使用起來(lái)，另一方面，Pateron、License Zero、Tidelift 和 Collective 等還相對(duì)較新，后續(xù)的發(fā)展還需要進(jìn)一步的觀察。