<p style="margin-left:.0001pt; margin-right:0; text-align:justify"><span><span><span><span><span><span style="color:#000000"><span><span><span>写下这篇文章，是因为我看到了「</span></span></span></span></span></span>代码有温度丨2025 OSC 鸿蒙开发者故事征文大赛 」的活动征文。作为一名每天和 HarmonyOS 打交道的普通开发者，我也想把自己的这段成长经历交给这次活动，算是给一路陪我走过来的同事、社区伙伴和自己一个小小的交代。于是，就有了你现在看到的这篇《写代码的人也会发光》。
一、从“会写页面”的前端工程师，到被鸿蒙种下的一颗种子
2021 年 8 月，我正式入职现在的这家科技公司，岗位很“传统”——前端开发工程师。那时候我的工作内容，大部分是熟悉的 Web 技术栈：Vue、小程序、H5 活动页，一天的节奏就是排期、迭代、联调和修 bug。
说实话，那时候看到新闻里提到鸿蒙，我更多是以“旁观者”的心态在看：新系统、国产、自研生态、分布式……每个词听起来都很热血，但落到每天的开发任务上，又和我有点远。偶尔在公司茶水间，听到后端同事讨论“要不要试试鸿蒙”，我也只是笑笑：“等生态成熟一点再说吧。”
转折发生在 2023 年初。公司决定成立鸿蒙业务线，希望能在 HarmonyOS 上做一条新的产品线。招募志愿者时，HR 在群里发了一句：“有兴趣转到鸿蒙线的同学可以报名，没经验也没关系。”那一刻，我盯着这句话看了很久。
我脑子里闪过两个声音：一个是熟悉的安全感——继续做现在的前端，技术栈稳、项目节奏也熟悉；另一个则是隐隐的冲动——如果再不拥抱鸿蒙，几年后会不会后悔？最终，我给部门负责人发了一条消息：“我想试试。”就这样，一个只会写“页面”的前端工程师，带着忐忑与好奇，迈进了鸿蒙的世界。
二、第一款智能家电小程序：被用户“教训”的那一次
转到鸿蒙业务线之后，我参与的第一个正式项目，是一款面向 10 万+ 用户的智能家电控制小程序。简单来说，就是让用户可以在鸿蒙设备上，一键查看家里的设备状态、进行远程操作。
拿到需求时，我的第一反应还是“这不就是个控制面板嘛”，于是很自然地延续了以往的 Web 思路：接口怎么调、页面怎么拆、交互怎么排。开发阶段一切顺利，上线当天我们在监控大屏前守着，结果数据并没有想象中好看——用户在首页停留的时间偏短，有一部分甚至打开没几秒就退出了。
产品经理一句话点醒了我：“我们自己在实验环境里操作设备很快，但普通用户在真实网络环境下，可能等不到设备状态刷新的那几百毫秒。”
那一刻，我第一次意识到：在鸿蒙里做“设备控制”，时间感知会被无限放大。几百毫秒的延迟，在 Web 页面里可能只是一个 loading 动效的问题，但当它变成“灯到底开了没有”“空调到底调好了没有”，用户的焦虑会被放大好几倍。
于是，我们开始针对这款小程序做系统性的性能优化：
- 根据设备常用场景，对关键接口做了优先级区分，先渲染“用户肉眼可见的关键状态”，再在后台同步次要数据；
- 利用鸿蒙的特性，在应用冷启动阶段提前建立设备连接，减少首屏需要的握手时间；
- 对设备状态轮询做了“智能退避”，既避免频繁请求，又尽量保证状态实时性。
几轮迭代之后，关键操作的响应延迟平均降低了约 30%。那天夜里，我们看着监控图上的曲线一点点往下掉，心里那种踏实感，很难用一句话形容。
我也在那时候真正明白了一件事：做鸿蒙应用，表面上是在写界面、调接口，实际上是在和真实世界的设备、空间、时间打交道。代码每少一毫秒，用户体感就会多一点安心。
三、和三款智能硬件“对线”：从“兼容”到“理解差异”
如果说智能家电小程序让我意识到时间的重量，那么接下来参与的三款消费类智能硬件鸿蒙适配项目，则让我第一次正面面对“硬件个性”。
同样是做鸿蒙适配，每款设备的屏幕尺寸、交互方式、传感器能力都不一样。有的是传统家电加了一块屏，有的是原生智能设备，甚至还有一款交互更偏“懒人模式”的产品——用户只想要“极简操作”。
刚开始做适配的时候，我习惯性地想把 UI、交互尽量统一，心里总有一种“设计规范要统一”的执念。但和产品、硬件工程师一起开会聊多了，我慢慢意识到：真正的统一不一定是“所有设备长一个样”，而是让用户在不同设备上都觉得“自然、不别扭”。
于是，在这几个项目里，我刻意把自己从“前端工程师”的角色抽离出来，去想：
- 对于操作频率较高的设备，是否可以借助鸿蒙的能力，做更多“状态预判”和“默认操作”？
- 对于屏幕较小的设备，文案、按钮布局如何精简，既兼顾品牌形象，又不让用户费劲？
- 在多设备协同场景下，一些配置项是不是可以沉到“全局”，而不是每个设备都设置一次？
在这个过程中，我不仅补了很多鸿蒙分布式能力的知识，也重新理解了“以用户为中心”这句常被挂在嘴边的话。比起“我觉得这样好看”，更重要的是“用户在这个设备上，这样操作是不是最轻松”。
后来，公司给几位在鸿蒙项目里表现突出的同事拍了一组宣传照。镜头前，我穿着正式的黑色西装，坐在电脑前敲代码（这张照片也常被我拿来当公司头像）。每次看到这张照片，我都会想到那一段被设备和需求“暴击”的日子——那并不是轻松的时光，但确实是我成长最快的一段。
四、走下工位，走上舞台：从参与者到组织者
真正让我从“鸿蒙开发者”走向“社区布道者”的，是 2023 年 5 月之后的一系列社区活动。
起初，我只是区域鸿蒙技术社区的一名普通参与者，周末的时候去听听线下分享，和志同道合的同学交换一下名片。慢慢地，我发现身边很多人和当初的我一样——对鸿蒙感兴趣，但不知道从哪里开始，也缺一个敢先迈出去的人。
那段时间，社区准备办一场线下技术沙龙，组织者在群里问：“有没有愿意出来分享实战经验的同学？”我盯着这条消息纠结了好几天，最后还是鼓起勇气报了名，主题就定成《从 Web 到鸿蒙：一个前端开发者的转身》。
那是我第一次在正式场合给这么多人做分享。站在台上，背后是巨大的 HUAWEI 标识和活动背景灯光，手里握着话筒，心跳几乎盖过了现场的 BGM。那次的照片后来被朋友保存了不少次，就是那张我站在舞台中央的参会照。
分享结束后，有几位刚入行不久的开发者围过来和我聊天，有人说：“原来转鸿蒙不需要一步到位，你刚开始也是从一个小项目做起的呀。”那一刻，我突然意识到，自己讲的并不仅仅是技术细节，更是一种“我走过来给你踩过坑，你可以走得轻松一点”的传递。
后来，我正式成为区域鸿蒙技术社区的核心组织者，陆续主导了 3 场线下交流活动、3 次线上技术分享，累计吸引了 300 多位开发者参与。会前拉赞助、对接场地、调整议程、嘉宾排练、现场控场……每一个环节都很琐碎，但当看到现场一张张专注的脸时，我总会觉得一切都值得。
五、七篇入门文章和一群“看不见的读者”
做社区活动的同时，我也开始在网上系统地整理自己的鸿蒙学习笔记。刚开始只是发在公司内部的知识库，后来被同事建议：“要不你也去技术平台上开个专栏吧，外面也有很多人需要这些内容。”
于是，我在某在线技术平台上入驻成讲师，用“初学者的视角”写了 7 篇面向新手的鸿蒙入门文章。每一篇都不是简单地把官方文档复述一遍，而是尽量围绕一个具体的问题展开，比如：
- “第一次做鸿蒙项目，如何搭建一个不容易踩坑的基础工程？”
- “从 Web 到鸿蒙，事件模型和生命周期有哪些需要特别注意的差异？”
- “做设备控制时，如何在交互层面减少用户的等待焦虑？”
这些文章发布在社区平台后，慢慢累积到了 1.2 万+ 的阅读量。数字不算惊人，但我特别珍惜每一条留言和私信——有人感谢我写得够细，有人指出某个版本的 API 已经更新，还有人干脆把文章当成“入门路线图”，照着一步步实践。
很多晚上，我会穿着那件毛茸茸的绿色居家服，坐在电脑前，一边查资料一边写文章（生活照就是在这样的状态下拍的）。那时候我突然明白：原来“分享”这件事，本身就是最好的学习方式。每当我试图把一个知识点讲清楚，我自己对它的理解也会更清晰一层。
六、那些“头衔”背后的选择和坚持
随着时间推移，我身上多了很多标签：通过华为鸿蒙开发者（HarmonyOS 应用开发认证），成了公司口中的“鸿蒙专家”；在在线技术平台成为入驻讲师；在公司内部牵头组建鸿蒙技术学习小组，负责选题、带着大家读源码、做小项目；在社区活动中，拿到了“优秀组织者”的小奖杯。
工作上，我也连续两次拿到公司的“季度优秀员工”，协助团队完成了 2 个小型鸿蒙应用项目的交付。
如果把这些成就拆开来看，它们看起来像是一串“履历亮点”；但对我来说，它们更像是一次次在十字路口做出来的小决定的结果——
- 面对新技术，是选择继续待在舒适圈里，还是主动报名去做第一个“吃螃蟹”的人；
- 面对社区的邀请，是躲在角落里做听众，还是走上台去，把自己知道的一点点讲给更多人听；
- 面对初学者的疑问，是一句“看官方文档吧”结束对话，还是多花半个小时写一篇真正有用的文章。
成长并不一定要轰轰烈烈，大多数时候只是一次又一次“多迈出去半步”的累积。
七、写在最后：在鸿蒙生态里，做一个温暖的“连接者”
回头看这几年自己的变化，从一开始害怕新系统、害怕上台，到现在可以比较从容地在舞台上讲鸿蒙实践、在社区里组织活动，我越来越确信：写代码的人，也可以在舞台上发光；一个普通开发者，也可以在生态里扮演“连接者”的角色。
未来，我还有很多想做的事情：
- 在项目层面，希望能参与到更多有挑战的鸿蒙应用中去，比如多设备协同、空间交互等方向，把前端的经验和鸿蒙的特性结合得更紧密；
- 在社区层面，希望能把现在的学习小组和线下沙龙做得更体系化，让“想学鸿蒙的人”更容易找到靠谱的路径和伙伴；
- 在内容层面，希望能继续用通俗易懂的方式，讲清楚那些看起来很“硬核”的技术，让更多人愿意迈出那一步。
如果你现在也正处在“要不要尝试鸿蒙”的犹豫期，希望我的故事可以给你一点点勇气。也许你不一定要成为所谓的“布道师”，但只要愿意多分享一点经验、多拉一把后来者，你已经在悄悄改变这个生态了。
最后，把这篇文章交给「代码有温度丨2025 OSC 鸿蒙开发者故事征文大赛」，也当是给过去几年认真努力的自己，写下一段正式的注脚。希望未来某一天，再回头看这些故事时，我还能骄傲地对自己说一句：
——还好，当初我选择了走进鸿蒙的世界。
</div>
