2010-08-13 32 views
3

我发现本地构建有时需要5-10分钟的时间才能完成,但在这段时间内我总是觉得上线很棘手......就像现在一样)。等待应用程序编译时该怎么办?

你们在等待你的应用程序编译时做什么?

+0

http://xkcd.com/303/ – David 2010-08-13 18:55:31

+0

也许你可以重新提出这个问题,如何改进编译时间,以便它不会像主题一样关闭并帮助你多出一点。只是一个想法。 – Jack 2010-08-16 13:32:34

回答

15

+0

每个人的自动反应:) – froadie 2010-08-13 19:00:15

+3

如果只有我们的办公室有足够的开发人员在同一时间编译剑斗:( – 2010-08-13 19:01:29

2

您的里程当然可以变化,但可能是一个人所能做的最好的事情是起床走动。站起来,离开你的小卧室/办公室/附近区域,然后去散步。也许清醒你的头,也许和其他人没有积极的工作(但要小心不要打扰那些忙碌的人,即使他们没有积极打字)等。

我的意思是,如果你还有其他一些你应该做的任务,当然要考虑这样做。但是暂时休息一段时间会影响整体生产力和士气和健康,现在没有比等待任务完成更合适的时间了。

3

我有与网上去没有问题 - 这样的网站是使用那些5-10分钟的差距,扩大你的技术知识的好方法。

1

出于好奇,什么语言,以及如何安装程序集。我使用C#工作,最近开始组合组件。每个以前的程序集现在都是一个较大程序集中的文件夹和子命名空间。这将我们的编译时间减少了一半以上。

我确定你想要一个有趣的答案,但也许真的有一个编译时间问题的解决方案。

+0

其实它不仅仅是,它是一个VSTO outlook插件,所以它不仅需要编译,但然后启动Outlook,然后启用外接程序,然后执行Outlook的任何操作 – 2010-08-13 19:31:07

+0

那么在这种情况下,我可以推荐Design Patterns或Code Complete作为优秀的阅读材料,但严重的是在实际编译或在启动Outlook? – Jack 2010-08-13 19:45:23

+0

编译需要1到2分钟的时间并锁定VS,然后2-5分钟启动Outlook,然后在Outlook加载后约1分钟解冻。 – 2010-08-13 21:01:38

5

我建议:

  • 做一些伸展。
  • 喝一杯水。
  • 想知道可以做些什么来创造一个更美好的世界。
  • 给你的同事讲一个笑话。
1

我想如果你不是直接在发布版本构建过程本身上工作,而是必须在正常的日子里等待几次,那么你的构建过程可能会有一些改进空间。

所以我建议在你需要等待的时候对如何优化构建环境做一些研究。或者至少写一些电子邮件给谁可能关心要求更快的工作站或SSD而不是硬盘。

相关问题