关于我

我做的事情，本质上是把「物理世界的状态」和「数字世界的服务」连起来， 并且让这套连接在真实规模下依然可靠。

一端是设备：它们资源受限、网络不稳、生命周期长达数年，固件一旦发布就很难回头。 另一端是云：它要承接并发写入、历史查询、实时推送和分析计算。 中间是协议、模型、缓存、消息与存储——每一层都有明确的边界和代价。

所以我关注的不只是「这个功能怎么实现」，而是这个设计在三年后还成立吗： 设备量涨十倍会怎样，团队换一批人还看得懂吗，出故障时能在几分钟内定位吗。

1. 01

   先理解问题，再选技术

   技术方案必须从真实约束里长出来。先量清楚数据规模、延迟要求、团队能力，再谈选型。

2. 02

   在简单和可扩展之间找平衡

   不为假想的未来过度设计，也不为眼前的省事埋下必然要还的债。边界清楚，比功能多更重要。

3. 03

   用数据说话

   性能问题不靠猜。先看指标、再看日志、最后看代码，让每一次优化都有可复现的证据。

4. 04

   写作即思考

   把模糊的想法写成文字，是检验自己是否真的想清楚的唯一方式；写不清楚，通常就是没想清楚。

• 嵌入式与硬件 从电路、固件与设备侧协议起步，理解资源受限环境下的软件边界。
• 物联网平台与云服务 从设备接入做到平台化，处理海量连接、状态同步与多端协同。
• 架构设计与性能优化 负责高并发系统的设计与治理，关注缓存、存储选型与稳定性建设。
• AI 与工程效率 把 AI 真正用进研发流程，探索 Agent 时代团队协作方式的改变。

想从技术主题开始，可以回到 技术笔记首页。