Performance 软件可用性与效率

确保软件可用性是否总是导致效率降低？

它通常会提高用户的效率-如果用户与软件交互，这通常是它实现的任何事情的速率限制步骤，所以，考虑到所有因素，我会说一个响亮的“否”。

谁的效率

可用性应该提高用户的效率——在几乎所有情况下，这应该是最重要的衡量标准

---

虽然可用性的一个衡量标准是软件的响应速度，这是一种效率，因此，通过使软件更高效，您可以使其更可用。

保险还是确保？我假设“确保”。我的回答是“不”

答案最终是否定的

可用性：

用户实现目标的容易程度如何？ 通往目标的正确道路有多明显？ 用户失败有多困难？ 理想情况下，你将能够回答所有这些问题

效率：

程序员效率：需要实现的东西和正在实现的东西有多少 处理器效率：应用程序运行的速度有多快 内存效率：应用程序的运行占用空间有多小 用户效率：用户完成任务的速度有多快 不可用的应用程序往往具有：

选择太多 屏幕太乱 一些有用的指标 少数图标 小指导 为了成为一个强可用性的程序，这意味着用户必须能够快速、轻松地完成任务，而无需任何其他阻碍

简化

通常，这意味着删除用户不需要的所有选项。即使有一个用户可能需要的选项，也只应在该选项是相关选项时才向他们提供

这样做可以提高我们前面设定的所有四个效率目标。实现的选项更少，渲染的项目更少，用户效率更快。简化既提高了可用性又提高了效率。然而，这是以更高的前期设计时间为代价的

图标和指示器

添加图标和指示器通常会提高可用性，但是它们会降低程序员的效率，因为它们是需要完成的额外任务。假设是一个web应用程序，如果您发送的是更大的图像，而不是一个严格的文本页面，那么无论页面呈现时间大小，它们都会增加

然而，它们极大地提高了用户效率和可用性

基本上，可用性的提高需要大量的前期投资来正确设计应用程序，并运行大量的可用性测试。这些可以延长您的开发周期，但它们将创建一个更好的项目。它们还将减少bug，并减少对支持基础设施的需求，因为您的应用程序将更适合其用途

---

可用性总是值得投资的。

绝对不值得。可用性就是效率

我想到了“足够”这个词

无论如何，这个问题都不是什么大事。如果产品现在可用，那么它就不会被使用。。。所以它的值很低-

---

罗伯·斯迈思

你把效率考虑到了什么因素？内存效率、处理器效率、网络或磁盘I/O效率？我无法正确理解可能引发此类问题的思想混乱。提高用户的效率通常意味着她将花费更少的时间来困扰您如何执行X和实现Y。