Performance 为更快的开发机器辩护

我相信量化生产率的提高（额外的工作时间）是最有效的方法

我的例子是：我在家里有一台速度快的机器，在工作中有一台速度慢的机器。我的估计是，如果我有家用机器在工作，我每天会在工作中获得大约30分钟的额外生产力。这种效率将来自于更少的等待来完成我所做的所有任务。（每天多出30分钟，一年大约3周。）

问题：我需要测量这个

---

是否有一个软件实用程序可以监控和科学地量化机器上的任务所花费的时间？

Excel和秒表？

来自Sysinternal的一些东西可能会完成这项工作，他们编写了一个漂亮的、奇特的任务管理器，可能会有所帮助

显然，您的工作机器可能有两倍多的任务在运行，并通过WAN与DB通信，而您的家用电脑却没有。两者都会极大地影响PC的感知速度。从那时起，PC变得更加复杂，但能够准确地监控每项任务将是一个很好的开始

这里有一个指向进程监视器的链接，您可能会喜欢它：）

---

将其分解成可以量化的部分。例如，我每4分钟编译一次，每次编译将节省10秒。但过了一段时间，我厌倦了等待秒，所以我去了堆栈溢出，我在那里呆了两分钟。有时候我会开始和吉姆说话，这对我们两个来说都需要4分钟。因此，每小时15次*8小时*10秒=12分钟+5次堆栈溢出=22分钟+4次与Jim的对话=我38分钟，Jim 16分钟

下一步是看看买一台新电脑是否值得。让我们把它四舍五入到一天一小时，公司每年要花10万美元的工资和福利。你八分之一的时间被浪费了，所以你和吉姆之间每年浪费的生产力是12500美元，这可以通过给你一台更快的电脑来节省

但你不会把电脑扔掉的。老板的新管理员不需要一台全新的电脑，给她买一台电脑要花1000美元。你的电脑花了3000美元，所以公司只花了2000美元

---

让它看起来像一个不需要动脑筋的人并不难。我们的目标是把它换成美元，但这当然不能保证你有任何东西。

有一个简单的理由可以解释为什么要买一台速度更快的机器：

• 减少挫折感
• 工作效率更高

每次有东西挂起，你都会坐在那里等待——从你正在做的事情/思考中分心

等待时间就是死时间。即使系统只是挂起一秒钟，您仍然会注意到并分心

---

编辑：我不认为编译时间真的是个问题。任何一个好的CPU都可以在10秒内编译你的东西（在一个不太复杂的项目上）。当你等待事情发生或停止时，我看到更多的问题。。起步应该很快

在*nix上，我会使用

time

进行构建之类的操作

抓取的输出非常简单，并且很容易比较机器之间的差异

此外，您还可以对某些“非工作”的事情计时，例如GCC或KDE的构建，或者其他一些源代码中相当大的东西

---

另外-在多个监视器上出现了一些相关问题（无法找到它们）：确保您也添加了这些问题：）

很抱歉，但我相信如果经理或首席执行官需要实际数字来证明高端机器适合高生产率员工，那么您手头就有更大的问题

你可以在这本书中找到一些关于如何获得估算值的技巧。当你要求一台更新的机器时，你也可以要求一台更新的机器。有艰苦的研究表明，它提高了生产率。你也应该考虑到你的成本比你的薪水高出很多，可能是你的两倍。

---

当你有一台比工作时速度更快的机器供你个人使用时，这总是很奇怪，但它确实发生了。最后，如果你不能得到任何满足感，而这真的困扰着你，那就另找一份工作。如果你找不到另一份工作，想一想你需要学习什么才能让其他雇主更满意。

哇，我想要一个10秒钟就能完成的项目。我想如果你调查了许多开发人员正在开发的代码库的大小，你可能会感到惊讶。@Guy：我们的两个武器是恐惧和惊讶……以及无情的效率！在C++中建立10秒是一个梦想…感谢书推荐——看起来不错——我刚订购它。这是一件很悲哀的事情，但是不幸的是，它是唯一的方法，否则MGMT就不现实了。实际测量会很好，但只有在做了这种情况之后。根据老板的不同，他们真正追求的是两个数字——一个在左边（大），一个在右边（小）。他们想选择右边的那个。这是假设他们有能力做出理性的决定，而许多（中层）经理却没有。但是，是的，即使是很小的等待也会花费很多。开发人员的工作时间通常比硬件要昂贵得多，许多公司都会意识到这一点。