关于我

后端与基础设施方向开发者，长期关注 物联网平台、高并发系统、AI Agent 工程化，并持续投入在 架构设计、系统抽象与工程化落地 等方向。

相比技术概念本身，这里更关注复杂系统如何被正确抽象、稳定实现，并沉淀为可长期复用的工程能力。

我在解决什么问题

长期投入的重点主要集中在以下几类问题：

• 大规模连接与实时系统
  包括设备接入、消息链路、实时数据处理、服务稳定性与高并发优化

• 从硬件到云端的系统协同
  关注设备、协议、平台、数据与业务之间如何形成完整闭环，而不是停留在单点模块优化

• 面向 AI 的工程体系
  包括 AI Agent、上下文工程、工具接入、规范驱动开发，以及 AI 如何进入真实团队研发流程

• 复杂系统的抽象与演进
  关注系统边界如何划分、协议与模型如何稳定演进，而不只是“功能先跑起来”

我的核心技术方向

目前的技术重心主要集中在以下几个方向：

方向	关注内容
后端与分布式系统	Java、Golang、Python、微服务、高并发、缓存、消息队列、系统稳定性
物联网平台	MQTT、Matter、设备模型、设备接入、云边协同、嵌入式 Linux
音视频与实时通信	WebRTC、RTP、实时传输链路、P2P 架构
基础设施与工程化	Kubernetes、Docker、CI/CD、可观测性、研发流程标准化
AI Agent 工程	MCP、OpenSpec、AGENTS、上下文工程、AI 协作工作流
软硬结合实践	PCB、硬件打样、小批量验证、从硬件到平台的整体视角

如果用一句话概括，更擅长的不是某个单点技术，而是 把不同层次的系统连接起来，并整理成可维护、可扩展、可协作的工程结构。

我的工作方法

比较看重以下几项原则：

1. 先抽象问题，再选择技术

技术选型应该服务于问题本身，而不是反过来。
通常会先判断问题的结构、约束条件与边界关系，再决定采用什么模型、协议或组件。

2. 先建立约束，再追求速度

很多系统推进缓慢，不是因为实现能力不足，而是因为缺少统一边界、规范和诊断方式。
更倾向于先把接口、环境模型、错误面和协作方式定义清楚，再把效率建立在稳定结构上。

3. 工程化比“能跑”更重要

一个方案如果只能依赖少数人的经验维持，它通常还不能算完成。
更关注它是否可诊断、可复用、可推广，能否在团队中长期成立。

4. 持续跨领域学习

很多设计理解并不来自单一方向。
后端、物联网、音视频、硬件、AI 工具链之间存在大量共通的结构问题。跨领域视角，很多时候比单点熟练更重要。

我的职业路径

职业路径并不是一条非常标准的线性路线。

早期做过偏执行和交付导向的工作，也接触过数据标注、图像处理等更贴近一线生产的问题；后面逐步进入后端开发、业务系统、平台架构，再延伸到物联网、实时系统和软硬结合场景。这个过程相比“只在单一栈里向上走”，更早地带来了一个判断：

技术的真正价值，不在于掌握了多少名词，而在于能否穿透场景、理解系统，并把复杂问题稳定地落地。

这也是为什么会持续关注以下几类问题：

• 系统设计背后的抽象
• 工程体系如何支撑协作
• AI 如何进入真实研发流程
• 从设备、协议到云端平台的完整链路

这些方向看起来跨度很大，但在我看来，它们本质上都指向同一个问题：
如何把复杂系统做成可长期演进的基础能力

我为什么持续写作

写作不只是记录，更是一种强制思考。

很多问题在脑子里看起来已经想明白了，但只有写出来，才能发现其中的模糊、跳跃和未被验证的假设。
因此会持续把实践中的方案、权衡、抽象和反思整理成文章。

这些内容大致围绕几类主题展开：

• 架构设计与系统抽象
• 物联网与实时系统
• 音视频与传输链路
• 工程化、规范和协作流程
• AI Agent 与研发方式演进

希望这些文章至少做到两件事：

1. 对自己来说，是一套持续更新的思考记录
2. 对读者来说，不只是“怎么做”，而是“为什么这样做”

联系方式

• 博客：https://ga666666.cn
• QQ：1852896007

如有相关合作、交流或讨论需求，可通过以上方式联系。