这周重读了几章系统设计相关内容，最大的感受是：即使是个人项目，也值得在早期做最小限度的设计。
我记下来的 4 条原则
- 先明确瓶颈在哪，再谈优化方案
- 写出失败路径，不只写成功路径
- 所有关键操作都要可观测
- 设计文档要跟代码一起演进
这件事如何落到我的博客上
我把能访问拆成了几个可验证目标：页面可读、证书可续期、日志可追踪、备份可恢复。每个目标都对应一条检查命令。
一个很实用的小动作
每次改基础设施前，我会先写一段 5 行以内的变更目的和回滚方式。这个动作几乎零成本，但能显著降低误操作概率。
复杂度不会消失，只会在未来某个晚上回来找你。
这句话我贴在了笔记顶部，提醒自己别只追求短期速度。