第4章 還不錯的鴻蒙(1 / 1)

加入書籤

“轟...”

隨著天邊一道悶雷,正在家裡敲著鍵盤的王晨忍不住看了眼窗外。

現在是早上的十點左右,但屋外卻是黑壓壓的一片,看起來像是傍晚一樣。

呼嘯的狂風外加潑水一般的大雨,一瞧就知道是颱風來了。

前世一直住在內陸的王晨還是頭一次遇見颱風。

本來還挺興奮的,但看著屋外這架勢也忍不住有些擔心自己島上那房子能不能扛得住。

不過想來都這麼多年了,那房子雖然破但還算堅挺。

一看就是在設計的時候專門考慮過颱風的問題。

再說,就算房頂被掀了貌似也無所謂,自己本來就打算有錢了推翻重弄。

最多就是下次登島沒房子住會有些麻煩而已。

忍不住打了個哈欠,把旁邊茶几上剛剛泡好的泡麵拿了過來,美滋滋的吃了一口後這才開啟了豆奶直播準備看看小姐姐跳舞下飯。

算起來自己已經在魔都呆了快兩個月。

來的時候是七月初,現在已經快到九月底了。

也沒怎麼出去玩,基本都窩在家裡折騰軟體。

兩個月下來,雖然還沒完全開發完畢,但大體的框架已經成型。

最佳化的核心程式碼也基本ok,現在就差一些邏輯運算以及子系統還在開發。

估計再有一個月左右就能全部完工。

其實這軟體的開發難度並不大,主要還是王晨自己手不行的緣故。

雖然腦子裡面擁有了大量的程式設計技術,但奈何腦子會了手不行。

經常會因為手殘搞出一些奇怪的BUG。

甚至有一次差點把測試用的手機給燒了。

因為這軟體是作用在底層框架上的,擁有極高的許可權,所以王晨也必須要保證軟體沒有惡性BUG。

尤其是在搭框架的時候,基本是打一行程式碼就得檢查三遍。

一個子系統開發完畢後也得來回測試好幾次。

雖然麻煩但效果還是有的。

起碼到目前為止王晨沒有再檢查出框架有什麼大毛病。

而且在研發中王晨也發現這個鴻蒙系統是真的有點東西。

不愧是花廠的殺手鐧,各個方面已經完全壓制住了老牌手機系統安卓。

首先可以明確的一點是,鴻蒙系統的基因必定是優於安卓系統。

畢竟鴻蒙系統的出現是為了解決IoT硬體裝置的裝載要求,它的核心並不是單純的linux系統,而是整合了鴻蒙微核心、LiteOS系統和linux核心。

說簡單點,鴻蒙理論上是能夠相容所有的安卓軟體。

而這恰恰是開啟市場的關鍵所在。

而且鴻蒙的系統程式碼也遠沒有安卓那麼臃腫。

王晨大概算了算,安卓系統目前的程式碼已經超過了一億行,整套系統過於龐大,而其中真正常用的程式碼只有不到8%。而鴻蒙系統的關鍵程式碼行數為460萬行,相當於安卓的10%到30%。

這也可能是因為鴻蒙才剛出來的原因,沒有經過那麼多的迭代更新。

但不可否認的是,目前的鴻蒙系統肯定是要比安卓流暢很多的。

這就是新系統的先天優勢。

沒辦法基因比你好,從框架上就已經超越了安卓。

這也是為什麼王晨首選鴻蒙系統作為目標的原因。

安卓的確是有點跟不上時代了。

更不用說鴻蒙系統可以同時支援手機、智慧手錶、電腦、智慧屏等等智慧家居裝置。

萬物互聯這一塊更是安卓拍馬都趕不上的。

別說安卓了,連IOS都不行,他們兩家的系統基本只適用於手機端,如果放在其他裝置上使用,那簡直就是場災難。

網上說什麼安卓吊打鴻蒙的基本可以歇歇了。

就目前的情況來看,安卓基本已經沒救,沒瞧見谷歌自己都已經開始全力研製新系統了。

FuchsiaOS才是未來鴻蒙的對手,安卓什麼的雖然以前輝煌過,但架不住框架過於老舊,被淘汰也是遲早的事。

不過這些和王晨並沒有太大的關係。

鴻蒙前景不錯的唯一好處就是王晨回頭可以張大些嘴了。

尤其是萬物互聯這玩意,更加考驗系統的底層邏輯。

總不能人人都手拿一部花廠旗艦吧?

最佳化才是決定未來發展前景的一大重點。

要是最佳化做不好,現在加入進來的開發者越多,未來的負擔也就更大。

指不定就會變成下一個安卓。

看了會小姐姐,吃過午飯,外面的大雨似乎完全沒有歇一會的感覺。

隨手叉掉了直播平臺,王晨這才又把自己編寫的軟體給點了開來。

上面一個進度條已經跑的差不多了。

旁邊筆記本上,同樣有一個小軟體正在不停的運轉著。

那是一個模擬的鴻蒙系統,裡面裝了近一百多個第三方軟體。

在小軟體的控制下,正在無規律的開啟關閉,切換各種執行模式等等。

相當於是在高強度模擬使用者使用手機的情況。

而主機這邊的最佳化軟體也已經接入了鴻蒙的底層框架,正在盡全力維持鴻蒙的正常運轉。

王晨給到的算力只有花廠中等手機的規模。

如此大量的開關執行軟體,對於算力的支配呼叫方面考驗很大。

整套測試平臺已經執行了差不多兩個多小時,後臺的資料也是收集了一籮筐。

雙手交叉掰了掰手腕,王晨篩選了一下,把所有的系統報紅給羅列出來準備一個個點進去看看。

這裡面有的是正常報紅,比如算力超出了調解範圍。

這種就不是最佳化能夠解決的了,畢竟硬體問題再怎麼最佳化也有個極限。

王晨主要檢查的是那些邏輯報錯。

必須要在自己交貨之前儘可能的將邏輯最佳化做到最好。

還別說,一番檢查下來光是可最佳化的程式碼就多了三十幾條。

雖然改動都不大,但積少成多,一點點都最佳化好後,堆積到後面那也是能產生量變的。

自己要求不高,能夠提升花廠老舊型號手機百分之四十左右的執行速度就OK了。

畢竟這只是偽人工智慧,邏輯上不可能逆天。

再說光是自己目前這個最佳化框架還有調配邏輯,交給花廠來沒個幾年估計都研究不出頭緒。

已經足夠自己賣錢了。

↑返回頂部↑

書頁/目錄