如何衡量运行Visual Studio的慢速PC的生产力损失?

spo*_*ong 12 performance benchmarking visual-studio

我们在开发团队中使用的许多PC都已过时,并且运行Visual Studio 2008的速度非常慢.它们应该被更新的机器取代.但管理层/公司普遍不愿购买新机器.

我们如何提出数字和基准来证明这些慢速PC导致生产力下降?

显然,当我们构建解决方案和/或打开各种文件时,我们无法让他们与我们坐下来.

是否有客观的方法来提出非技术人员可以理解的某种可靠数字

在运行Visual Studio的许多不同PC上,有一种方法可以在整个组织中测量这一点.我正在寻找一个比使用物理秒表更好的答案.:)

Chr*_*isF 17

修改您的解决方案,以便预构建和后构建事件将当前时间写入集中式数据库.包括机器名称和项目名称.

然后,您可以将此信息显示为显示构建与计算机时间的图表.

这应该显示构建时间和机器年龄之间的相关性,希望显示较旧的机器较慢.您甚至可以将时间转换为$(或£或€)值,以显示这些旧机器的成本.随着时间的推移对此进行总结将为新机器的任何投资提供回报的价值.

通过修改解决方案,您可以通过简单地让每个人从源代码管理中"获取最新"来将此日志记录部署到所有开发计算机上.

  • 除非你的构建是巨大的,否则慢速机器的成本在普通任务中更加失去焦点.任何超过300毫秒的阻塞机器任务都是显而易见的(并且很烦人),并且超过10秒是破坏性的.这种死亡人数减少对生产力的影响要远远大于每周额外几分钟的建设时间. (3认同)