話說回來，一門編程語言怎樣具有影響力呢？
稍稍理解一下主要的編程語言的情況就略知一二了。
如果說最好的編程語言是什麼，可能會打的頭破血流那種。
但如果說最常用的五個編程語言。
倒是爭議不算太大。
無外乎就是Java、python、C/C++……這些。
Java常常跟」企業」聯系在一起。
因為Java具備一些很好的語言特性，以及豐富的框架，在企業應用中最被青睞。
Java發展到現在，按應用來分主要分為三大塊︰J2SE，J2ME和J2EE。
這三塊相互補充，應用範圍不同。
Java可以做的東西很多，可以做游戲、做網站、做各種管理系統。
J2SE就是Java2的標準版，主要用于桌面應用軟件的編程；
J2ME主要應用于嵌入是系統開發，如手機和PDA的編程；
J2EE是Java2的企業版，主要用于分布式的網絡程序的開發，如電子商務網站和ERP系統。
同時，Java在手機領域也有一席之地，在普遍智能化之前，很多手機就是以支持java應用作為賣點的。
而智能手機爆發之後， Java手機主場變成了Android，作為安卓的標準編程語言而存。
Python由于具有豐富和強大的庫，它又叫做作膠水語言。
Python能夠把用其他語言制作的各種模塊（尤其是C/C++）很輕松地聯結在一起。
Python 的應用領域分為系統編程，用戶圖形接口，I 腳本，組件集成，數據庫編程，快速原型，數值計算和科學計算編程，游戲、圖像、人工智能、XML 、機器人編程等等。
常見的一種應用情形是，使用Python快速生成程序的原型（有時甚至是程序的最終界面），然後對其中有特別要求的部分，用更合適的語言改寫，比如3D游戲中的圖形渲染模塊，性能要求特別高，就可以用C/C++重寫，而後封裝為Python可以調用的擴展類庫。
除此之外Python還可以用作服務器開發與物聯網開發。
至于說C/C++理論上說可以做任何開發，只要有合適的硬件驅動和API。
C/C++特點是效率高，基本上是編譯語言里面效率最高的。
除非你的系統中連C/C++編譯器都不具備，否則C/C++基本上可以亂殺。
就算某些系統當中C++編譯器是不具備的，但是C一般都具備。
這種情況下，C語言主要用來開發底層模塊(比如驅動、解碼器、算法實現)。
甚至于可以用作服務應用(比如web服務器)和嵌入式應用(比如智能洗衣機里的程序)。
C++也可以做這些，不過由于C++的復雜性和標準問題，人們還是更願意使用C來做。
相比于C語言，C++更適合比較復雜但又特別需要高效率的設施，比如大型游戲，一些基礎庫，大型桌面應用。
從上述語言的特點來看，不難看出之所以這些語言能夠流通廣泛很大程度是因為這些語言很強大且幾乎都擁有很強的普適性。
這些語言之所以能有很強的普適性。
除了這些語言設計的時候考慮的內容比較全面有關系。
除此之外，跟這些語言問世的時間比較早有很大的關系。
C語言于1969年至1973年間出現，1990年代初有了Java語言的雛形，python則是1991年正式出現。
這些語言因為問世的時間比較早，長期的傳播使得技術用戶基礎明顯要更廣。
而用戶在長時間的使用過程中不斷發掘一門語言的新用法也是很正常的。
這些新用法反過來又反哺了這些編程語言，促進了這些編程語言在技術人員中的流通性。
上述編程語言的發展思路固然不錯。
但這需要時間去沉澱。
一門新的編程語言想要迅速擁有知名度。
指望這種用時間沉澱的路子明顯是行不通的。
別說是用時間沉澱了。
有的時候一門全新的語言剛問世的時候想要擁有一定的技術人員作為擁護者可能都很難。
總之，由個人搞出的編程語言大概率會是無人問津。
但如果背後有大公司強推進行助力的話。
事情則不一樣了。
前世的Swift能夠一度躋身十大編程語言之列。
跟蘋淉在後面的助力就有很大的關系。
無獨有偶，大公司「捧」出來的編程語言其實有很多案例。
最典型的案例要數C#編程語言了。
這門語言精通有難度，但上手的話其實不是很復雜。
很多技術人員都涉獵過C#這門語言。
不過卻並不是有很多人知道C#這門語言的背後是微軟。
當初之所以要搞C#這樣一門編程語言是因為當時微軟準備推出的一種基于.框架的、面向對象的高級編程語言。
就技術淵源這方面來說，C#是一種由C和C++衍生出來的面向對象的編程語言。
它在繼承C和C++強大功能的同時去掉了一些它們的復雜特性，使其成為C語言家族中的一種高效強大的編程語言。
ET框架類庫作為基礎，擁有類似Visual Basic的快速開發能力。
C#這門編程語言由安德斯•海爾斯伯格主持開發，微軟在2000年發布了這種語言。
當初微軟之所以要搞這門語言，是因為微軟希望能借助這種語言來取代Java。
盡管直到林灰重生那會C#也沒能正式將Java取而代之。
但因為C#的背後有微軟這樣的巨頭不斷輸血。
即便是C#未能取代Java，也絲毫不影響C#成為一門頗具有知名度的語言。
大公司如果願意在背後輸血的話。
瘋狂助力之下對一個編程語言的商業化和規模化之路所起到推動的作用是巨大的。
像微軟這樣的科技巨頭能「捧」熱一門編程語言。
而跟微軟體量差不多的蘋淉公司。
想助長一門編程語言的成長同樣也是有相應的實力的。
話說回來，如果這個時空SWIFT編程語言項目存在的話以林灰同蘋淉越來越密切的合作關系想要涉足這樣的一個項目是有操作空間的。
但如果這個時空Swift語言這塊拼圖缺失的話，而且蘋淉內部也沒有Swift語言相對應的項目的話。
林灰憑什麼有把握讓蘋淉內部對Swift語言這樣的項目產生濃厚的興趣呢？
畢竟此前的Objective-C就已經有著千絲萬縷的聯系了。
此時的蘋淉的行業地位已然不需要通過搞一門編程語言來證明自己的實力了。
林灰覺得正是因為此前的Objective-C就和蘋淉有著千絲萬縷的聯系。
才讓到時候林灰有可以上下其手的空間。
為什麼這樣說呢？
就Objective-C這門編程語言的發展史來說。
這門編程語言最早主要由 Stepstone 公司的布萊德•考克斯（Brad Cox）和湯姆•洛夫（Tom Love）在 1980 年代發明。
1981年 Brad Love 還在 ITT 公司技術中心任職時，接觸到了 SmallTalk語言。
Cox 當時對軟件設計和開發問題非常感興趣，他很快地意識到 SmallTalk語言在系統工程構建中具有無法估量的價值，但同時他和 Tom Love 也明白，目前 ITT 公司的電子通信工程相關技術中，C 語言被放在很重要的位置。
于是 Cox 撰寫了一個 C 語言的預處理器，打算使 C 語言具備些許 Smalltalk 的本領。
Cox 很快地實現了一個可用的 C 語言擴展，此即為 Objective-C語言的前身。
到了 1983 年，Cox 與 Love 合伙成立了 Productivity Produational（PPI）公司，將 Objective-C 及其相關庫商品化販售，並在之後將公司改名為StepStone。
1986年，Cox 出版了一本關于 Objective-C 的重要著作《Objeted Pr， Aionary Approach》，書內詳述了 Objective-C 的種種設計理念。
1988年，斯蒂夫•喬布斯（Steve Jobs）離開蘋淉公司後成立了 er 公司， 公司買下 Objective-C 語言的授權，並擴展了著名的開源編譯器GCC 使之支持 Objective-C 的編譯，基于 Objective-C 開發了 AppKit 與 Foundation Kit 等庫，作為 EP 的的用戶界面與開發環境的基礎。
雖然 工作站後來在市場上失敗了，但 上的軟件工具卻在業界中被廣泛贊揚。這促使 公司放棄硬件業務，轉型為銷售ep（以及OpenStep）平台為主的軟件公司。
1992年，自由軟件基金會的 GNU 開發環境增加了對 Objective-C 的支持。
1994年，er公司和Sun Mi聯合發布了一個針對 EP 系統的標準典範，名為 OPEEP 在自由軟件基金會的實現名稱為 GNUstep。
1996年12月20日，蘋淉公司宣布收購 ware 公司，EP環境成為蘋淉操作系統下一個主要發行版本OS X的基礎。這個開發環境的版本被蘋淉公司稱為Cocoa。
……
從Objective-C這門編程語言的發展歷史上不難看出。
Objective-C這門編程語言雖然是和蘋淉有著千絲萬縷的聯系。
但更準確形容的話，與其說這門編程語言和蘋淉有著緊密的聯系。
不如說和蘋淉故去的上代掌舵人喬布斯有著極其密切的關系。
自庫克掌舵蘋淉之後，雖然產品線的布局和蘋淉喬布斯在的時候八.九不離十。
但其實內在很多東西其實都在試圖在追求去喬布斯化。
雖然說像技術方面是「一朝天子一朝臣」這種模式不是剛需。
但對于像庫克這樣一個一直試圖走出後喬布斯時代而開創屬于自己的新時代的掌舵人來說。
林灰覺得庫克應該很難對于這樣的一門相比于Objective-C煥然一新的Swift語言說不。
林灰覺得庫克應該很難說不。
尤其是像Swift這樣一門語言前世就是蘋淉方面鼓搗出來的。
Swift 結合了 C 和 Objective-C 的優點並且不受 C 兼容性的限制。
Swift 在 Mac OS 和 iOS 平台可以和 Object-C 使用相同的運行環境。
在具體語法上，Swift和分號說拜拜了，語法更加簡潔明了。
林灰相信這樣的語言會契合蘋淉方面的審美。
而且蘋淉內部也不是鐵板一塊。
至少此前同伊麗莎白•妮詩的交流種。
就沒少听伊麗莎白•妮詩吐槽Objective-C這門編程語言。
林灰相信蘋淉內部以及廣大的軟件開發者中和伊麗莎白•妮詩持有相同態度的人絕對不是少數。
總之，林灰有把握讓蘋淉對類似于Swift這樣的編程語言感興趣。
……
話雖如此，一切還要看這個時空「Swift語言」究竟是什麼情況。
再伺機從中施為。
在沒有搞清楚這個時空究竟是什麼的情況的時候。
以上這些或許是只能稱之為粗淺的想法。
具體到真正落實的不知道又是什麼時候。
盡管這種提前的思考似乎是有些枯燥。
但林灰是很清楚的，凡事預則立不預則廢。
不提前做好周密的預案涉及到這種重大的項目想要信手拈來那是不存在的。
林灰在此之前還要不斷的「練級」，同時提高自身的綜合能力和實力。
畢竟機會只垂青有準備的人。
……
當然心中想的這些林灰也沒同黃靜說。
只是抱怨了幾句蘋淉這次全球開發者大會沒啥干貨。
黃靜也是深以為然。
似乎突然想起了什麼。
黃靜告訴林灰︰
蘋淉方面因為考慮到林灰最近要忙于很多軟件交接。
尤其是林灰要就快捷指令這個軟件進行一系列升級工作。
為了避免林灰分身乏術，林灰大可以不必親自遠赴重洋領所謂的蘋淉設計大獎。
林灰只需要提前錄制一段90秒之內的獲獎感言就可以了。
當然如果林灰堅持去參加此次蘋淉全球開發者大會的話。
蘋淉方面也是樂意之至的。
堅持參加？
怎麼可能。
事實上，當初林灰雖然對獲得蘋淉設計大獎欣喜若狂。
但也僅僅是當時而已。
彼一時，此一時也。
隨著林灰的迅速成長，以及聲望之類的看不見的東西在增長。
此前林灰曾經很看重這獎項。
不過現在的話這樣的獎項並不能說是很入林灰的眼。
至于這種變化，也別說什麼反復無常之類的。
事物本就是在否定之否定中發展的。
而且古人也說了，向之所欣，俯仰之間，已為陳跡。
曾經很心心念的東西，很快就不感興趣這也是人之常情。
此前林灰只是礙于和蘋淉方面一直是合作很緊密，故而沒推月兌這次全球開發者大會。
但既然是現在蘋淉方面表示了林灰很繁忙的話不用遠渡重洋參加這次全球開發者大會也是可以的。
林灰對此當然是樂意之至。
畢竟短時間內林灰還是有很多事情要處理的。
現下這樣安排倒是省卻林灰很多麻煩。