蘋果的全新編程語言Swift自首次亮相以來才剛剛過去幾個月，但蘋果已經信心滿滿地將重注押在了它的身上。作為宣傳核心，“更干練”、“更簡單”、“現代化”與“強大”等形容詞被一一賦予了Swift語言。

不過整個技術業界目前還只能從假設層面來對Swift作出展望——盡管其編程工具本身并不收費，但卻只能運行在Xcode或者Playground當中。換句話來說，也就是只能運行在蘋果推出的硬件平臺之上。當然，如果大家真的對這種設定感到絕望，倒也可以在不觸及任何資源庫的前提下使用Swift中的一部分基礎代碼。

蘋果采取這樣的設計思路實在令人有些費解。最近幾年來，編程語言的創造者們一直在努力想盡各種辦法保證自己的代碼能夠運行在盡可能多的不同計算設備之上。這意味著他們需要對自己的工具進行開源化處理，并盡其所能把自己的工作成果推廣到技術領域的各個角落。

但很明顯，蘋果向來就是那種不走尋常路的類型。雖然從表面上看，將Swift以開放姿態交付到每個人手中也許是最理想的作法，不過這絕不意味著蘋果會采取這樣的思路。我們也無法作出蘋果愿意以免費或者能夠實現用戶最大利益的方式設計Swift的假設。事實上，對于Swift這樣的語言來說，開源其實是個頗具難度的深層問題。

下面不才就以拋磚引玉之心態，先來談談蘋果對Swift進行開源的七大益處、再思考這種情況不可能發生的七項理由。

蘋果為何應該對Swift進行開源: 開源促進創新。就編程領域而言，新思路、新工具乃至新架構往往會以開源姿態開始自己的市場推廣之旅。像JavaScript、PHP、Clojure以及Haskell這樣的突破性語言都為了吸引編程者的關注而提供開源引擎。舉例來說，Node.js之所以能夠順利將JavaScript帶入服務器環境，正是要歸功于以V8及Rhno為代表的開源JavaScript引擎。如果大家希望自己的成果能夠吸引到更多技術人士的關注，那么最簡便的辦法無疑是將代碼免費在GitHub或者Sorceforge等共享站點上推廣，并借此盡可能實現廣泛的普及程度。開發人員將因此匯聚到它身邊，同時利用自己的智慧與心血對其進行擴展與實踐。

蘋果為何不會對Swift進行開源: 創新并不是蘋果公司的真正目的。Swift所采用的語法看起來有所不同，而蘋果方面也在新聞發布會上把“全新”這個詞說了一遍又一遍。但從核心角度看，Swift只是一項精明的商業策略的具體表現，旨在維持現有資源庫的發展狀態并從中壓榨出更多潛力。

從本質角度出發，Swift的設計目標在于支撐起以Objective-C為基礎的整個iOS生態系統。這意味著Swift語言能夠很好地與Objective-C保持千絲萬縷的聯系，而非將其徹底取代。換句話講，蘋果公司作為一位誓將所有資產牢牢控制在自己手中的統治者、根本不關心采取開源機制后該項目能夠在哪些方面作出突破。蘋果的意愿是保證自家硬件設備能夠繼續平穩運行，而非鼓勵旺盛但卻混亂的廣泛創新。

蘋果為何應該對Swift進行開源:未來的技術勞動力將普遍擁有豐富的開源經驗。一位計算機科學教授曾告訴我，盡管他對Swift相當喜愛、但仍然不會建議自己的學生為此購買昂貴的硬件設備以滿足這款編程語言的使用條件。正是出于這個理由，很多計算機科學課程往往更傾向于采用能夠運行在商用硬件上的免費IDE方案，例如Eclipse。出于同樣的理由，很多面向初學者的培訓課程會以HTML 5、JavaScript以及Firefox OS等內容為關注核心。自學成才的黑客們同樣選擇這條發展道路：要么開源，要么放棄。

如果蘋果希望能夠吸引到教育培訓及自學群體的青睞，那就必須保證Swift可以運行在更為廉價的硬件設備之上。相比之下，孩子們在Eclipse上學習了Java編程技巧之后，只需要花幾分鐘安裝Android開發套件即可動手打造屬于自己的應用程序。而存下一筆錢購置Mac設備并安裝Xcode就沒這么方便快捷了。面對這群熟悉Android開發的新生力量，蘋果要在未來幾十年中繼續保持良好的生態系統狀況恐怕還需多多努力。

蘋果為何不會對Swift進行開源: 市場才是決定開發人員走向的實質性因素。盡管Android開發在便捷性與經濟成本方面確實更容易吸引年輕的開發學習者，但歸根結底影響學生選擇的還是市場需求與招聘條件。對于應用程序開發者而言，iOS仍然是最具收益潛力的移動系統平臺，而收益與工作機會也成正比關系。學員們當然希望能夠投身于付費客戶群體最龐大的平臺，而就目前來看，相比低端的Android手機環境還不足以承載年輕人的創業夢想。只要蘋果繼續在這一角度保持領先地位，學習其編程語言的群眾基礎就不會動搖——即使這意味著他們需要投入更多資金來購置作為入行門票的昂貴硬件。

蘋果為何應該對Swift進行開源: 在開源體系的支持下，“任何bug都不足為懼”。作為開源機制的一大核心宗旨，眾多參與者的雪亮眼光足以揪出所有可能或者確切存在的軟件漏洞。有鑒于此，大多數困擾著新代碼的常見問題在擁有良好維護體系的開源項目中都難以容身。由廣泛的參與者社區負責代碼處理可以說是最為理想的調試手段。也許有些開發者會在工作中犯下錯誤，但總會有人、甚至是從未謀面的人發現這一錯誤并加以修復。如果Swift希望在發展速度、功能添加、性能優化與安全改進方面有所突破，就必須讓程序員們能夠更輕松地實現代碼剖析并與其他同行分享自己的調整心得。

蘋果為何不會對Swift進行開源: 閉源機制也擁有自己的天然優勢。開源領域也許常常會將出色的漏洞修復記錄作為炫耀的資本，但必須承認的是、他們根本無法確切衡量漏洞修復的實際效率。宣揚所有漏洞都已經得到修復根本就是句不切實際的廢話。不相信？問問那些多年來對OpenSSL死心塌地的擁護者吧。

閉源機制要求我們對一套內容未知的黑匣子給予充分信任，雖然其中有可能充斥著大量漏洞甚至是后門，但此類方式也有自己的優勢：惡意人士與我們一樣、也對實際情況一頭霧水。這種無知狀況雖然不值得慶祝，但有時候卻真的屬于積極因素。另外，蘋果公司歷史上最嚴重的漏洞“goto fail”卻正好來自其很久之前的開源代碼部分。很明顯，開源業界的群眾們花了很多年也沒能發現這位要命的麻煩制造者。

蘋果為何應該對Swift進行開源:開放意味著快速傳播與新興市場。曾幾何時，蘋果公司一度獨自統治著整個智能手機世界。但谷歌隨后憑借著開源Android贏得了驚人的市場份額比例——根據最近公布的一項估算結果，其份額占據智能手機銷售市場的85%。這樣的數字對于開發人員而言無疑極具吸引力。開源為從業者構建起一條隱蔽的通路，幫助他們進行市場滲透、打造新型設備并吸引數量龐大的新合作伙伴。目前市面上的Android產品已經涵蓋了電視、照相機、筆記本電腦甚至是冰箱。相比之下，iOS世界中付出的最大新聞僅僅是——現在iPhone提供更多配色可供選擇。

蘋果為何不會對Swift進行開源: 份額帶來碎片化難題。可觀的份額確實能夠吸引到更多關注與更具創新性的思維成果，但這往往也會導致分裂與混亂——或者用Android擁護者的話來說，“設備多樣性”。蘋果為什么要鼓勵通過更多Swift版本讓初學者或者開發人員頭痛不已？同時支持iPhone 4與iPhone 5已經是個大麻煩了。這并非一家之言，事實上Android開發者們也對沒完沒了的系統版本充滿了抱怨。

除此之外，如果有人想搞出一些只能運行在Linux環境而非Mac設備上的Swift新代碼呢？這顯然不會給蘋果公司及其客戶帶來任何幫助。蘋果希望能夠為每一位用戶提供可以順暢運行的業務解決方案，而不是培養出一大堆專門處理這類復雜難題的黑客級程序員。

蘋果為何應該對Swift進行開源: 開源能夠保證工具擁有強大的生態系統。如果大家希望為Android環境開發應用程序，則可以使用來自Java開源領域的大部分現有工具。Eclipse？沒問題。IntelliJ？聽起來也不錯。想嘗試命令行界面中的Ant或者Maven？它們可都擁有一大群忠誠的粉絲。Java陣營的可用工具列表相當豐富，而且其中充滿了創新實踐成果。而對于這份列表而言，最重要的一點在于：Sun/甲骨文方面并沒有參與其中任何一款工具的創建工作。開源Swift能夠培植起強大的開發者生態系統，并確保開發人員擁有更多選擇這款編程語言的理由。

蘋果為何不會對Swift進行開源: 開放性只是Android成功的一個側面。蘋果在智能手機銷量方面可能已經失去了統治地位，但該公司的產品受眾卻更樂于購買更多應用程序。大量研究結果表明，iPhone用戶在應用程序購買方面支付的費用要遠高于Android用戶——這也是移動開發人員總會將iPhone作為首選平臺的根本理由。這同時也讓App Store擁有更理想的購買體驗。如果開發人員能夠非常輕松地將Swift代碼同時部署在iPhone與Android市場之上，那么蘋果將徹底喪失自身在應用程序領域的優勢地位。如果人們能夠在昂貴的iPhone與廉價的Android設備上享受到同樣的應用程序使用體驗，那么低價者自然會獲得勝利。

蘋果為何應該對Swift進行開源: 蘋果有責任將項目推向開源。蘋果并沒有將Swift的全部榮耀盡皆歸于自身。事實上，這款新型編程語言可謂站在巨人的肩膀上。與蘋果獨力開發了gcc或者LLVM不同，Swift的基礎來自開源世界，而將其最終回歸開源也是蘋果作為回報所應采取的方針。蘋果曾經通過Darwin為BSD作出了一系列開源貢獻，為什么不在移動領域再次重復這一正確決策呢？

蘋果為何不會對Swift進行開源:蘋果不需要將任何項目推向開源。如果大家利用開源工具開發出自己的成果，那么根本不需要將其以開放方式交付給用戶。誠然，以GPL為代表的某些許可要求用戶將利用其工具打造出的所有成果加以共享，但這并不適用于全新開發項目。蘋果以開源機制為基礎構建出某些新生事物。我們也做過同樣的工作，并最終選擇將其作為專有成果。既然我們可以，蘋果當然也可以。

蘋果為何應該對Swift進行開源: Swift能夠被克隆。微軟一直努力將.Net限定在Windows平臺之上。作為應對，開源業界對其進行了克隆。同樣的情況也可能發生在Swift身上。如果有人構建出一套完整的開放軟件包，那么該版本將成為Swift語言中最受歡迎的主要載體。程序員利用它將自己的思路變成現實，而蘋果對這一切只能望洋興嘆。但如果對Swift進行開源，蘋果公司則能夠在一開始就占據有利位置、從而抵御其它合法競爭對手的出現。

蘋果為何不會對Swift進行開源: 誰會想要克隆版本？一臺iPad的售價大概在500美元甚至更高。但能夠運行Android系統的其它平板在eBay上只要不到100美元，還很難賣得出去。哪家公司的直營店里總是排著長隊，哪家公司的直營店里總有客戶等待付款的身影？沒錯，某些窩在地下室的黑客確實能夠對Swift中的大部分特性進行克隆，但他們最終會發現這些成果毫無意義、還不如花點心思找一份薪水豐厚的工作。在真正獲得大廠商的資金支持之前，這些克隆方案仍然只能作為技術能力的體現而非切實可行的盈利手段。更進一步講，在人們排隊購買運行著開源Swift代碼的商用硬件設備之前，這樣的盈利可能性仍然并不存在。

英文鏈接：http://www.networkworld.com/article/2607031/software/7-reasons-apple-should-opensource-swift-and-7-reasons-it-wont.html