Context Switching（上下文切换）的“切换成本”

我是程序员，工作上维护开发多个项目，项目之间还会频繁的切换维护，开发。随着项目变多变大，感觉每一次切换项目都对我造成很大的消耗，时间，精力，每次切换进入专注状态所花费的时间，姑且叫做“切换成本”。

根据 心理学研究（例如 Gerald Weinberg 的《Quality Software Management》）：
同时处理 2 个任务的人，效率约为单任务的 80%；
同时处理 3 个任务，效率降到 60%；
同时处理 4 个任务，仅剩 40%。
每次切换任务平均需要 15–30 分钟 才能完全进入“专注状态（Flow）”。

软件工程管理领域（如《Peopleware》、Atlassian 和 Basecamp 的团队研究）也指出：
程序员进入“深度工作状态（Deep Work）”通常需要 20 分钟以上；
频繁切换会显著降低代码质量与认知负荷上限。

方案：
每次切换前先画4分钟给当前的工作写个记录：
- 当前进度：
- 下一个待办：
- 当前问题：
- 环境状态：
- 下次进入建议：

下一次切换回来先花5分钟读上次切换前记录：
阅读项目 Log；
浏览上次提交；
打开核心文件。