第258章 超大規模項目經驗
字數:5875 加入書籤
同樣的道理,當林灰擁有足夠實力的話。
林灰可以去控製變量。
如果swift語言出現重大變化從而導致前世swift語言這個拚圖缺失的話。
當擁有強大的實力之後,林灰完全可以去補全這個拚圖。
至於林灰去補全這個拚圖有什麽好處呢?
維係時間線的支線是一方麵的考慮。
另一方麵,跟林灰此前的野心有一定的關係。
涉及到前世信息中,林灰覺得價值較高(上千億美元直接及間接經濟價值)同時近乎於成品的產品大概隻有fuchsia os。
如果林灰以後有強大的實力,擁有很多資源(這裏的資源包括但不限於金錢、人力資源等等)可供調配的話。
自然也不需要太多彎彎繞繞,時機成熟了直接“搬運”就完事了。
但倘若林灰力有不逮而不能獨自搞定相應的資源整合。
(ps:……雖然所謂的“力有不逮”這是極小概率事件,但縱然有這方麵的可能,林灰也不得不提前做好風險規避的手段。)
在力有不逮的這種情況下,如果林灰依然想要進行搬運的話。
恐怕將不得不借助於其他方麵或者是更高層麵的力量來進行資源整合以實現搬運。
那在進行資源整合的時候,其他方麵或者說更高層麵該怎麽相信林灰有搞定操作係統的實力呢?
理想層麵來說,最靠譜的方式是林灰在此前有成功開發操作係統的經驗。
如果林灰此前有開發過操作係統的成功經驗。
那麽林灰所整合的資源的各方自然會相信林灰有實力搞定一個全新的操作係統。
不過這基本不現實。
因為種種外在的原因,林灰是不可能在將一個操作係統搬運出來之前去搞個別的操作係統去練手的。
那樣很容易引發一些不必要的麻煩。
而且縱然林灰今生有可能擁有比前世更強大的知識汲取能力。
暫時林灰也沒鼓搗一個全新的操作係統的本事。
所以,就目前來看,在正式搬運之前提前開發一個別的操作係統練練手是很難實現。
這種情況下,林灰該如何在資源整合的時候取信於人呢?
林灰覺得即便是沒有開發操作係統的成功經驗。
有負責超大型項目這樣的經曆將是開發者生涯中頗為值得濃墨重彩的一筆。
不僅如此,這樣一個超大型的開發項目如果能取得成功那對於以後的資源整合同樣是會大有裨益的。
swift語言這樣一個前世耗時幾年之久前前後後近萬人次參與過的項目絕對可以說是一項超大型的項目開發了。
林灰覺得如果這個時空swift項目真的出現什麽問題的話。
那參與到蘋果主導的swift語言項目就是不錯的選擇。
真的能在這樣一個項目中大展身手的話,那將為林灰積累很多,包括但不限於人脈之類的種種。
至於說為什麽是要參與到蘋果主導的項目中?
而不是自己單幹呢?
林灰單幹的話,即便是能在swift缺失後補足這個時空缺失的一片拚圖。
搞出這樣一門編程語言。
恐怕也達不到前世swift的知名度。
就像演員並不是有演技就能收獲到相應的咖位。
類似地,一門編程語言,有的時候縱然有實力,也未必擁有與之相匹配的地位。
而一門幾乎沒啥影響力的編程語言似乎也沒啥搬運的必要。
因為林灰想要的是有影響力的swift.
而不僅僅是swift本身。
如果林灰在意的僅僅是編程語言本身而不是影響力的話。
似乎買來些現成的也沒啥問題。
畢竟,這個世界上耳熟能詳的那些編程語言可不是編程語言的全部。
這個世界上僅僅是在電腦領域已發明了上千不同的編程語言,而且每年仍有新的編程語言誕生。
說實話,有的高級編程語言甚至沒有林灰此前搞得那個z.那個域名更加稀有。
總之,一門編程語言如果沒有影響力基本無用。
而編程語言怎樣具有影響力呢?
稍稍理解一下主要的編程語言的情況就略知一二了。
如果說最好的編程語言是什麽,可能會打的頭破血流那種。
但如果說最常用的五個編程語言。
倒是爭議不算太大。
無外乎就是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能夠一度躋身十大編程語言之列。
跟蘋果在後麵的助力就有很大的關係。