About Me

你好,我是 Walter Fan

手握灵珠常奋笔,心开天籁不吹箫

我是 Walter Fan,一个写了二十多年代码的老程序员。

说“老”,不是为了倚老卖老。只是这行干久了,人会慢慢从“追新技术”变成“追好问题”:什么样的系统能长期运行,什么样的团队能持续交付,什么样的人能在变化里不被卷走。

我长期做 backend/server 方向,主要关注实时通信、协作平台、WebRTC SDK、中间件、微服务、工程效能和 AI 工具。写代码之外,我也写文章、做笔记、读书、看电影、骑车、打篮球。最早的梦想其实是当作家,后来阴差阳错成了程序员。现在想想也挺好:代码解决问题,文字保存问题;一个负责把系统跑起来,一个负责把自己想明白。

我现在在做什么

我目前在一家协作软件公司从事中间件平台相关的设计与开发。

再往前,我在机器人、实时通信和协作平台相关领域工作过较长时间,做过后端服务、音视频系统、SDK、平台架构和工程效能相关工作。更早之前,我在 WebEx/Cisco 工作多年,长期深耕实时通信与协作平台,做过工程师、Tech Leader、架构师、Product Owner、Scrum Master 等角色。

职业生涯早期,我也做过工程、文档和教学相关工作。现在回头看,这些经历看似散,其实都在训练同一件事:把复杂事情讲清楚、做出来、交付掉。

我关心的技术

我的主战场一直在后端和基础平台,但不太愿意把自己框死在某个语言或框架里。

常用技术栈包括:

C++ Java Python Go JavaScript WebRTC GStreamer FastAPI Kubernetes Docker Terraform AI/LLM

更准确地说,我关心的是这些问题:

  • 实时通信系统怎样做到稳定、可观测、可演进
  • 中间件平台怎样降低业务团队的心智负担
  • 微服务怎样避免从“拆分”变成“分裂”
  • AI 工具怎样真正进入软件工程,而不是只停留在炫技 demo
  • 一个工程师怎样在技术、业务、团队和长期成长之间找到平衡

技术每几年就换一批流行词。可底层问题变化没那么快:复杂度、反馈、协作、可靠性、可维护性、人的判断力。写了这么多年代码,我越来越相信,真正值钱的不是“我会哪个框架”,而是“我能不能在约束里做出靠谱判断”。

我为什么写这个博客

这个站点是我的个人技术笔记,也是我的长期思考仓库。

我写过技术文章,也写工作方法、职业成长、哲学读书、生活感悟。有人会问:一个技术博客为什么会有禅宗、阳明心学、斯多葛、人生哲学?我的回答很简单:工程问题最后总会碰到人的问题。

系统会崩,人也会崩;系统需要 observability,人也需要自我观察;系统要做容量规划,人也要做精力规划。只是系统有 dashboard,人没有。所以只能写下来,隔一段时间回头看,看自己有没有比昨天清醒一点。

我希望这里的文章有三个特点:

  • 能落地:不只讲观点,也尽量给步骤、清单、例子和坑点。
  • 有判断:不追求四平八稳,尽量说清楚我为什么这么看。
  • 留痕迹:记录一个工程师在不同阶段真实想过什么,而不是假装一直正确。

可以从哪里开始读

如果你是第一次来,可以按兴趣选几条路:

你关心什么 可以先看
我的技术文章 文章列表
工程方法和手册 手册
哲学、禅宗与思维方式 道与禅
WebRTC 与实时通信 WebRTC 示例
最近更新 RSS 订阅
支持本站继续写下去 支持写作

你也可以直接从标签页乱逛。老博客的好处就是这样,不一定像新楼盘那么整齐,但常常能在角落里翻到一点旧东西。

我的书

我写过一本技术书:

这本书的核心想法,是把微服务从“拆服务的热闹”拉回到“用度量驱动改进”的朴素路线上。服务拆得再漂亮,如果没有指标、反馈和持续改进,最后也可能只是把一个大泥球拆成一堆小泥球。

我的兴趣

工作之外,我喜欢读书、写作、看电影,也喜欢骑行和篮球。

篮球给我的训练很直接:空位要投,防守要补,体能不够时动作会变形。写代码也差不多。平时不练基本功,真到关键时刻,手会告诉你真相。

我也喜欢用 Python 和 Go 写各种小工具。很多工具不大,但能让生活和工作少一点重复劳动。程序员的快乐有时候很简单:一个脚本跑通了,世界就安静了一点。

联系我

如果你对 WebRTC、后端架构、微服务、工程效能、AI 编程工具,或者“老程序员如何继续成长”这些话题感兴趣,欢迎通过公开文章、GitHub 或咨询页面交流。


An old programmer never dies; he just branches to a new address.