我在做什么
日常工作集中在服务端：接口设计、数据链路梳理、把一次性的脚本沉淀成可复用的工程件。我喜欢先让数据流跑通，再谈性能与抽象——绝大多数复杂度，其实来自没想清楚的数据流，而不是代码写得不够花哨。
手头长期维护三件小工具：一个把散落在各处的日志收敛成结构化记录的采集器；一个面向配置文件的校验与迁移器，避免线上改动靠口头约定；一个轻量静态站点生成脚本，也就是你现在看到这类页面的出处。它们都不大，但每天都在用。
技术栈上我不追逐新名词，更在意替换成本：Python 与 Go 是主力，数据库以 PostgreSQL 与 Redis 为主，容器与 CI 按项目体量取舍。能用一个进程解决的问题，就不引入第三个组件。
经历与偏好
2019 — 数据链路重构
把一条人工拼装的报表流程改成分层调度，口径统一后，重复沟通量下降了大半。这次改动让我彻底相信：可读的口径文档比聪明的代码更值钱。
- 2016 — 2018从外包项目起步，第一次完整负责一个业务系统的后端与部署脚本。
- 2019 — 2021转向平台侧，做数据接入、任务调度与监控告警的日常维护。
- 2022 至今负责核心服务与内部工具的长期演进，同时持续输出技术笔记。
关于写作与协作
我写笔记的标准是「三个月后的自己能直接照做」：写清楚前提、命令、预期输出，以及失败时先看哪里。如果一段说明删掉后不影响操作，那它就属于废话，会被我删掉。
协作上我倾向于把分歧提前暴露：需求边界、数据归属、上线回滚方式，这三件事谈清楚，后面的会议能少一半。远程协作时保持异步文档优先，把结论写在能被检索到的地方，而不是散在聊天记录里。