譯者 | 伊桑

毫無疑問，開源哲學在編寫代碼和生產軟件方面的優點。現代計算核心的許多軟件包，從linux操作系統到MySQL，都是使用開放共享和協作開發的模式創建的。四十年來，在開放哲學的滋養下，偉大的代碼解決了任何關于開源思想是否有效的問題。

盡管開源有其巨大之處，但它也并非沒有缺點。現在開源已經成為主流，讓我們考慮一下它的一些缺點，與其說是哲學，不如說是日常現實。以下是開發人員在為開源項目做出貢獻時可能會再三考慮的七個原因。

1、開源不適用于云

今天的許多開源許可證都產生于在云之前，當時用戶通過下載并在桌面上運行軟件來訪問軟件。自那以后，云公司已經找到了在保持其代碼更改所有權的同時，釋放開源風氣的方法。一家大型云公司的一位開源經理頗為靦腆地告訴筆者，他們分發軟件，因此不需要共享源代碼。

正如Drupal（php語言編寫的開源內容管理框架）公司CEO,在一次接受采訪時所說，“云技術的快速應用實際上可能會阻礙開源活動”、“它將開源開發者的大量收入轉向了云供應商”。

這里有幾十個云供應商創建開源項目的特殊版本以在云中轉售的例子。亞馬遜Web服務和Elasticsearch的創建者之間的分歧就相當明顯。當雙方無法達成協議時，最后鬧掰，彼此單干了，現在有兩個有效版本的Elasticsearch代碼庫。

一些開源擁護者正在通過制定更嚴格的許可證或修正案（如公共條款）來抵制云合作選項。我們可能會看到未來的改進，但這些改進無助于原始開源許可證下的遺留系統。

“公共條款”許可條件v1.0如下：

本軟件由許可方根據以下定義的許可證提供給您，但須滿足以下條件。在不限制許可證中的其他條件的情況下，授予許可證下的權利不包括，許可證也不授予您銷售軟件的權利。就上述內容而言，“出售”是指行使許可證授予您的任何或所有權利，以收取費用或其他代價（包括但不限于托管或咨詢 / 支持軟件相關服務的費用）向第三方提供其價值完全或實質上來自軟件功能的產品或服務。許可證要求的任何許可證通知或歸屬也必須包括本通用條款許可條件通知。

2、開源存在多樣性問題

社區這個詞在開源圈子里被廣泛使用，但這并不意味著開源文化就是某種香格里拉。首先，開源開發者可能是一個激進的群體：粗魯、分心、固執己見，甚至是徹頭徹尾的卑鄙。眾所周知，開源存在著多樣性問題，一些知名人士，諸如自由軟件運動的精神領袖斯托爾曼就被指控種族主義和性別歧視。

其次，當個人以相對匿名的方式參與開源項目，僅通過電子郵件或公告欄進行交流時，結構性不平等可能不太明顯。但有時這種匿名會產生脫節的感覺，這會使協作過程不如想象中的那樣令人愉快，也不那么包容。

3、社區建設和維護需要時間

許多企業公司將其產品的開源版本作為“社區版”發布。這是一個很棒的營銷工具，也是收集想法的好方法，有時也是改進產品的代碼。然而，圍繞該項目建立一個真正的社區需要時間和資源。如果用戶和潛在貢獻者向在線社區公告欄發布問題，他們希望得到答案。是的，許多貢獻都是本著開源的精神自由做出的，但培育社區仍然需要時間。當它運行良好時，結果可能是一個正在構建偉大代碼的新興團隊，但在這一過程中通常有大量工作要做。這種權衡的一個結果是，較大的企業項目往往會主導該領域。他們可以通過小型公司無法管理的有償角色為社區模式提供資金。

4、開源Mentors出奇的少

類似地，許多開發人員很樂意與任何人分享他們的代碼，但這并不意味著他們想幫助其他人真正學習。讓某人訪問Git存儲庫需要幾分鐘的時間，但支持他們作為開發人員和共同貢獻者的成長是一項重要的承諾。有些項目甚至在其出資人協議中包含了一項條款，即出資人不應期望獲得入職或支持，甚至不應期望得到回答。

從本質上講，為一個開源項目做出貢獻就像是一個“大灌籃”：這里有大量的代碼行和一個問題需要您解決。你會發現很少有評論來解釋發生了什么。謝謝，祝你好運！

5、理想派也需要薪水

大多數開源開發者都是理想主義者，他們不受名聲和財富的驅使，但他們仍然需要在屋頂下吃飯和睡覺。現實世界有許多物理限制，與開源的自由共享精神不兼容。對于數字世界來說，“匱乏”可能是一個陌生的字眼，但對于現實生命形式來說，這是一個非常真實的物質問題。

對于小型堆棧和激情項目而言，開源非常有效，因為在這些項目中，沒有人期望得到報酬，但對于全職程序員支持的大型代碼庫來說，它可能不太適合。如果有太多用戶選擇免費版本，整個項目可能會崩潰。

6、沒有什么是真正免費的

在開源環境中待久了，你可能會遇到縮寫詞TANSTAAFL（There Ain't No Such Thing As a Free Lunch.），即“天下沒有免費午餐”。理查德·史泰爾曼喜歡說，他想創建一個“像演講一樣自由，但不像啤酒那樣免費”的軟件

在用戶下載并使用開源軟件后，他們將開始發現其局限性。有時，代碼只需要一些小的改進。有時，它根本沒有提供正確的功能。沒有人想抱怨杯子只有半滿，尤其是當價格為零時。但是，在最后期限內填滿剩余的半杯，可能會給開發商帶來巨大的負擔。即使當自由代碼讓你99%的時間達到目標時，最后的1%也可能是一個非常艱難的過程。