Build 重新（构建、部署、启动）时您会做什么？

花时间等待项目重建/重新部署/重新启动的好方法是什么

---

我对如何缩短等待时间的建议不感兴趣。我知道有很多工具、原则和实践可以避免无休止的等待时间。但每天我还是要等几次这样的事情发生

建议如下：

• 正在访问堆栈溢出
• 读一点书
• 扫描邮件
• 与同事聊天
• 喝点咖啡

在我看来，并不是所有这些都是真正有帮助的。总是有这样的危险，从你的实际工作中分心，你错过了重要的细节，犯了错误，这可能会导致额外的等待周期

---

什么对你有效？

推特。你在河里学到了很多东西。

等等，如果可能的话，想想下一个问题

如果您处于开发周期的早期，将会出现需要修复的错误

稍后—除非您正在进行完整的重建—编译时间不应该太长

---

其他任何东西都会让人分心。

我在右侧显示器上查看构建进度，在左侧显示器上查看stackoverflow.com。如果是个大块头，我可能会去喝杯咖啡。

我割腕。老实说，这里的一个团队已经为他们的项目开启了代码分析；他们一个警告都不理会。您知道VS解析这些警告需要多长时间（总共大约24000个-需要3分钟）吗

老实说：

• 抽支烟
• 获取食物
• 访问SO
• 在另一个项目上做点什么（通常是宠物项目）

强制性：

---

计划下一步行动。图表、书写、草图、填写你的待办事项清单。为下一步行动做好准备

---

放松一点。

实际上，我在构建期间会去stackoverflow。

实际上是stackoverflow和IRC，无论是否在构建期间

我经常按照你的建议去做（尤其是参观和看书）

然而，由于构建和部署需要时间，无论您做什么，当您返回时，您可能已经失去了您的思路。因此，你不需要把做这些事情所需的时间减到最少，而是需要尽可能少地做这些事情。思考问题/bug比实际运行系统进行调试更有效率。

Nethack或Crawl。

---

只需要很少的CPU，而且两者都是基于轮次的，因此每当我的实际工作准备好再次进行时，我都可以保存并退出。

查看您的代码，思考您可以改进的问题，然后重新编写。程序员没有返工的一天几乎是浪费的一天。

加快构建速度

检查CPU的温度、天气预报、Eve的最新技能培训-通常使用Mac仪表板上的小部件

---

永远不要去浏览，因为我会忘记我在做什么…

我在一个显示器上运行它，在另一个显示器上做一些编码或阅读。

看着窗外，放松眼睛……你也可以闭上眼睛，但不要睡着。

我遵循GTD风格的任务管理。当我专注于编码时，我不会检查电子邮件、处理文书工作（物理或数字）、计划或接听电话（如果重要的话，他们会留下信息让我检查）。我选择一天中非常特定的时间间隔来做这些活动

---

话虽如此，我建议您花时间等待构建来完成这些活动。不要把它们和你的开发时间混在一起。让等待建立起你处理收件箱和计划的时间间隔。

这是我最喜欢的一种方式，尤其是现在我在一个双平台团队中工作。我在.NET平台上工作，另一个是Perl…“我对如何缩短这些等待时间的建议不感兴趣。”这是在问题中陈述的。注意，但无论OP是否感兴趣，其他人可能会读到这篇文章。我不明白这个问题与编程有什么关系，或者对网站有什么价值，或者与“最佳实践”？这是收集点数的新方法吗？我必须同意，它也让我担心，我的“滑稽”答案比其他更严肃的答案更能给我带来更多的关注点。斯特凡：你应该考虑让你的答案变成社区所拥有的答案（又名社区维基）。