此篇文章來源於 SegmentFault 思否鴻蒙專區·鴻蒙人物誌專題採訪，以下為正文：

朱博的工程履歷很典型。計算機碩士出身，在大廠做研發，一直沒離開跨平台應用和智能設備這條線。後來他把精力集中在全棧開發、終端 AI 和 鴻蒙生態 三件事上。在旁人看來這是三個方向，他卻認為這是一條連貫的路徑——先用全棧能力把產品做完整，再用 AI 讓體驗更聰明，最後用鴻蒙讓多設備真正協同起來。如今，他正通過一個又一個真實項目去驗證它。

協同是系統的基本能力

學生時代，朱博十分注重理論積累與基礎實踐。這讓他建立起對系統、網絡和架構等底層概念的理解，也影響了他後來面對複雜技術問題時的思考方式。進入大廠後，他參與多個跨平台應用與智能設備研發項目，從單點模塊開發逐步轉向串聯前後端、數據鏈路和工程發佈流程，最終能獨立交付完整的產品。

正是在這一過程中，他注意到一個長期存在的痛點，即大多數跨端方案可以讓應用“跑起來”，卻難以讓多設備真正“協同起來”。

這個觀察成為他關注鴻蒙的起點。在他看來，鴻蒙的設計從底層支持多設備間的資源共享與任務協同，“一次開發、多端部署” 的特性意味着開發者無需為每種設備組合單獨適配，而是基於統一模型進行開發。這與他過去在工程實踐中反覆遇到的割裂體驗截然不同。早期間他通過社區參與接觸鴻蒙，包括跟進文檔、復現 Demo、撰寫文章並參與開發者討論。隨着實踐增多，他逐漸意識到，鴻蒙與傳統跨端方案的根本區別不在功能多少，而在於協同是否由系統原生支持。

下圖是朱博老師分享的 Demo， 應用“慢小圈”應用頁面佈局核心代碼：

import navController from '@ohos.router'; 
class PostClass { 
 public userAlias: string; // 暱稱 
 public postContent: string; // 貼文內容 
 public imageGallery: ResourceStr[]; // 圖片列表 
 constructor(userAlias: string, postContent: string, imageGallery: ResourceStr[]) { 
 this.userAlias = userAlias; 
 this.postContent = postContent; 
 this.imageGallery = imageGallery; 
 } 
}
 // 計算行數 
 computeRowsTemplate(index) { 
 let result:string = '1fr'; 
 let length: number = this.postList[index].imageGallery.length || 0; 
 if (length == 1) { 
 result = '1fr'; 
 } else if (length >= 2 && length <= 6 && length != 3) { 
 result = '1fr 1fr'; 
 } else { 
 result = '1fr 1fr 1fr'; 
 } 
 return result; 
 } 
 // 計算列數 
 computeColumnsTemplate(index) { 
 let result: string='1fr'; 
 let length: number = this.postList[index].imageGallery.length || 0; 
 if (length == 1) { 
 result = '1fr';
 } else if (length == 2 || length == 4) { 
 result = '1fr 1fr'; 
 } else { 
 result = '1fr 1fr 1fr'; 
 } 
 return result; 
 } 
 // 計算高度 
 computeGridHeight(index) { 
 let result: number = 0; 
 let length: number = this.postList[index].imageGallery.length || 0; 
 if (length <= 3) { 
 result = 70; 
 } else if (length > 3 && length <= 6) { 
 result = 145; 
 } else { 
 result = 220; 
 } 
 return result; 
 } 
 // 計算寬度 
 computeGridWidth(index) { 
 let result: number = 0; 
 let length: number = this.postList[index].imageGallery.length || 0; 
 if (length == 1) { 
 result = 70; 
 } else if (length == 2 || length == 4) { 
 result = 145; 
 } else { 
 result = 220; 
 } 
 return result; 
 }

隨着參與加深，他也感受到這個生態本身的活力：技術在快速迭代，場景在持續擴展，開發者的需求也在同步增長。他將這種活力歸因於分佈式架構優勢、全場景生態覆蓋以及國產生態帶來的確定性機遇。他認為，生態仍在快速上升期，早期入局的開發者有機會一邊積累能力，一邊伴隨生態成長，從而更早形成自己的影響力與方法論。

用真實項目驗證

在朱博看來，與其追逐概念，不如用真實項目打磨出可複用的方法論。他在實踐中發現，多設備協同的關鍵從來不是“能控多少設備”，而是“能否做到無感融合”。在他開發的“智慧家園 ”App中，用户無需在多個入口間切換，即可完成跨品牌設備的統一管控與場景配置。

同時，App 支持用户自定義場景規則，例如開啓“回家模式”後，燈光、空調和窗簾會自動按需啓動。更進一步，藉助 AI 學習能力，系統會觀察用户的使用習慣，逐步讓這些場景更貼合個人日常，而不是依賴固定的模板。他把這種體驗稱為“從功能堆疊到習慣理解”，只有當系統開始理解人，協同才會從“好玩”走向“好用”。

這一理念隨後被他推向更嚴苛的環境。在工業設備監控系統中，他驗證了同一套架構在高可靠、低延遲、強可觀測性要求下的穩定性。兩類實踐共同表明，鴻蒙不僅能承載新體驗的探索，也能支撐真實業務中多設備、多形態、多角色的複雜協同。

而真正將這一能力推向縱深的，是獲得挑戰杯省級金獎的“智能養老監護系統”。空巢老人的居家安全風險迫切需要有效監護，但傳統設備往往各自為戰、操作不便。為此，朱博基於鴻蒙打造了一個多設備協同的智能監護系統。

下圖是“智慧家園”鴻蒙APP首頁核心代碼塊：

@State bartext: string[] = [' 首頁 ',' 設備 ',' 關愛 ',' 我的 '] 
@State barlogo: string[] = ['bar01','bar02','bar03','bar04'] 
//Image('images/'+String(activity.type)+".png") 
@Builder TabBuilder(index: number) { 
 Column() { 
 // Image(index == this.mCurrentPage? $r('app.media.bar2'): $r('app.media. 
bar1')) 
 Image('images/'+String(this.barlogo[index])+".png") 
 .width('24vp') 
 .height('24vp') 
 .objectFit(ImageFit.Contain) 
 Text(this.bartext[index]) 
 .fontSize('10fp') 
 .fontWeight(500) 
 .margin({top: '4vp'}); 
 }.justifyContent(FlexAlign.Center);

Tabs({barPosition: BarPosition.End, controller: this.mTabController}) { 
 TabContent() { 
 //... 選項卡 1 的內容 
 } 
 .tabBar(this.TabBuilder(0)); 
 TabContent() { 
 //... 選項卡 2 的內容 
 } 
 .tabBar(this.TabBuilder(1)); 
 TabContent() { 
 //... 選項卡 3 的內容 
 } 
 .tabBar(this.TabBuilder(2)); 
 //TabContent4 同樣方式創建 
}

該方案整合了智能手環、煙霧傳感器和門窗設備，構建起實時協同的網絡，讓監護從單點響應升級為多設備聯動的整體感知。 在此基礎上，系統通過分析用户的活動狀態與生理數據，實現了對跌倒、火災或燃氣泄漏等風險的主動預判，並能夠及時向家屬推送預警。與此同時，界面交互專為老年人設計，操作極簡，同時支持子女遠程查看與管控，在易用性與實用性之間取得平衡。

隨着實踐深入，朱博越來越清晰地意識到，做出一個能跑的項目不難，難的是讓別人也能輕鬆復現。他觀察到，開發者最需要的是可複用、可上手、能直接解決問題的實戰內容。於是他着手撰寫 《ArkTS 鴻蒙應用開發入門到實戰》， 採用“基礎—核心—項目—優化”的漸進框架，把分佈式協同等複雜能力拆解為可復現的步驟。 在他看來，國產生態的真正機會，不在於替代，而在於能否成為多終端協同場景的可靠底座。而他要做的，就是不斷用真實項目和清晰文檔，讓更多後來者能夠復現並在此基礎上持續演進。

展望鴻蒙未來：AI 賦能與領航者計劃

展望未來三到五年，朱博認為鴻蒙生態的增長將主要來自兩個方向。一是全場景設備協同在智能家居、工業互聯網和智能汽車等領域的深入落地，這會催生大量需要跨終端協作的新應用。二是國央企在數字化轉型過程中對國產操作系統的明確需求，為鴻蒙提供了穩定的產業入口。

在他看來，智能技術與鴻蒙的結合將帶來兩方面變化。一方面，終端智能會升級為更精準的場景化服務；另一方面，“AI 能力 + 分佈式架構” 的研發範式正在降低複雜應用的開發門檻。當底層能力被有效封裝，開發者就能把更多精力放在業務邏輯和用户體驗的打磨上。

這些變化正在吸引更多具備實戰能力的開發者加入鴻蒙生態的共建之中。他們不僅需要理解技術原理，更要能在真實約束下完成端到端交付。鴻蒙領航者計劃正是在這一背景下推出的，通過系統學習、項目實戰和同行交流，為開發者的能力成長提供支持。

朱博選擇加入其中。“報名鴻蒙領航者，努力成為鴻蒙極客不僅可以獲得更多學習的機會，也是幫助開發者從實踐中獲取真正價值的途徑。”他相信，一個健康的生態不能只靠少數人的突破，還應該有人把知識寫成教程，有人把需求變成產品，有人把實踐總結為方法論，而領航者計劃的價值，正在於讓這三類行動都能被看見、被支持、被延續。

作為早期實踐者，朱博的行動本身已成為一種示範。他始終認為，與其討論可能性，不如交付可運行、可復現、可演進的真實項目。在他看來，這正是鴻蒙走向成熟最可靠的路徑。

報名鏈接 👉：鴻蒙領航者招募｜加入領航者陣營，共享共建鴻蒙新世界