使用百分比或仅使用数字的差异来描述改进是否更好？例如，如果您将关键 ETL SQL 查询的性能从 4000 毫秒提高到 312 毫秒，您将如何在性能评估中将其表示为“成就”？
Brian
问问题
295 次
7 回答
4
以货币计。金钱是传达价值的最有效媒介，这就是你试图用绩效评估来证明的。
节省的工时，（非常粗略的）$NEW_THING_THE_COMPANY_CAN_DO_AS_RESULT 的估计值，避免了未来的硬件升级等。
你得到了丰厚的奖金，表明你对公司的财务状况很敏感；一个能与公司真正的目标保持一致的极客。
于 2009-01-30T21:09:28.180 回答
4
- 吃土豆
- 用打火机液体浇土豆
- 火上的小土豆
- 把土豆递给老板
- 让boss按住4秒。
- 问老板那 4 秒感觉多长时间
- 问老板半秒会好多少
- 沉浸在荣耀中
于 2009-01-30T21:13:46.907 回答
3
衡量相对改进总是更好。
所以，如果你把它从 4000 毫秒降低到 312 毫秒，那么它是 3688 毫秒的改进，是原始速度的 92.2%。因此，您将运行时间减少了 92.2%。换句话说，您将运行时间降低到原来的 7.8%。
另一方面，绝对数字通常不是那么好，因为它们没有可比性。（如果您最初的运行时间是 4,000,000 毫秒，那么 3688 毫秒的改进并不是那么好。）
于 2009-01-30T21:28:33.367 回答
1
有关一些不错的图表建议，请参阅此链接。
与要求的比较
如果我有要求（响应时间、吞吐量），我喜欢对绝对数字进行颜色编码，如下所示：
绿色：<= 80% 的需求（响应时间）；>= 120% of > 要求（吞吐量）
无格式：满足要求。
红色：不符合要求。
比较很有趣，但前提是我们有足够的能力看到一段时间内的趋势；我们的表现是在稳步提高还是在下降？最终，企业只关心我们是否满足要求。只有当我们不要求他们要求与以前的版本进行比较时。
基准比较
如果我将基准与某个基准进行比较，那么我喜欢使用百分比，但前提是基准与基准相比具有统计学意义的变化。
硬件尺寸
如果我正在做硬件调整或容量规划，那么我喜欢将性能表示为绝对数字加上每笔交易的成本。例如：
- 系统 A：1,000 笔交易/秒，0.02 美元/笔交易
- 系统 B：1,500 笔交易/秒，0.04 美元/笔交易
于 2009-01-30T22:35:45.790 回答
0
考虑到变化，使用最令人印象深刻的。根据一种计算方法，该更改将查询速度提高了 1,300%，这看起来比 13 倍的改进更令人印象深刻，或者
- ============== <-- 旧查询
- = <-- 新查询
虽然图表不是一个坏方法。
如果你能计算出金钱的改善，那就去吧。我多年前编写的一个软件每天为一些工程师节省了一点时间。计算出工资、福利、管理费用的成本，这为一家小公司每年节省了超过 12,000 美元。
-亚当
于 2009-01-30T21:09:54.963 回答
0
经验法则：哪个听起来更令人印象深刻。
如果您在一段时间内完成的任务从 10 项增加到 12 项，您可以说您的性能提高了 20% 说您多完成了两项任务似乎并不令人印象深刻。
在你的情况下，这两个数字听起来都不错，但尝试不同的表示，看看你会得到什么！
有时图形有助于在许多因素上进行很多改进，但组合起来看起来并不那么酷
示例：您有 5 个参数 A、B、C、D、E。您可以制作一个条形图，其中包含这 5 个参数和每个参数并排的“之前和之后”值。那肯定会令人印象深刻。
上帝，我开始听起来像我的营销朋友！
尖叫着跑开
于 2009-01-30T21:13:36.673 回答
-1
你可以让数字和图表说出你想要的任何东西——重要的是让它们说出对你展示给他们的观众有意义和相关的东西。如果是最终用户，您可以向他们展示屏幕刷新的差异（他们理解这一点），向管理人员展示他们支持应用程序所需的服务器数量可能会减少（节省美元），财务......这都是关于$ 它为他们节省了多少钱。一般规则是，团队技术越少，您需要的图形和戏剧性就越强。
于 2009-01-31T22:56:55.280 回答