開源軟件的使用需要您擦亮眼睛做出最明智的評估
原創作者簡介
Onur Alp Soner(歐能)，Countly聯合創始人和CEO。2012年創辦Countly之前，歐能在華為有大約4年的工作經驗。他是華為(土耳其)首批員工之一，參與建立華為NGIN (Next Generation Intelligent Networks) 未來智能網絡平臺的工作?！ ?/p>
回首過去，盡管微軟聲稱研發開源軟件模型存在一定的風險，但那已是十多年前的事情，現在已經有了很大的變化。如今的微軟，一家以專有平臺而聞名的公司已創建了其自有的開源倉庫，以便其他開發人員參與，還宣布與曾經的基于 Linux 的競爭對手紅帽公司結盟，并要求與政府部門建立公開性和互操作性，即便微軟歷來在其封閉的 Microsoft Office 平臺上具有壟斷地位。同時，如 IBM 供應商之類的其他企業供應商也致力于將開源作為其企業戰略中不可或缺的一部分。
隨著側重于企業需求的優質開源軟件出現，歷來與開源相關聯的恐懼、不確定和懷疑已經消失。我們也在關注諸如 jQuery 和響應式 HTML5 庫之類的 UI 框架的可用性和用戶體驗。它們在輕松使用移動、Web 和桌面應用方面開辟了一條道路，這對當今未充分、愉快體驗應用就快速棄用的用戶來說至關重要。
開源不僅僅可以降低成本
現如今，當企業談及開源時，“低成本”不再是其首要目標。相反，他們正在提高“業務敏捷性”，在瞬息萬變的市場中質量才是愈發重要的。“業務敏捷性”包括許多特質，如靈活性、透明度和減少對單一供應商的依賴。縱觀企業狀況，開源軟件的使用非常普遍，譬如超過 9000 萬用戶使用 Linux 操作系統，1.2 億用戶下載 LibreOffice 辦公套件以及 1000 萬用戶下載 MongoDB(一款可以運行 Facebook、eBay 和谷歌之類公司業務的 NoSQL 數據庫)。
著名案例研究顯示，Facebook 已經開發開源軟件并應用在搭建社交網絡的基礎設施上，并將之添加到該公司的自有軟件中，產生收費性服務。
阻礙開源發展的難題已解決
另一個誤解是關于文檔?？v觀歷史，都是以純文本或 HTML 格式編寫開源文檔，且主要是靜態文檔，因為只有核心開發人員才能夠編寫。開發人員開始明白一個道理，沒有好的文檔，那么用戶就不會使用他們的項目，或者不喜歡使用。滿意的用戶會向他人推薦您做的這個項目，但前提是他們已了解項目的工作原理以及可以從軟件文檔中學到東西。值得慶幸的是，隨著出色的文檔生成器和關于如何寫好文檔的教程出現，開發人員現在有能力編寫清晰明了的應用程序指南，包括屏幕截圖、切合實際的代碼示例、充足的鏈接和參考，更重要的是接受用戶的意見。
如何使用開源資源并成為開源社區的一部分
Countly開源了自己的 SDK 和整個后端，包括服務器端組件和控制面板。為了進行案例研究，我將回顧一下本團隊在采用 Linux，MongoDB 和 Nodejs 作為解決方案的一部分之前進行的評估流程。對于任何技術項目，我們都會從以下三個不同的角度整體進行評估：技術、流程和項目參與者。
1.技術
當第一次設計 Countly 時，我們只有一個夢想：要讓它成為最常用、最受歡迎的移動分析平臺。讓我們產生這種想法的原因在于缺少實時、開源、易用的移動分析服務。Mixpanel 沒有成功、Google Analytics 對于移動項目來說并非真的方便易用，而 Flurry 又不是實時的。我們知道必須為自己的項目建立一個強大的社區，因而開始尋找最佳技術來滿足自身需求。我們試過 PHP，Java，Javascript，甚至 C 和 C++ 等等這樣的編譯語言。還閱讀了很多數據庫資料，其中包括 MySQL，PostgreSQL，MongoDB 和 Cassandra。我們確信不管建立什么，都需要最底部使用 Linux。
最終，我們選擇了 NoSQL 數據庫 (MongoDB)。選擇它的主要原因是其擁有巨大的社區，具備高性能、實時、易于使用和維護等特征。我們都未接觸過NoSQL，但這并不會成為對方拒絕交易的條件。我們在 Stackoverflow 和 Quora 上了解之后，在兩周內做出了決定。雖然對于 NoSQL 數據庫，特別是 MongoDB 有很多負面評論，但成熟的平臺和開放的公司發展方向使我們堅信可以繼續前進。
接下來選擇的是應用程序開發層。毫無異議地確定了Javascript，因為應用程序堆棧以及與 MongoDB 連接的連接器都以該語言運行。Javascript 也是一種選擇性設計，因為我們希望盡可能地簡化整個平臺。
由于具備一些安全相關的框架和庫，越來越多的開發人員們編寫開源應用程序，且認為是安全的。雖然無法保證盯著開源軟件的“許多雙眼睛”有資格查找安全漏洞，但它通常被視為是黑客們難以闖入的單一系統。事實上，最近發生的一些事件表明，這是一個復雜的、相互連接的不安全自定義編程系統，無論在哪使用開源組件，都最易受到黑客的攻擊。
2.流程
我們使用 Jira 進行內部溝通，使用 Github 進行外部錯誤報告。如果您之前用過開源軟件，那么一定很熟悉 GitHub。這個網站為開發人員提供存儲庫以存儲和共享他們的開源項目，也是一種途徑，使世界各地的人們可以協作完成單個項目。我們會注意Fork，標記和查看我們資源庫的用戶，并盡力在 24 小時之內回復 Github 上的問題。與 Github 上的一些企業軟件相反，我們的存儲庫歡迎“拉取請求”，對于如何編寫 Countly 代碼也有明確的指導，包括編寫文檔、開發軟件或添加新的翻譯語言。
雖然存在關于如何開發開源軟件的大量教程，但是各個開發人員的開發方法卻不盡相同?？梢哉f我們選擇 Javascript 之后，有 60 多個不同的開發人員來開發我們的代碼庫，其中有一半人員已添加了母語支持。了解到 Javascript 是編寫 Countly 代碼的基本途徑之后，我們會繼續吸引才華橫溢的 Javascript 開發人員在這種靈活、開放的環境下工作。
3.項目參與者
如果您只是看代碼，那么會很乏味。代碼沒有意義、沒有幽默感、也不會跟您互動，問您這一天過得怎樣。它不會傾聽，但是您可以調整代碼的可讀性并編寫高質量的文檔來為自己和代碼原作者創造快樂。這就是我們鐘愛開源社區的原因，這里的軟件變得更有趣，使我們能夠寓工作于娛樂?？紤]到大多數開源提交者對于版本控制和修補程序都有基本的了解，因此引導和培養他們管理健康的生態系統并非難事。
另外，我們一直在努力解決大家的難題。一開始渴望解決問題，但事實證明其他人有時也會遇到這些問題，沒有可用的開源移動分析平臺。我們項目解決的難題變得越來越多，我們看到人們都在使用并從中受益。
那么，重要的是我們為誰，具體是哪部分人群解決了難題?如果您的答案是“每個人”，那么就存在這樣的問題：您是否打算接受每個人的要求并將其添加到開發任務中，如果接受，會用到哪些資源?有時即使添加一個小功能對于開發人員來說也可能是巨大的障礙，一個簡單的外觀功能可能會導致重新設計整個后端或用戶界面。我們的解決辦法非常簡單：如果要添加到代碼庫，我們首先要顯示其原型。如果需要花一個多星期來設計與討論其原型，那么即將添加的內容可能比所需內容復雜得多?，F在我們需要往后退一步，重點探討這是否是我們真正需要的，只有其覆蓋用戶群至少達到 50% 時，我們才會采用。
結論
這里有很多很好的閱讀材料，包括介紹參與開源項目、啟動開源項目(包括如何選擇許可證)，如何將 Github 用于開源項目或者開源商業模式和策略等基本知識的閱讀材料。技術、方法、治理、許可……有關開源的一切在過去 20 年間都已發生極大的變化，如 Linux，領先的開源項目已起飛。開展業務時，如果商業模式能掌握技術、流程和項目參與者，開源可能是最佳選擇。而這一切，都由您來決定！
Countly 為移動應用程序提供高級分析和市場營銷服務。我們大量使用開源軟件并利用50 多個開源庫、SDK 和框架。Countly也是開源移動分析和營銷平臺，目前服務范圍覆蓋6億多設備以及3,000多個移動應用程序，客戶包括Samsung、Ubisoft，Evernote 和 SK Telecom等。
