有些程序员活在工作中。 他们考虑白天和黑夜的工作，不会因家庭的小问题而分心（他们高于此，“悬停”在上面）。 但是，并非所有程序员都有这种情况。 许多人需要在工作，家庭，体育场，攀岩墙上都取得成功……您可能理解。 但是，这种多任务处理导致您需要返回工作任务。 然后是心理上的抵抗，这导致了拖延。 为了解决工作日开始的拖延（甚至休息后工作的开始/继续）的问题，还提出了这种技术。
在开始之前，请拿出一张纸，一个平板电脑或其他工具，写下您的想法。 并开始写下您对当前项目/任务的想法：
- 考虑需要做什么？ -列出您要实现的功能（也许仅在今天），列出您需要实现的需求，开发应达到的目标；
- 考虑一下您将如何实现这一点 ，使用哪些类，函数，方法，哪种算法更适用；
- 考虑一下， 让您自己详细考虑实现 ，比较算法，比较可能的方法，考虑功能名称，可能的变量，考虑API，以及用户界面的详细信息（如果您的任务涉及UI的开发）；
- 首先考虑什么功能更好地实现 ，考虑为什么值得这样做；
- 考虑如何实现此功能 。
如果可以开始实施，请继续。
如果您仍在阅读...
也可以在完成工作（从工作场所回家）之前，简短地写下您下次（下一个工作日）可以做什么。 当您来时，请先阅读这些说明。 然后去接待处克服拖延症。
祝你好运！ 和成功的工作。
如果您仍在阅读II ...（或它为什么起作用）
如果您阅读有关拖延症的文章，那么您将知道：
*当对工作的成功有不确定性时，就会发生拖延。
使用此技术，您可以考虑问题，并在需要时回答有关最佳执行任务的问题。 您不急着进行编码，偶然发现了一个草率而不可能的解决方案。 您以考虑问题解决方案的形式留有余地。 您的所有经验使您可以利用多年发展的优势来“在纸上” /“在您的脑海中”评估问题，回顾已经解决的任务，并利用这种经验来了解如何解决另一个问题。
*相对而言，在卡丁车攀岩墙或傍晚之后，您可能根本不想做工作
该技术使从任务的简单部分开始成为可能。 步伐轻松。 （最有可能您的书写速度比您想象的要慢。）如果您是10指打字的天才，那么使用该技术时，您可以放慢速度。 写作可以更好地反映您所写的内容-您可以重新阅读，评估和重新考虑已经写过的内容。 这可以引发进一步的思考。
此外，使用该技术，您已经在工作。 是的，您不编码。 但是您已经在编写代码。 如果“脑海中”做了很多工作，为什么不编写代码呢？
*如果担心失败，就会发生拖延症
好啦 但是您更有可能失败：草率地编写代码-或周到的代码？ 哪里会有更多的错误？
如果您仍在阅读...（或仍有疑问...）
拖延是一个相当复杂的问题。 仅提供一个技巧。 如果您想了解更多，我建议您撰写一篇有关延缓拖延的其他方法的文章：
我如何对抗拖延-并通常会获胜 。