如何处理 "还剩30分钟 "的问题？

有很多选择。

• 检查（相关的）博客/新闻/期刊，阅读你的领域内发生的事情
• 记录你在一天内做了什么
• 计划下一天/周/月需要做的事情
• 回到你的邮件，最终真正得到你错过的信息，而之前跳过的时候
• 检查你是否完成了所有的 “组织任务"。如果没有，就去做（交出你的时间，把你桌上的那份报告发给应该看的人，开始备份，. .） –把你的白板/桌子/桌面上堆积在那里但已经失去意义的东西都清理掉 –你都做完了吗？还在30分钟内？回到步骤1! (而且，你是个魔术师)。

除了计划好你的一天，整理好东西，并只是普通的早退（为了弥补其他时间的熬夜），让我给你一些可能看起来很反直觉的建议：

尽量避免在一个 “自然停止点 "上停下来

你担心如果你在一个编码任务中呆了半个小时，第二天再去做的时候会发现很难加载上下文。但我的经验恰恰相反。假设你要写一个简单的函数。你知道会有一些初始化，有一个循环来处理y中的所有x，还有一些清理工作。我将从字面上将文件添加到我的项目中，声明函数，添加三个注释（也许在其中一个注释周围写了for或while构造），然后—回家。为什么早上回家时要拿着一个空文件，或者一张白纸等着你呢？相反，至少写一个标题或主题行。至少要写出函数的名称。如果你要写一个文档，那就做个文件夹，建立一个空的文档，写上合适的名字，把文档的标题放在第一页的最上面。套用一个样式表，

开始。然后离开。你可能会有非常大的惊喜—-如果你没有在一个自然的停顿点上停顿，那么启动起来就容易多了。从这些点出发是超级容易的。

事实上，它是如此的容易，以至于我有时会用这个变体来欺骗自己在我不想做的事情上工作。我只需要做 "开始 "的部分–做一个新项目或空文件夹什么的。制作一个名为大纲的文件，然后从邮件中粘贴大纲。下载规格或发布说明。找到我需要观看的视频的链接。这些都不算是我不想做的事情，只是开始做的事情，让我能够真正的去做，所以我毫无阻力的去做这些任务。然后我发现，当我做了这些任务后，我的抵抗力就会下降，我就能完成任务本身了。

试试吧。

我更愿意看到你回家后改天再补上这30分钟。就像你说的，你这样做会比你尝试着做30分钟的工作，一夜之间失去了语境，早上再重新开始的效率高得多。你的雇主可能会在这一点上更退步~~~更严格。

练习计划和写下来。你不可能把别的东西编码起来，但通常会有一些计划去编码，如果你在这30分钟内把它写下来，你可以在第二天第一时间看完，然后开始编码。如果你打通了一个计划，就再做一个，这样你就准备好了，可以在几个项目上潜入，而不是只做一个。

关于这一点的笔记程度将取决于你作为一个人，以及什么东西最能帮助你记忆，但目标是以这样的方式规划和阐述，让你在规划的记忆中打瞌睡，让你回到昨天的位置，而不会有太多的思想损失。我见过用线框代码注释、纸上、贴吧笔记、文字编辑、白板图片等方式来做。找到最适合自己的方法。

如何应对 “还剩30分钟 "的问题？

这种情况偶尔会发生在我身上，我建议你把时间利用好。

我把这些的时间礼物用来研究新技术，或者分析下一个任务，或者我在Stack Overflow上回答/复习问题。仅仅通过回顾新的问题和答案，我就能学到很多东西。

不要只是坐在那里假装忙碌。要好好利用时间!

作为一个开发者，你永远不会完成。

即使你不能在剩下的时间里给你的代码添加新的功能，你也可以（而且应该）重构：

• 改进名称，
• 减少代码的重复，
• 将长的方法/函数/程序拆成短的
• 将方法/函数/程序移动到新的文件中，以应用SRP和/或same level of abstraction原则。

和其他类似的事情。

任何这些任务都只需要几秒钟的时间，使用你的IDE的自动重构能力就可以完成。而你的unittest将保证你没有改变应用程序的行为，因为它是当前实现的。

万一你破坏了什么东西：从你的单片机中查看最后的工作状态…..

当我在做其他事情的时候，我都会保持一个 “扫荡清单”–这些任务足够长，我不想马上去做（或者因为其他原因不想马上去做（比如 “我想让这个提交只包含一个逻辑上的改动"），但又足够短，不值得与普通项目相关的所有开销。每当我遇到这样的任务时，我都会在列表上潦草地写上一大堆细节–要去哪里，要做什么，谁可能会受益，以及预计要花多长时间。上面的大部分事情都是一些小到无法得到 "官方 "资源的边角料，应该做的重构，应该写的单元测试，等等，但是我的同事们在我做其他事情的时候向我索要的东西也会被写在这个清单上（因此，"谁可能会受益"）。每个项目都是自成一体的，而且在时间上具有很强的可预测性，这使得它们非常适合在开会前15分钟、电话会议后5分钟等我有时间的时候挤进去。另外，当有人开会迟到时，没有什么比 "嘿，我在想你，所以我挤进了你半年前问我的那个功能，是不是很可爱？"更让他们高兴的了。(没有什么比坐在那里想，"会议，永远不会准时开始………. "更能让我开心的了。)

如何处理 “剩余30分钟 "问题？

我总是把每天的最后30分钟用于：

• 清理剩余的邮件
• 检查和更新我的日历
• 为第二天做准备
• 收拾任何需要带回家的东西（特别是如果我打算在家里做一些工作的话）

这些事情你可以考虑做，如果你经常发现自己在一天结束时有30分钟的时间是不被安排的，那么你可以考虑做这些事情。

如果我实际上没有什么值得的活动剩余，我就直接离开了。

做一些 “没有时间 "的任务

有很多任务，组织可能会认为没有 "时间 "去做，但如果离开了这些任务，可能会造成技术债务–测试有时就属于这一类。这个时候，如果他们抱怨，你可以指出你在一天结束时有30分钟的空闲时间，并指出你发现了X个bug。

太多时候，开发人员有压力，希望更快地完成事情，而质量监督不足。

检查你最近写的东西是否按照规范做了–昨天我就遇到过这种情况。我重新阅读了部分规范，然后意识到它不太对–花了大约20分钟的时间来修复。

如果你是小时工，就利用这段时间做一些忙碌的工作，比如添加评论和一般的清理工作。我一般也会利用这最后30分钟左右的时间来发邮件，写报告，填写工作日志。

如果没有别的事，就在Stack Overflow上巡航，看起来很忙。

任何超过（不是很高的）复杂度的软件，都可以让你的代码总是变得更好一点。

就我个人而言，在一天的最后15-20分钟的时间里，这种情况会发生在我身上。

对我有帮助的是，通过想出一些行动项目等来规划第二天（或一周的时间）。

你应该考虑把你的工作时间分成几个块，这些块要足够大，能够让你在每个块内自由地工作，但又不会太大。你可能会认为，为了完成某项任务而随意的大块工作，持续的时间越长越好，但不间断的工作几个小时后，注意力确实会受到影响。如果你强制规定，比如说2.5小时后休息，那么你可以把9个小时的工作时间（8小时的工作时间加上1小时的休息时间）分成3个区块，区块之间有20分钟的咖啡/午餐休息时间，再加上50分钟的运动休息时间。如果一个任务在最后一个区块内完成，你会有更多的精力继续做其他任务或计划第二天的工作。你会以更多的精力开始那个区块，而且在区块的开始时，你可能会知道自己要提前完成，这让你更倾向于在项目完成后积极思考做其他工作。

事实上，你现在不倾向于这样做，是 “工作到任务结束时才会有 "工作到最后 "的神器"，这就会消耗掉你的精神力；如果你把工作安排成长长的马拉松，那么在任务结束时，你觉得自己在终点处就像个马拉松选手一样，这并不奇怪。

我的工作有不同的工作。今天需要完成的工作。本周需要完成的工作。在未来半年内需要完成的工作。

在未来半年内需要完成的工作，大多是一些小的琐碎的工作，没有什么 “思想工作"。这些都是我在大任务之间的空闲时间里做的事情。它们是很好的填充物，让你的大脑在工作日结束后放松一下。

想一想。

其实，我真的不明白为什么 “30分钟的时间不够我写任何东西”–如果你不（或不能）把工作分成比这更小的片段，听起来并不是一个很有效率的方法。事实上，如果你使用了像Pomodoro这样的时间管理技术，你就会把所有的工作分成30分钟。