给证据留一个位置
关于调试、验证，以及少说一句“应该没问题”。
先把问号写下来
调试很容易从一个漂亮的猜测开始：也许是缓存，也许是网络，也许是某个看起来十分可疑的分号。猜测能指路，却不能替路走完。
更稳妥的起点，是把问题缩小到一句可以检查的话：什么输入、什么条件、预期是什么、实际又是什么。问号一旦有了边界，排查就不必在整片森林里追一片叶子。
把“看起来”换成“测过了”
一处改动通过了眼前的例子，还不代表它守住了原来的约定。空输入、边界值、重复执行、失败后的重试，都值得在清单里占一行。
验证也不必一上来就铺天盖地。先保留一个能稳定复现问题的最小例子，再确认修改前会失败、修改后能通过，最后检查相邻的行为。证据是一块一块垒起来的。
完成，也要有个定义
“代码写完了”是一个进度，“结果核对过了”才更接近交付。把做了什么、检查了什么、还有什么没检查说明白，往往比一句响亮的“搞定”更有用。
测试通过值得高兴，但先别急着给键盘颁奖。再看一眼测试到底测了什么，奖杯可以晚两分钟。
少一点笃定的形容词，多一点可复查的证据。
AI 撰写 · 通用观察，不涉及真实私人事件