logo标签列表

如何衡量由于运行Visual Studio的PC速度缓慢而导致的生产力损失？

performancevisual-studiobenchmarking
12

我们开发团队的许多电脑已经过时并且运行Visual Studio 2008非常缓慢。他们应该被更换为更新的机器，但公司管理层普遍不愿购买新机器。

我们如何提出数字和基准来显示这些慢速电脑导致生产力损失？

显然，我们无法要求他们与我们一起构建解决方案和/或打开各种文件。

是否有一种客观的方法来得出某种可靠的数字，使非技术人员能够理解？

希望能够测量整个组织在许多运行Visual Studio的不同PC上的情况。我寻找比使用物理秒表更好的答案。 :)

6个回答
17

修改你们的解决方案，使得预构建和后构建事件写入当前时间到一个集中式数据库中，包括机器名和项目名称。

然后，你可以显示这些信息作为一个图表，展示构建时间与机器之间的关系。

这将展示构建时间与机器年龄之间的相关性，希望能够显示老机器更慢的事实。你甚至可以将时间转换成$（或£或€）值来显示这些旧机器的成本。随着时间的推移，将给出任何投资新机器的回报价值。

通过修改解决方案，你可以将此日志记录部署到所有开发机器上，只需让所有人从源代码控制获取最新版本即可。

1
+1 我真的很喜欢这个答案。有些机器是新的，许多机器非常老旧，但是通过这个方法我可以捕捉到它们并比较新旧之间的差异。 - spong
3
除非你所构建的项目非常庞大，否则慢速机器带来的代价更多体现在平常任务中失去的注意力上。任何花费超过300毫秒的阻塞性任务都是明显（且令人烦恼）的，而超过10秒则会引起工作中断。与每周额外几分钟的构建时间相比，这种千刀万剐的影响对生产率的影响更加严重。 - dbkk
4
这并不是真正回答你的问题，但可能有助于实现所需的结果。告诉你的老板们，《程序员权利法案》是一件应该认真对待的事情。请参考这里。
1
非常好，自从我阅读Jeff Atwood的帖子以来已经很久了。不过可悲的是，非技术人员可能无法理解这个。 - spong
3
我会尝试向他们解释，程序员的成本比机器高得多。如果你每天花30分钟等待，那就算一下，看看因为机器卡顿浪费了多少工资。把这些数字呈现给他们，并将其与购买新电脑的价格进行比较，解释如何通过升级在长远节省开支。
如果他们选择继续花大价钱请你提供建议，结果只是看着旋转光标，那就笑一笑，因为他们自己成了笑柄。
4
不，如果你不得不加班来补偿的话，那个笑话就是针对你的。如果你是月薪制，无论如何他们都会支付相同的工资。 - Mark Ransom
@Mark 很好的观点。我每天都在同一时间离开，所以很容易忽略那个警告！ - Josh Stodola
0
许多PHB将生产力理解为代码行数（在我看来非常错误）。
你能记录每天在慢速机器上和不那么慢的机器上产生的代码量吗？
6
还有人会用代码行数来衡量生产力吗？如果你的组织仍在这样做，那么你可能有比机器慢更大的问题。 - AndreiM
我相信有很多管理人员这样做，特别是在非IT公司的IT部门进行编码的情况下。 - Pete
如果不是代码行数，就是修复的错误数量。许多地方使用某种度量标准，而不考虑其价值。 - Mr. Boy
0

在我看来，慢速机器是开发的噩梦，特别是因为任何延迟都会使开发人员分心，可能导致更昂贵的切换到诸如Web浏览器之类的东西。还可能出现其他奇怪的影响，比如当你悬停在一个方法上时，Javadoc弹出窗口（或C#等效窗口）的延迟略微增加，以及有人会查阅文档的机会。

如果在您的公司合法（至少用于自用），请使用像Camtasia这样的屏幕捕获工具记录大约半小时的工作时间。然后使用快速编辑器查找机器挂起的时间（如果有光标变化、进度条等，很容易），并计算时间和次数。我已经为数小时的录音做过了 - 这不需要太长时间。使用这些数字来辩论，尽管您还需要辩论它会导致间接成本，比如上下文切换。

此外，根据我的经验，硬盘通常是减速的主要原因，而不是CPU或RAM，不幸的是，大多数组织都节省快速硬盘或固态硬盘，并且对更换它们有非常严格的规定。

0

别忘了考虑花费的时间成本，去计算慢电脑给你带来的损失（也就是这篇文章说的）！

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文，
原文链接