下雨天适合重构

下雨天适合重构。代码像被雨洗过，结构更清晰。 不知道为什么，雨声特别适合长时间专注的体力活。可能是因为雨是白噪音的一种，能屏蔽楼上走路、邻居关门、楼下汽车这些突发性干扰。也可能是气压低的时候大脑供氧更稳定——这个我没查证，纯属瞎猜。 但有一个观察是真的：下雨天写 bug 修复的次数显著少于晴天。可能因为修复 bug 需要急，急的时候容易出错；而下雨天然让人慢下来，慢下来就不容易出 bug。 所以我现在的策略是：复杂重构排在下雨天，紧急 bug 修复排在大晴天。前者是体力活，需要长时间专注；后者是判断活，需要清晰的优先级和快速反应。两者需要的精神状态不同，硬要用同一个状态去做两边都做不好。 如果下雨天还在赶 deadline，那是项目管理的问题，不是天气的问题。 更神奇的是，雨声对「思考型任务」和「体力型任务」的影响不同。重构这种「先想清楚再动手」的任务适合雨天，因为雨声提供了思考的稳定背景。但「快速定位一个生产环境 bug」这种「先动手再想」的任务反而适合晴天，因为晴天让人更警觉、更愿意试错。 我甚至开始怀疑，雨声对大脑的影响可能不是「让人专注」，而是「让人慢下来」。这两个看起来像，但其实是反义。专注意味着高效运转，慢下来意味着低功耗冥想。重构需要的是后者，不是前者。我之前混淆了。 另一个相关观察是：深夜也适合重构。深夜和雨声的共同点是「世界安静下来」。当外界干扰降到极低的时候，大脑会自然进入一种「自己跟自己对话」的模式——这种模式恰好就是重构需要的。你不需要跟任何人沟通，只需要在脑子里把代码的不同方案跑一遍，挑一个最干净的写下去。 所以我现在的工作日历上，雨天和深夜默认是「Refactor Time」。其他时间留给 feature 和 bug fix。 2026 年还有个新变量：AI agent 能承担一部分「慢重构」的工作了。比如让 Claude Code 重构一个旧模块的命名规范、提取重复代码、加 type annotation——这些机械活它做起来比人快 5 倍，但需要人盯住方向。这意味着「雨天重构」的分工可以变了：人负责想清楚「重构的目标是什么」，agent 负责「执行重构」。这种分工反而让雨天更适合纯思考（决定方向），不必再被「机械执行」打断。