快速软件

最近，快速软件有一些奇妙的相互关联之处。

我们在网上谈论了很多性能问题。我们可以在这里或那里让事情变得更快一点。我们看到性能提高后成功指标也会上升。我发现这类图表非常令人满意。但也许更有趣的是考虑速度影响的个人。这可能是决定 **我喜欢这个软件** 还是 **去你的，我不玩了** 的关键。

Craig Mod 在 “快速软件，最佳软件” 中，彻底放弃了 Google 地图

Google 地图变得太慢了，我做了不可想象的事情：我重新安装了 Apple 地图在我的 iPhone 上。与之形成对比的是，如今 Apple 地图非常快且响应灵敏。数据仍然不如 Google 地图好，但这是一个很好的例子，说明缓慢让我重新安装了一个我几乎完全放弃的应用程序。我将给 Apple 地图更多机会。

并对此进行了总结

但为什么慢不好？快速软件并不总是好软件，但慢速软件很少能达到顶峰。快速软件让用户有机会“融合”到其工具集中。也就是说，不中断流程。

有时甚至关系到生死！Hillel Wayne 在 “性能很重要” 中提到，救护车上的急救人员不使用内置的数字“患者护理报告”（PCR）系统，而是选择纸笔，仅仅是因为 PCR 有点慢

我跟踪的救护车有一台 ePCR。没有人使用它。我问了 EMT 这个问题，他们说他们认识的人也没有使用它。缺乏培训？“不，我们都接受过培训。” 严重的错误？不，它工作正常。纸张足够好了吗？不，ePCR 在几乎所有方面都比纸质 PCR 好得多。它只有一个问题：太慢了。

甚至不是特别慢。当你打开下拉菜单或单击按钮时，会出现大约四分之一秒的延迟。但这让事情变得如此令人不愉快，以至于没有人想碰它。纸张缓慢而令人讨厌，而且容易出错，但至少没有那么糟糕。

“输入延迟”是这里的关键概念。如果你的 JavaScript 在做一些事情，并且像他们所说的那样“占用主线程”，那么这很可能发生在网络上。

Monica Dinculescu 创建了一个 打字延迟实验 来模拟这种输入延迟。200 毫秒的“我们在这里完成了”设置绝对名副其实。我永远不会使用感觉像这样的软件。 The Verge 上的 Jay Peters 也同意，任何更高的延迟都会呈指数级恶化。

更有趣的是：*随机* 延迟比*一致* 的大延迟更糟糕，而一致的大延迟在我们自己的网站上更有可能出现。