為什麼公司需要參與更多開源軟體的編寫？

據華爾街日報稱，有消息表明，Zulily正在開發更多的內部軟體，但實際上根本不是。多年前Eric Raymond寫道，全世界95%的軟體寫來用的，而不是售賣。原因很多，但是其中有一個比較突出：正如Zulily的CIO Luke Friang所說，幾乎沒有一個[非定製]軟體解決方案能跟上我們的步伐。

20年前是這樣，現在也是這樣。

但是有一點是不同的，這也正是華爾街日報完全忽略的地方。而這也正是歷史上開發的內部軟體始終保持著專有的原因了，因為它是一個公司的核心競爭力。然而今天，越來越多的公司意識到另一面：開源內部軟體將會比保持專有獲益更多。

這也就是為什麼你的公司需要為開源項目做出更多的貢獻。記住是更多。

不尋常的那些年

我們剛剛經歷了一個很不一樣的20年，那時很多軟體的開發都是為了內部的使用，大多數人的精力都放在由SAP和微軟這樣的廠商建立的應用廣泛的企業級解決方案。

不管怎麼說，這都是一個理論。

在實踐中，買方花費很少的錢購買license，然後至少付出5倍以上的代價來使軟體符合他們的需求。比如說，一個公司可能在一個ERP系統上花費 100,000美元，但是他們還得繼續花費500,000來維持軟體正常運行。

開源軟體甚至是應用程序正式發展起來的原因之一是很多公司可以免費獲得一些功能性的產品（或者是以一個相對便宜的費用獲得產品）， 然後定製為他們所需要的。不管怎樣，定製是有必要的，而且開源的根本是使成本更低，或許，這樣的定製或許能產生更好的結果。

同時，開發者盡量的減少同類之間的相似之處。作為Redmonk分析師，Stephen O'Grady認為:

從最近幾年看，主流技術產業都有意避開專業化。運行在定製操作系統上的虛擬設備，已經徹底敗給了RHEL和Windowns這些通用的操作系統。 最快20年，任何程序的數據保存都意味著一件事：一個關聯的資料庫，如果你要做的是企業級應用開發，那麼你首先要接觸的是Java，等等。

然而，開源的道路上，一些公司也發現，有些銷售商不能很好地描述他們所想要的，即便是很好理解的產品類別，如像內容管理系統，他們需要 知道的是產品亮點，而不希望是一個模子刻出來的。

所以顧客沒了，他們中有一部分轉變成了供應商。

自己動手，豐衣足食

這也是常有的事，O'Grady指出了這一點。2010年，O'Grady發現了一個有趣的現象：「軟體提供商正面對著一個強有力的市場競爭者：他們的顧客。」

回想一下今天的高科技，大多數都是開源的，幾乎所有的項目一開始都是某些公司的內部項目，或者僅僅是有些開發者的愛好，Linux，Git，Hadoop，Cassandra，MongDB，Android，等等。沒有一個項目起初是為了售賣而產生的。

相反，這些項目通常是由一些公司維護，他們使用開源的資源來構建軟體並完善軟體，這主要是一些Web公司。不像以前銀行，醫院和一些組織開發的軟體只供內部使用，他們開源源碼。

雖然，有些公司避免定製軟體，因為他們不想自己維護它，開源(稍微)減輕了這些發展中公司來維護一個項目的壓力。從而為項目發起人均攤項目的開發成本，Yahoo，建立了 Hadoop，但是現在最大的貢獻者是Cloudera和Hortonworks。Facebook 建立了 Cassandra，但是現在主要是靠DataStax在維護。等等。

現在就走出來吧！

今天，真正的軟體創新並不是閉門造車能造出來的，即便是可以，它也不會在那兒，開源項目顛覆了幾十年的軟體開發傳統。

這不僅僅是一個人的一點點力量。

最好的開源項目都發展得很快，但是這並不意味著別人在乎你的開源代碼。開放你的源碼有顯著的優缺點，其中一個很重要的優點是很多偉大的開發者都希望為開源做出貢獻：如果你也想找一個偉大的開發者跟你一起，你需要給他們一個開放的源代碼來讓他們工作。（Netflix說）

但是，我們沒有理由站在一邊看，現在正是時候參與開源社區了，而不是把「社區」妖魔化。是的，開源最大的參與者正是你們和你們的公司。 趕緊開始吧。

主要圖片來自於Shutterstock. (註：Shutterstock是美國的一家攝影圖片網站。)

via: http://readwrite.com/2014/08/16/open-source-software-business-zulily-erp-wall-street-journal

作者：Matt Asay 譯者：barney-ro 校對：wxy

本文由 LCTT 原創翻譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive