跳到正文

工程纪律:让自己慢一点的几个习惯

桃总
发布日期:
1 min read
编辑此文

写代码越久,越觉得真正稀缺的不是速度,而是纪律。

让 PR 小到可以一口气读完

大 PR 是 review 的天敌。一个 PR 改三件事,等于把三个 bug 一起埋进去。习惯了把改动拆小,事故率会肉眼可见地下降。

提交前自己 review 一遍

git diff 自己先看一遍,比让别人帮你抓 typo 划算得多。这一步看上去多花了 5 分钟,但能省掉 PR 来回的半小时。

写测试,不是为了覆盖率,而是为了对话

测试是你和未来自己的对话。半年后回来改这段代码,谁来告诉你”原本就该这样”?是测试,不是注释。

拒绝”先这样吧”

技术债的开头几乎都是这句话。“先这样吧,回头再优化”——但回头那班车从来不会来。要么现在改,要么明确地写个 TODO 加上日期。

把 incident 当礼物

线上事故是最贵的老师。复盘别忙着追责,先问自己:为什么我们的系统让这种事变得可能?

慢一点,才能走得久一点。

上一篇
Prompt Engineering 常用模式与反模式
下一篇
不可变系统的安全工程:发布前把错误消灭掉