第259章 預則立不預則廢
字數:6822 加入書籤
但如果背後有大公司強推進行助力的話。
事情則不一樣了。
前世的swift能夠一度躋身十大編程語言之列。
跟蘋果在後麵的助力就有很大的關係。
無獨有偶,大公司“捧”出來的編程語言其實有很多桉例。
最典型的桉例要數c#編程語言了。
林灰此前在開發《hill climb rag》這款遊戲的時候就用到了c#語言。
這門語言精通有難度,但上手的話其實不是很複雜。
很多技術人員都涉獵過c#這門語言。
不過卻並不是有很多人知道c#這門語言的背後是微軟。
當初之所以要搞c#這樣一門編程語言是因為當時微軟準備推出的一種基於.框架的、麵向對象的高級編程語言。
就技術淵源這方麵來說,c#是一種由c和c++衍生出來的麵向對象的編程語言。
它在繼承c和c++強大功能的同時去掉了一些它們的複雜特性,使其成為c語言家族中的一種高效強大的編程語言。
et框架類庫作為基礎,擁有類似vis的快速開發能力。
c#這門編程語言由安德斯·海爾斯伯格主持開發,微軟在2000年發布了這種語言。
當初微軟之所以要搞這門語言,是因為微軟希望能借助這種語言來取代java。
盡管直到林灰重生那會c#也沒能正式將java取而代之。
但因為c#的背後有微軟這樣的巨頭不斷輸血。
即便是c#未能取代java,也絲毫不影響c#成為一門頗具有知名度的語言。
大公司如果願意在背後輸血的話。
瘋狂助力之下對一個編程語言的商業化和規模化之路所起到推動的作用是巨大的。
像微軟這樣的科技巨頭能“捧”熱一門編程語言。
而跟微軟體量差不多的蘋果公司。
想助長一門編程語言的成長同樣也是有相應的實力的。
話說回來,如果這個時空swift編程語言項目存在的話以林灰同蘋果越來越密切的合作關係想要涉足這樣的一個項目是有操作空間的。
但如果這個時空swift語言這塊拚圖缺失的話,而且蘋果內部也沒有swift語言相對應的項目的話。
林灰憑什麽有把握讓蘋果內部對swift語言這樣的項目產生濃厚的興趣呢?
畢竟此前的objective-c就已經有著千絲萬縷的聯係了。
此時的蘋果的行業地位已然不需要通過搞一門編程語言來證明自己的實力了。
林灰覺得正是因為此前的objective-c就和蘋果有著千絲萬縷的聯係。
才讓到時候林灰有可以上下其手的空間。
為什麽這樣說呢?
就objective-c這門編程語言的發展史來說。
這門編程語言最早主要由 stepstone 公司的布來德·考克斯(brad cox)和湯姆·洛夫(tom 年代發明。
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年,自由軟件基金會的 gntive-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 兼容性的限製。
sac os 和 ios 平台可以和 object-c 使用相同的運行環境。
在具體語法上,swift和分號說拜拜了,語法更加簡潔明了。
林灰相信這樣的語言會契合蘋果方麵的審美。
而且蘋果內部也不是鐵板一塊。
至少此前同尹麗莎白·妮詩的交流種。
就沒少聽尹麗莎白·妮詩吐槽objective-c這門編程語言。
林灰相信蘋果內部以及廣大的軟件開發者中和尹麗莎白·妮詩持有相同態度的人絕對不是少數。
總之,林灰有把握讓蘋果對類似於swift這樣的編程語言感興趣。
……
話雖如此,一切還要看這個時空“swift語言”究竟是什麽情況。
再伺機從中施為。
在沒有搞清楚這個時空究竟是什麽的情況的時候。
以上這些或許是隻能稱之為粗淺的想法。
具體到真正落實的不知道又是什麽時候。
盡管這種提前的思考似乎是有些枯燥。
但林灰是很清楚的,凡事預則立不預則廢。
不提前做好周密的預桉涉及到這種重大的項目想要信手拈來那是不存在的。
當然心中想的這些林灰也沒同黃靜說。
隻是抱怨了幾句蘋果這次全球開發者大會沒啥幹貨。
黃靜也是深以為然。
似乎突然想起了什麽。
黃靜告訴林灰:
蘋果方麵因為考慮到林灰最近要忙於很多軟件交接。
尤其是林灰要就快捷指令這個軟件進行一係列升級工作。
為了避免林灰分身乏術,林灰大可以不必親自遠赴重洋領所謂的蘋果設計大獎。
林灰隻需要提前錄製一段90秒之內的獲獎感言就可以了。
當然如果林灰堅持去參加此次蘋果全球開發者大會的話。
蘋果方麵也是樂意之至的。
堅持參加?
怎麽可能。
事實上,當初林灰雖然對獲得蘋果設計大獎欣喜若狂。
但也僅僅是當時而已。
隨著林灰的迅速成長,以及聲望之類的看不見的東西在增長。
此前林灰曾經很看重這獎項。
不過現在的話這樣的獎項並不能說是很入林灰的眼。
至於這種變化,也別說什麽反複無常之類的。
事物本就是在否定之否定中發展的。
而且古人也說了,向之所欣,俯仰之間,已為陳跡。
曾經很心心念的東西,很快就不感興趣這也是人之常情。
此前林灰隻是礙於和蘋果方麵一直是合作很緊密,故而沒推脫這次全球開發者大會。
但既然是現在蘋果方麵表示了林灰很繁忙的話不用遠渡重洋參加這次全球開發者大會也是可以的。
林灰對此當然是樂意之至。
畢竟短時間內林灰還是有很多事情要處理的。
現下這樣安排倒是省卻林灰很多麻煩。