我写代码，也记录代码为什么这样写
当前关注：服务稳定性、构建效率与可观测性
先做个自我介绍
我在业务团队写服务端代码，主要处理交易链路上的稳定性和容量问题。写博客的目的很朴素：把排查过的线上问题按可复现的方式记下来。
这里的文章尽量给结论、给过程、给我自己在中间踩过的坑。如果某段代码在我这里跑过，我会写清版本和环境；如果只是设想，我会说明还没验证。
技术栈
语言
TypeScript
日常
Go
日常
Rust
熟练
SQL
日常
运行时与存储
Node.js
日常
PostgreSQL
熟练
Redis
熟练
Nginx
了解
工程与观测
Vite
熟练
Docker
熟练
GitHub Actions
熟练
OpenTelemetry
了解
经历
现在
服务端工程师
负责交易链路稳定性，做容量评估、发布治理与线上问题复盘。
之前
转向基础设施方向
主导过一次日志体系重构，把散落的字符串日志收敛成带结构的字段。
更早
从业务研发开始
写前端与全栈项目，后来开始研究构建流水线和部署细节。
关于写作
写什么
线上问题排查、构建与部署、类型系统与工程约定。偏向能复现的过程，不写功能清单式的介绍。
怎么写
先给结论，再给证据。涉及环境的结论会标明版本；没有验证过的推测会单独标出来。
更新节奏
按问题驱动更新，不做固定频率的更新承诺。有新结论会直接改旧文并保留修订说明。