致恰達耶夫,致鴻蒙
恰達耶夫是19世紀著名的俄羅斯哲學家,被稱為沙皇俄國時代的第一批覺醒者,作家赫爾岑曾稱頌他的《哲學書簡》是“長夜中的第一聲槍響”。
1918年,年僅19歲的普希金在與恰達耶夫進行了一次徹夜長談後,寫下了著名的《致恰達耶夫》。詩裡普希金傳達了一種熱情洋溢卻又安然堅定的情緒,他勸慰恰達耶夫忍耐“命中註定的桎梏”,一個神聖而自由的時代會註定到來;請在長夜中堅守,正確的事情終究會發生。
這首詩後來廣為流傳,成為20世紀初俄羅斯乃至現代世界覺醒時的一聲“號角”。普希金也終於成為了“俄羅斯的太陽”。
當手機接到HarmonyOS推送包的時候,我腦海中不知道為什麼閃過了這首詩。母庸諱言,可說極速上線的鴻蒙,是重壓與桎梏下的行動。但經過了兩年的跟蹤報導,看著鴻蒙如何將一個個特性從EMUI的創新中抽取出來,建立自己的體系;感受著分散式技術的全新理念如何一點點被使用者感知和消化,我相信此時自己可以說,鴻蒙是一些註定且正確的東西。
當然了,我也經歷和見證了不少關於鴻蒙的爭議。有些爭議來的太早了,有點像孩子還沒出生,街坊鄰居就開始討論他失敗的一生;也發現反對一件事,真的比建立一件事容易太多。
6月2日,華為釋出多款搭載HarmonyOS 2的新產品,包括HUAWEI Mate 40系列新版本、Mate X2新版本、HUAWEI WATCH 3系列、HUAWEI MatePad Pro等手機、智慧手錶、平板產品。
在HarmonyOS 2正式釋出的節點上,我想有些話也終於可以好好聊聊了。關於鴻蒙到底是什麼,它到底意味著華為怎樣的戰略和選擇,它給整個消費電子產業能帶來什麼。我們也許可以把鴻蒙的技術與體驗稍微推後,先來聊一些所謂“戰略”與“邏輯”層面的東西。面對鴻蒙,我們需要的不是急不可耐的謳歌,或者撲面而來的羞辱,而是一首《致恰達耶夫》。讓我們安靜等待,耐心嘗試,讓正確的事情註定發生。
既然說到詩,那我們就還是從詩開始聊。釋出會上,餘承東引用了英國神聖派詩歌代表人物約翰·多恩的十四行詩代表作《沒有人是一座孤島》。約翰·多恩在詩裡說:沒有人是一座孤島,可以自全;每個人都是整體的一部分。
而餘承東認為:“今天我們處在一個萬物互聯、萬物智慧的時代,我們同時也是處在一個網際網路、社交網路高度發達的這個時代,每一個人透過我們的網際網路、智慧終端、社交網路連線起來。萬物互聯時代,沒有人會是一座孤島。”
可以說被全球關注、期盼、思慮了良久的鴻蒙終於迎來了手機推送,華為有必要也有責任對鴻蒙多說一些什麼。那麼這句“沒有人是一座孤島”中,餘承東,或者說華為,究竟想用鴻蒙這樣一件作品,一個訊號,一場行動來表達什麼?
“但我們胸中還燃燒著一個心願,
在命定的桎梏重壓下輾轉不安,
我們正忍受著期待的煎熬,
翹望著那神聖而自由的時代,
像年輕的戀人,
等待那確定約會的到來。“
——《致恰達耶夫》普希金
鴻蒙來了,所以呢?
裝置不是孤島,所以鴻蒙是個確定的約會
1985年11月,微軟釋出了第一版的Windows作業系統。當時的Windows甚至還不是一個系統,而是一款基於DOS的應用,一個介面管理器。當時,似乎沒有人看好這個“不知所謂”的東西,Windows 2.0還因為很多圖形介面非常像MacOS而被蘋果起訴。
但就是這個東西,最終成為了資訊革命的根莖和底座。為什麼呢?Windows作為作業系統的成功當然有無數討論,但比較確定的一項,是它一方面解決了消費者操作的“人性化”問題;一方面兼顧了PC裝置面世的“硬體需求”。
大繁歸簡,作業系統說一千道一萬,就是人和裝置之間的“那一層”。人和裝置不能互為孤島,所以才要有作業系統。Windows再不被看好,但他解決了問題,於是就有生命力。
那麼鴻蒙解決的問題是什麼?
首先我們要知道,鴻蒙並不是美國封鎖下的替代品。被禁用的是GMS,而安卓作為開源軟體沒有禁用一說。那麼華為為什麼要花這麼大的力氣推動鴻蒙?核心在於一個確定性的機會:多裝置同時存在。
今天,我們身邊五米範圍內都一定會出現超過兩個終端裝置。PC、平板、手機、智慧手錶、TWS耳機,甚至門鈴、加溼器、檯燈中都有網路模組。大量裝置分別儲存了我們的資料,攜帶著我們安裝的應用,部署著我們的需要的能力。但問題是,這些裝置誰之間的打通方式、協作模式,甚至是否能協作都不確定。明明是都屬於我們自己的資料和應用,卻要使用者想盡辦法在不同裝置間折騰。這個場景跟30多年前,明明是自己買的PC,使用者卻不會用何其相似?
透過軟體全棧解耦、短程傳輸技術、分散式儲存和計算技術的改造,鴻蒙首次實現了不同裝置之間,包括低記憶體、低算力裝置的應用協同與資料無縫流轉。具體這些體驗究竟是不是價值充足,我們可以容後再說。但可以先確定兩點:首先多裝置趨勢是完全不可逆的,我們不可能把耳機融到手機裡,大屏整合到小屏裡,那麼一定要有作業系統解決這個互動問題;其次,無論是安卓還是IOS,都無法從作業系統端解決這個問題,因為他們天然就是放在手機軀殼裡的,沒有從頂層設計過能力解耦、裝置協同的可能性。
基於“裝置不是孤島,而且也不應該是孤島”的理由,鴻蒙其實是一個確定性的機會。早不做,晚不做,早晚要有人做。
必須承認的是,美國施壓一定加速了鴻蒙衝上一線。但如果是一場註定的約會,那加速未嘗是壞事。
華為不是孤島,所以痛也要擁抱
兩年以來,美國的施壓封鎖給華為,尤其是消費者業務帶來了多大的影響,想必大家有目共睹。那麼這種情況下應該怎麼辦?問題如何解決?
我記得看過一位UP主,講述自己的孩子在海外學校受到了種族歧視。但他的回應方式與很多人不同,比起告訴老師、強硬回應,他更傾向去跟這種種族歧視孩子的家長溝通,送他們禮物,給他們講中國,講世界,讓他們瞭解和認同自己的價值觀。他也討厭這些人,但強硬指責有什麼用呢?問題就能解決嗎?
回到鴻蒙。請大家注意華為已於2020年、2021年分兩次把該智慧終端作業系統的核心基礎能力全部捐獻給開放原子開源基金會,形成 OpenHarmony 開源專案。換言之,華為在面臨來自美國的壓力之後,選擇的回應方式是給這個世界更多禮物,讓更多人可以用華為的技術解決問題。
可能很多網友和媒體並不認同這種方式,美國打壓華為事件後,第一時間看到了各種議論,基礎思想是以牙還牙,以封鎖對封鎖。當然,這裡蘊含著樸素的正義感,但卻缺乏可行性和合理性。
我們要回到問題的最初,華為為什麼受到打壓?是因為華為被討厭嗎?恰恰相反,是因為華為被喜歡,被信賴,而被信賴的原因在於華為能給各國消費者帶來價值,與各國市場休慼與共。這些能力是華為成長的源頭,也是被打壓的邏輯起點。如果拋棄了這些,變成一座孤島,那華為將一無所有。
“沒有人是一座孤島”,當然也包括華為。那麼被強行孤立的華為,反而要更廣泛擁抱世界,給世界帶來更多價值,反哺全球產業鏈、開發者與珍貴的使用者。以痛吻我,報之以歌,並不是一種聖母情節,而是在大多數情況下,這是解決問題的唯一方式。
餘承東說,“華為將透過鴻蒙,幫助硬體廠家進行智慧化產業升級,幫助應用廠商獲得除手機之外其他智慧硬體的更多流量入口,助力整個產業智慧化升級與數字化轉型”。這是鴻蒙要表達出的第二重含義,對於世界,對夥伴,多使用者來說,華為的選擇是痛也要擁抱。
就像鴻蒙讓智慧裝置使用統一語言一樣,“擁抱”是一種世界的統一語言。
誰都不是孤島,所以世界該有選擇
可能還要多說一層“孤島”的含義。人性中本來就有幽暗的成分,比如在洪水衝到鄰居家時,我們會天然地認為自家是一座孤島。然而理性與邏輯會告訴我們,這不大可能。
去年有一句很流行的話,“槍響之後沒有人是贏家”。這句話其實非常適合今天的全球科技產業鏈。華為受到打壓後,我們可以看到種種值得玩味的眾生相。但理智和邏輯這時會告訴我們:槍響之後大部分人都不是狩獵者,而是下一聲槍響時的獵物。
“誰都不是孤島”,科技產業鏈是人類有史以來規模最大的“全球化”藝術品。這個產業鏈環環相扣,牽一髮動全身,讓大家成為了緊密的命運共同體。這次鏈條中始終有來自市場和技術的優勝劣汰,但其有序可循。而如果一旦開啟逆全球化的非合理手段,那麼鏈條的邏輯會崩壞,下一步究竟淘汰誰將無從預知。
這時候,如果企業能夠認同,自己不可能是洪水衝過鄰居家後剩下的“孤島”,那麼可能要考慮一下,如何增加產業韌性,是不是需要更多選擇?尤其在中國智慧終端產業已經一馬當先的今天,在作業系統上大家都沒有任何選擇的今天——更多選擇,意味著更強大的生存能力與戰略話語權。
鴻蒙,就是這樣一個“更多的選擇”。
在全球科技產業的命運共同體中,沒有任何一個國家、公司、個人可以自全。而當風雨的跡象已經清晰時,明智者需要考慮避風港的重要性,要考慮多線佈局的新方案。
所以說,鴻蒙並不是一個新生的資源爭奪者,一個必須被冷嘲熱諷的物件。即使對於智慧終端產業本身來說,鴻蒙也是能帶來價值的東西,是對產業的驅動,是戰略選擇度上的一個新機會。
華為想讓鴻蒙具有活力,就不可能把它敝帚自珍;美國想讓中國科技失速,而不是跟華為有仇。我們或許可以從這個邏輯出發,多思考一下究竟誰是放槍的人,誰提供安全屏障。
經過這兩年的等待,我們對鴻蒙的審視經常會出現一些偏航。這當然非常正常,但確實有必要糾正一下。比如說,很多人會覺得鴻蒙是秘密武器,一旦出手天崩地裂;也有人覺得鴻蒙就是替代品,並且站在狹隘的技術知識上,投來的都是冷嘲熱諷,陰陽怪氣。
這都沒必要,鴻蒙沒有那麼多秘密。它只是一種必然發生,且將逐漸成長的技術必然。
其實我們或許可以重溫一下普希金的態度,《致恰達耶夫》所表達的態度:我們在長夜中煎熬,且將繼續忍耐;但我們會讓正確的事發生,迎來一個神聖而自由的時代。
種種逆全球化的封鎖打壓,是科技史上經常出現的長夜;而萬物互聯,是一個聽上去依舊遙遠,但我們知道會註定發生的自由時代;鴻蒙,是那件應該去做的,正確的事情,是一種解決問題的合理方式。
還是在《致恰達耶夫》中結尾吧:
請你相信吧:那顆
迷人的幸福之星必將升起
人們將記住我們的姓名
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/31561483/viewspace-2775200/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 3.5鴻蒙鴻蒙
- 鴻蒙layoutWeight鴻蒙
- 創夢天地與華為達成鴻蒙合作鴻蒙
- 鴻蒙生態鴻蒙
- 初窺鴻蒙鴻蒙
- 網易遊戲與華為達成鴻蒙合作遊戲鴻蒙
- 優酷鴻蒙開發實踐 | 鴻蒙卡片開發鴻蒙
- 認識鴻蒙Context鴻蒙Context
- 認識鴻蒙ContextUQ鴻蒙Context
- 鴻蒙語言ArkTS鴻蒙
- 鴻蒙系統系列教程5-鴻蒙開發環境的搭建鴻蒙開發環境
- 鴻蒙系統系列教程1-鴻蒙系統的發展史鴻蒙
- 致××
- 鴻蒙的技術特性鴻蒙
- 鴻蒙Next模糊介面梳理鴻蒙
- 鴻蒙簽名釋出鴻蒙
- 鴻蒙Navigation入門使用鴻蒙Navigation
- 鴻蒙資料驅動鴻蒙
- 鴻蒙開發案例:直尺鴻蒙
- 鴻蒙JS 開發整理鴻蒙JS
- 鴻蒙系統嚐鮮鴻蒙
- 鴻蒙程式碼配置混淆鴻蒙
- 鴻蒙系統系列教程6-鴻蒙系統專案結構解析鴻蒙
- 鴻蒙系統系列教程3-鴻蒙OS的技術特徵講解鴻蒙特徵
- 鴻蒙js開發7 鴻蒙分組列表和彈出menu選單鴻蒙JS
- 使用Taro開發鴻蒙原生應用——快速上手,鴻蒙應用開發指南鴻蒙
- 使用 Taro 開發鴻蒙原生應用 —— 快速上手,鴻蒙應用開發指南鴻蒙
- 華為鴻蒙系統HarmonyOS學習之十:鴻蒙HarmonyOS微核心技術鴻蒙
- 鴻蒙系統系列教程2-鴻蒙OS系統分散式操作講解鴻蒙分散式
- 鴻蒙OS的系統呼叫是如何實現的? | 解讀鴻蒙原始碼鴻蒙原始碼
- 鴻蒙 OS 的測試工具鴻蒙
- 鴻蒙原始碼目錄整理鴻蒙原始碼
- 鴻蒙3D開發鴻蒙3D
- 鴻蒙資料持久化sqlite鴻蒙持久化SQLite
- 鴻蒙傳送訊息通知鴻蒙
- 鴻蒙開發案例:指南針鴻蒙
- 鴻蒙零散知識鴻蒙
- 鴻蒙配置agconnect-services.json鴻蒙GCJSON