很多時候沒有商業對手是孤獨的。
同時沒有商業上的競爭對手也是十分危險的。
沒有商業對手之後大概就要遭受法律上、經濟上、文化上各種看不見的巨手了。
當然這種境界離林灰還是很遙遠的。
不過林灰是蠻期待自己也能達到這種境界的。
盡管這還有點遠，不過也並不是遙不可及的那種。
至于眼下黃靜所提到的東西，其實林灰並不是太往心里去。
相比于黃靜介紹的這些即將推出的東西。
林灰其實更在意的是黃靜沒提到的東西。
同此前伊麗莎白•妮詩沒提及Swift語言一樣。
黃靜同樣沒提及到swift語言。
這不由得引發林灰的一些猜想。
前世SWIFT語言可是作為2014年蘋.淉全球開發者大會真正核心的大殺器。
甚至被媒體評價為整場2014年全球開發者大會最大的驚喜。
前世Swift 語言是一種強大直觀的編程語言。
這樣一門編程語言適用于 iOS、iPadOS、macOS、Apple tvOS 和 watchOS。
Swift 語法簡潔，但表現力強，更包含了開發者喜愛的現代功能。
按照蘋淉的描.述，Swift 代碼從設計上保證安全，並能開發出運行快如閃電的軟件。
前世Swift語言被蘋.淉方面開發出來是準備取代objective-C的語言
開發者可以在Object-C和C語言的基礎上，繼續用Swift進行開發。
Swift比起之前的Object-C要精簡不少，去掉了很多繁瑣的代碼符號，執行效率要高出不少。
而且難度也相應的開發難度也要降低不少；
Swift全部采用可視化編程設計，用戶可以一邊寫代碼，一邊查看代碼的實際運行效果。
可以進行實時預覽，大大提到編程的效率。
用蘋.淉自己的話說就是，編程從未如此簡單。
這個前世WWDC上的大殺器為什麼到現在還沒消息？
依然是處于保密狀態而留待制造驚喜嗎？？
還是說此次蘋.淉開發者大會SWIFT語言將直接缺席了不成？
林灰覺得大概率是後者。
畢竟在此前已經預熱了好幾輪的情況下。
沒道理都要臨近WWDC正式召開了還要進行保密吧？
要知道預熱不僅僅是為了炒熱活動。
實際上也是對受眾的試探。
一款作為工具的東西不提前拿出來預熱下萬一搞出來很多反對的聲音豈不是自己打臉。
蘋.淉這樣深諳營銷之道的公司應該是不會這樣做的。
林灰是覺得都到了六月末了還沒傳出來這樣的聲音。
SWIFT語言應該是直接鴿了此次蘋淉全球開發者大會了。
至于Swift語言這麼一個強大且重要的產品為什麼會鴿了蘋淉2014WWDC這樣一個全球開發者的盛會呢？
林灰覺得可能是因為這個時空Swift語言的開發進度出現了耽擱。
一個重大的項目出點意外似乎也是很正常的事情。
尤其是這種商業上的重大項目，出現點意外更是很常見的事情。
更不要說是計算機領域的項目，很多時候因為一點屁事直接推翻重來也是常有的。
何況前世Swift語言的開發團隊從2012年開始就就屢有不合的聲音傳出。
甚至于前世2017年左右Chris Lattner更是直接從Swift語言開發團隊出走。
Chris Lattner一直是 Swift 語言開發團隊里面的中堅力量。
從前世2010 年 7 月開始，Chris Lattner就開始設計Swift編程語言。
在完成基礎架構後，Chris 帶領開發小組陸續完成語法設計、編譯器、運行時、框架、IDE 和文檔等相關工作。
正因為Chris Lattner所起到的作用比較突出。
因此此人一向被冠以「Swift語言之父」之稱。
一個編程語言的開發團隊能把團隊主心骨都氣跑也是屬實奇葩了。
之所以這件事林灰還有印象是因為這事林灰記得當初朋友拿來當樂子說。
朋友當初還饒有興致地分析這種情況要麼是Chris Lattner這個所謂的「Swift語言之父」性格過于孤傲不合群。
要麼就是Chris Lattner的同事過于操蛋。
但不管是哪種原因，也難掩Swift語言整個開發團隊有點奇葩這件事。
這種情況下，即便是這個時空的Swift的開發團隊跟上個時空一樣存在著。
出點意外似乎也是很正常的事情。
這可不是林灰毒女乃，事實上林灰做出「此時空Swift語言項目受挫」這個判斷已經很友好了。
至少按照林灰這種判斷來說的話Swift語言項目縱然是受挫，但項目以及項目組最起碼是存在的。
這已經是屬于樂觀估計的範疇了。
個人的判斷一般都是很主觀的，帶有很多主觀成分的判斷與其說是依據所有客觀條件給出的判斷，不如說是人對植根于內心深處的期待而給出的一種讓自己相信的說法/解釋而已。
林灰以上對Swift語言做出的判斷也是帶有主觀色彩的。
林灰內心是希望Swift語言項目組能夠存在的。
一個小小的蝴蝶扇動翅膀都可能引發出一場美洲的風暴。
雖然兩個時空很多小打小鬧的差異林灰已經司空見慣了。
但這不等于林灰依然熟視無睹。
像Swift語言不能如約而至這件事放到兩個時空的維度內雖然同樣只是一點小小的漣漪。
但鑒于Swift語言對于蘋淉軟件方面的重要性。
如果像Swift這樣的語言出現很重大的變化的話。
林灰不大確定會造成怎麼樣的連帶影響。
雖然作為純路人，就是蘋淉倒閉了也未必會損失啥。
但林灰則並不是很想看到這事。
至少短期內林灰不希望看到這件事。
短時間內林灰還指望借著薅蘋淉羊毛呢。
如果蘋淉的重大項目出現比較大的變化的話。
這樣的事情是林灰所不希望看到的。
故而林灰主觀上是很希望Swift語言項目是存在的。
至于為什麼這樣的語言項目要鴿了WWDC，林灰也寧願是相信這樣的一門編程語言只是研究受挫了而已。
然而世界是客觀的，至少是不以個人主觀意識進行轉移的。
純粹就客觀層面出發，林灰此前主觀的判斷怕是有點過分樂觀。
前世Swift語言是計算機領域編程語言的最新研究成果。
這門編程語言差不多算是融合了前世蘋淉平台數十年的經驗。
雖然這門語言融入了很多蘋淉方面的經驗。
但是這樣的一門語言在開發的過程種卻是以開源形式在 Swift. 上開發而成。
其源代碼、bug跟蹤器、論壇和常規開發版本在前世都是向對所有人公開的。
在前世SWIFT語言的問世過程中︰蘋淉內部員工與成百上千位外部貢獻者通力合作。
如此前世Swift語言才能夠迅速支持所有蘋淉平台和 Linux。
Swift社區成員還積極地努力將 Swift 移植到更多平台上。
借助 SourceKit-LSP，Swift社區成員還在努力將 Swift 支持集成到各種開發者工具中。
在這種不懈的努力之下，到林灰重生前夕那會︰Swift語言不僅能夠為蘋淉平台開發很多新應用。
而且還適用于一系列新的現代化服務器 App。
除此之外，還有很多廣泛的應用。
而這一切，不難發現外部貢獻者的用愛發電大大加速了Swift語言的成長。
如果沒有這些外部貢獻者即便是Swift語言能夠如期誕生。
恐怕也會在成長的速度上大幅減速。
然而在今生，林灰通過公開、半公開的信息渠道卻幾乎沒有找到Swift社區這樣開源社區或者其余任何可能和蘋淉開源語言項目有關的信息。
在這種情況下，客觀來判斷的話︰
林灰不由得有些懷疑這個時空蘋淉方面搞SWIFT語言是在閉門造車。
抑或是這個時空干脆就沒有所謂的SWIFT語言！
听起來有點不可思議，但這種情況也有可能發生。
盡管從前世發生的事情來看，Swift會替代（是主流場景下的替代，並不是完全取代） Objective-C 這是必然趨勢。
但在前世Swift語言剛剛出現的時候人們可不完全是這麼看的。
雖然在已經掌握了 Objective-C的情況切換到 Swift 並不難。
但是因為Swift 語言剛出現的時候其實是沒有很好地解決好跟 C 和 C++混編的問題。
在界面和大部分邏輯采用Swift語言編寫，很多項目底層卻采用很多項目底層核心庫卻要用到C語言或C++語言的情況下。
這種時候就不可避免的需要繼續使用Objective-C 作為粘合層。
另外Swift語言剛出現的時候還有很多庫是用 Objective-C 編寫的，使用這些庫需要一定 Objective-C 知識。
換言之，即便是單獨學會了Swift語言。
在進行一些開發的時候依然是離不開Objective-C的。
同樣使用 Swift 編寫的任何功能，使用 Objective-C雖然同樣也可以做到。
Swift語言剛誕生的時候並不能特別簡化學習成本。
如此一來，為什麼還要再學一門新的單獨的編程語言呢？
尤其是在新的單獨的編程語言似乎有點雞肋的情況下。
如果以「雞肋」進行衡量的話。
似乎即便今生蘋淉並沒有進行Swift語言的開發以替代Objective-C也是有理由的。
畢竟從新開發編程語言也不是一件容易的事情。
不光需要大量的金錢、時間。
而且還需要天才的推動。
蘋淉公司開發Swift有相應的需求。
不開發也有相應的道理。
至于這個時空究竟有沒有Swift。
暫時林灰不想過于武斷地得出結論了。
一切還是等有更進一步比較確切的消息之後再說。
而且在此之前。
林灰要迅速成長到一定的高度。
這個高度不僅僅是財富上的高度。
而是指能力上的新高度。
如果林灰沒有相應的實力。
即便是Swift語言相較于前世真的出現重大變化的話。
以林灰現在的實力想要從中火中取栗也是做不到的。
反倒是很容易引火上身。
而林灰有了強大的實力則不一樣了。
一個小小的蝴蝶扇動翅膀都可能引發出一場美洲的風暴。
但想要避免風暴的來臨似乎也不費力啊。
只需要在最開始殺死那個瘋狂扇動翅膀的蝴蝶就可以了。
同樣的道理，當林灰擁有足夠實力的話。
林灰可以去控制變量。
如果Swift語言出現重大變化從而導致前世Swift語言這個拼圖缺失的話。
當擁有強大的實力之後，林灰完全可以去補全這個拼圖。
至于林灰去補全這個拼圖有什麼好處呢？
維系時間線的支線是一方面的考慮。
另一方面，跟林灰此前的野心有一定的關系。
涉及到前世信息中，林灰覺得價值較高（上千億美元直接及間接經濟價值）同時近乎于成品的產品大概只有fuchsia OS。
如果林灰以後有強大的實力，擁有很多資源（這里的資源包括但不限于金錢、人力資源等等）可供調配的話。
自然也不需要太多彎彎繞繞，時機成熟了直接「搬運」就完事了。
但倘若林灰力有不逮而不能獨自搞定相應的資源整合。
（ps︰……雖然所謂的「力有不逮」這是極小概率事件，但縱然有這方面的可能，林灰也不得不提前做好風險規避的手段。）
在力有不逮的這種情況下，如果林灰依然想要進行搬運的話。
恐怕將不得不借助于其他方面或者是更高層面的力量來進行資源整合以實現搬運。
那在進行資源整合的時候，其他方面或者說更高層面該怎麼相信林灰有搞定操作系統的實力呢？
理想層面來說，最靠譜的方式是林灰在此前有成功開發操作系統的經驗。
如果林灰此前有開發過操作系統的成功經驗。
那麼林灰所整合的資源的各方自然會相信林灰有實力搞定一個全新的操作系統。
不過這基本不現實。
因為種種外在的原因，林灰是不可能在將一個操作系統搬運出來之前去搞個別的操作系統去練手的。
那樣很容易引發一些不必要的麻煩。
而且縱然林灰今生有可能擁有比前世更強大的知識汲取能力。
暫時林灰也沒鼓搗一個全新的操作系統的本事。
所以，就目前來看，在正式搬運之前提前開發一個別的操作系統練練手是很難實現。
這種情況下，林灰該如何在資源整合的時候取信于人呢？
林灰覺得即便是沒有開發操作系統的成功經驗。
有負責超大型項目這樣的經歷將是開發者生涯中頗為值得濃墨重彩的一筆。
不僅如此，這樣一個超大型的開發項目如果能取得成功那對于以後的資源整合同樣是會大有裨益的。
Swift語言這樣一個前世耗時幾年之久前前後後近萬人次參與過的項目絕對可以說是一項超大型的項目開發了。
林灰覺得如果這個時空Swift項目真的出現什麼問題的話。
那參與到蘋淉主導的Swift語言項目就是不錯的選擇。
真的能在這樣一個項目中大展身手的話，那將為林灰積累很多，包括但不限于人脈之類的種種。