第368章 超大型項目開發經驗
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這門編程項目就是不錯的選擇。
(本章完)