萬字對話王成錄:替代安卓,只是鴻蒙價值的不到5%
當時我們考慮，在萬物互聯時代，能否讓開發者只寫壹次代碼覆蓋所有設備，減少移植工作。所以我們把應用結構拆成叁層：UI界面層、業務邏輯層、用戶數據層。我們發現，APP開發中UI部分的代碼量往往占比最大，大概40%-50%。如果將來各種設備的屏幕分辨率不同、形狀各異，不把這個問題解決，開發者移植工作量會劇增。
所以我們把UI也做了組件化，就像壹個“柵格系統”，比如：把設備屏幕適配分成12個等級。開發者不需要關注屏幕尺寸、分辨率，系統會自動匹配合適的UI組件，只需要“打勾”即可部署到不同終端。這就實現了“壹次開發，多端部署”的目標。
總的來說，鴻蒙系統的誕生要歸功於兩大驅動：壹是華為產品需求驅動；贰是華為長期以來的戰略規劃機制，鍛煉了我們“向未來看”的能力。
在這兩個大的驅動力之下，我們才總結出鴻蒙操作系統要實現的叁個核心特征，也可以說是“鴻蒙的叁個DNA”:1.面向多設備的統壹系統；2.分布式軟總線能力；3.壹次開發，多端部署。其他像操作系統的技術架構，鴻蒙和傳統操作系統的架構邏輯是相通的。但這叁個DNA，決定了鴻蒙和傳統操作系統本質上的不同。
觀察者網：剛才您從產品需求和高端化層面講了推出鴻蒙的考慮，但外界最初了解鴻蒙，感覺它更像是制裁下“備胎”的角色，當時華為內部是怎麼規劃的？
王成錄：我認為主要有兩點，第壹點是華為內部的研發機制。
華為的研發分叁段：第壹段是大家熟悉的“2012實驗室”，思考的是伍到拾年後的未來技術。這個實驗室下設中央軟件院、硬件工程院、海思和研發能力中心等部門，基本承擔的是華為未來技術掃描和前沿探索的任務。第贰段是產品線，比如余總所在的終端就是壹個產品線，無線也是壹個產品線。產品線的研發承擔的是“兩段職責”：第壹是“預研部”，負責叁到伍年的技術預研；第贰部分才是產品交付，也就是當下產品的研發。所以，這是華為內部壹個“時間軸覆蓋”的研發機制，確保了對技術趨勢的掃描不會遺漏。
具體到鴻蒙系統，當時主要有幾點考慮。剛才已經提到，我們要想實現差異化，必須進行技術創新。而技術創新就必須有壹個驗證平台。如果沒有載體，技術就無法真正閉環。因此鴻蒙做的第壹件事，就是把壹些關鍵的創新技術，在鴻蒙系統上先行驗證。
驗證成熟後，再回到安卓系統上的EMUI進行落地。內部有個通俗的說法，叫“抽屜式替換”：就是把安卓EMUI上的某壹模塊抽出來，然後替換成鴻蒙系統的模塊。這個難度非常大，因為壹旦把它抽下來，跟周邊系統的兼容性就會成為巨大挑戰。舉個例子：我剛到終端做的第壹個版本，就是把安卓原有的文件系統換掉。因為安卓自帶的文件系統，在ROM上的隨機讀寫能力很差，碎片率高，主要問題是算法不好，後來我們又陸續換了內存垃圾回收算法、進程調度機制、運行時系統、System server等。所以，華為當時的核心出發點，是為了讓EMUI持續有競爭力。而這種競爭力，必須依賴壹個完整的平台來做持續驗證。當時內部叫“抽屜式替換，沿途下蛋”。就是說壹邊替換，壹邊沉澱成果。
觀察者網：這個是不是為了解決安卓“越用越卡”的問題？聽您講下來，感覺鴻蒙的誕生更多是從未來用戶需求層面進行考慮，當時對“備胎”問題考慮的多嗎？
王成錄：這個肯定有考慮。我是2012年調到中央軟件院，之前在核心網產品線。調到中央軟件院後，我大概花了叁個月時間思考，這個部門的定位到底該是什麼。我壹直覺得，做軟件最痛苦的事情是：軟件太容易被當作配套。我的想法是，如果中央軟件院沒有自己的思想，只是為各個產品線提供組件，那和外包公司差別不大。我們或許層次高壹點，但本質上還是“服務”的狀態。所以我認為，中央軟件院應該有自己的獨特視角和方向，思考未來軟件的競爭力該怎麼構建。所以我就提出壹個原始的想法：中央軟件院應該以“產品思路”來做軟件，而產品就應該具備競爭力，具備發展路徑和版本迭代。
在中央軟件院那段時間，我大概用半年多的時間，規劃出了“軟件基礎設施1.0”的系統框架。這個1.0版本，把操作系統、數據庫和虛擬機打包在壹起。然後，把無線、網絡、核心網等多個產品線都當成“我的用戶”。他們要告訴我，未來他們的產品競爭力要構建在哪裡，運營商真正需要什麼。這也是我當時的優勢，因為我剛從產品線出來，對產品線的運作模式和用戶需求都非常清楚。
為了讓軟件團隊真正具備“自己的思想”，我當時專門派了贰拾多位軟件的同事深入壹線，比如沃達豐、法國電信、德國電信、美洲移動（America Movil）等系統部。他們中的很多人其實從沒接觸過客戶，但我認為，如果不了解用戶真正需求，就很難有自己的判斷和思路。我對這些同事提了要求，壹定要多跟壹線客戶交流，多參與答標測試。從答標過程中看清楚用戶到底要什麼。
[物價飛漲的時候 這樣省錢購物很爽]
還沒人說話啊，我想來說幾句
所以我們把UI也做了組件化，就像壹個“柵格系統”，比如：把設備屏幕適配分成12個等級。開發者不需要關注屏幕尺寸、分辨率，系統會自動匹配合適的UI組件，只需要“打勾”即可部署到不同終端。這就實現了“壹次開發，多端部署”的目標。
總的來說，鴻蒙系統的誕生要歸功於兩大驅動：壹是華為產品需求驅動；贰是華為長期以來的戰略規劃機制，鍛煉了我們“向未來看”的能力。
在這兩個大的驅動力之下，我們才總結出鴻蒙操作系統要實現的叁個核心特征，也可以說是“鴻蒙的叁個DNA”:1.面向多設備的統壹系統；2.分布式軟總線能力；3.壹次開發，多端部署。其他像操作系統的技術架構，鴻蒙和傳統操作系統的架構邏輯是相通的。但這叁個DNA，決定了鴻蒙和傳統操作系統本質上的不同。
觀察者網：剛才您從產品需求和高端化層面講了推出鴻蒙的考慮，但外界最初了解鴻蒙，感覺它更像是制裁下“備胎”的角色，當時華為內部是怎麼規劃的？
王成錄：我認為主要有兩點，第壹點是華為內部的研發機制。
華為的研發分叁段：第壹段是大家熟悉的“2012實驗室”，思考的是伍到拾年後的未來技術。這個實驗室下設中央軟件院、硬件工程院、海思和研發能力中心等部門，基本承擔的是華為未來技術掃描和前沿探索的任務。第贰段是產品線，比如余總所在的終端就是壹個產品線，無線也是壹個產品線。產品線的研發承擔的是“兩段職責”：第壹是“預研部”，負責叁到伍年的技術預研；第贰部分才是產品交付，也就是當下產品的研發。所以，這是華為內部壹個“時間軸覆蓋”的研發機制，確保了對技術趨勢的掃描不會遺漏。
具體到鴻蒙系統，當時主要有幾點考慮。剛才已經提到，我們要想實現差異化，必須進行技術創新。而技術創新就必須有壹個驗證平台。如果沒有載體，技術就無法真正閉環。因此鴻蒙做的第壹件事，就是把壹些關鍵的創新技術，在鴻蒙系統上先行驗證。
驗證成熟後，再回到安卓系統上的EMUI進行落地。內部有個通俗的說法，叫“抽屜式替換”：就是把安卓EMUI上的某壹模塊抽出來，然後替換成鴻蒙系統的模塊。這個難度非常大，因為壹旦把它抽下來，跟周邊系統的兼容性就會成為巨大挑戰。舉個例子：我剛到終端做的第壹個版本，就是把安卓原有的文件系統換掉。因為安卓自帶的文件系統，在ROM上的隨機讀寫能力很差，碎片率高，主要問題是算法不好，後來我們又陸續換了內存垃圾回收算法、進程調度機制、運行時系統、System server等。所以，華為當時的核心出發點，是為了讓EMUI持續有競爭力。而這種競爭力，必須依賴壹個完整的平台來做持續驗證。當時內部叫“抽屜式替換，沿途下蛋”。就是說壹邊替換，壹邊沉澱成果。
觀察者網：這個是不是為了解決安卓“越用越卡”的問題？聽您講下來，感覺鴻蒙的誕生更多是從未來用戶需求層面進行考慮，當時對“備胎”問題考慮的多嗎？
王成錄：這個肯定有考慮。我是2012年調到中央軟件院，之前在核心網產品線。調到中央軟件院後，我大概花了叁個月時間思考，這個部門的定位到底該是什麼。我壹直覺得，做軟件最痛苦的事情是：軟件太容易被當作配套。我的想法是，如果中央軟件院沒有自己的思想，只是為各個產品線提供組件，那和外包公司差別不大。我們或許層次高壹點，但本質上還是“服務”的狀態。所以我認為，中央軟件院應該有自己的獨特視角和方向，思考未來軟件的競爭力該怎麼構建。所以我就提出壹個原始的想法：中央軟件院應該以“產品思路”來做軟件，而產品就應該具備競爭力，具備發展路徑和版本迭代。
在中央軟件院那段時間，我大概用半年多的時間，規劃出了“軟件基礎設施1.0”的系統框架。這個1.0版本，把操作系統、數據庫和虛擬機打包在壹起。然後，把無線、網絡、核心網等多個產品線都當成“我的用戶”。他們要告訴我，未來他們的產品競爭力要構建在哪裡，運營商真正需要什麼。這也是我當時的優勢，因為我剛從產品線出來，對產品線的運作模式和用戶需求都非常清楚。
為了讓軟件團隊真正具備“自己的思想”，我當時專門派了贰拾多位軟件的同事深入壹線，比如沃達豐、法國電信、德國電信、美洲移動（America Movil）等系統部。他們中的很多人其實從沒接觸過客戶，但我認為，如果不了解用戶真正需求，就很難有自己的判斷和思路。我對這些同事提了要求，壹定要多跟壹線客戶交流，多參與答標測試。從答標過程中看清楚用戶到底要什麼。
[物價飛漲的時候 這樣省錢購物很爽]
| 分享: |
| 注： | 在此頁閱讀全文 |
推薦: