了解用户-特朗普的表现看起来像吗？

Question

在我看来，每当涉及到GUI (图形用户界面)时，界面的外观几乎总是胜过应用程序的性能。

这是一个普遍的现象吗？

Answer 1

足够糟糕的外表胜过任何水平的良好表现。

足够差的性能胜过任何级别的美貌。

Answer 2

这归结于你的目标受众的心理和你的应用程序的架构。如果GUI反应迅速，并且以对用户(而不是开发人员)直观的方式进行布局，那么底层可能不需要执行得那么好。然而，如果用户想要从数据库中获取数据，并且在数据加载过程中被挂起，他们的感受将会非常不同。以两个web应用程序为例进行比较：

Web感觉响应非常灵敏，但在表面上看起来要花费更长的时间--它使用与

• 服务进行通信。Web服务不是最快的，但是一切都发生在回调(异步)上，所以用户在填充字段时不会被阻塞。这不会妨碍他们的工作流程。在糟糕的一天，当网络性能降低后台性能时，这是显而易见的，但用户活动不会受到任何进一步的阻碍，因为normal.
• Application 2感觉不太灵敏。一切都发生在回发上，没有AJAX或Web服务，在好的一天，页面加载相当快。当然，在每次回发时，用户的工作流都会在等待页面重新加载时受到阻碍。在糟糕的日子里，网络性能会导致性能显著下降，进一步阻碍用户。

应用程序1收到投诉的可能性要小得多，因为即使字段加载速度不是很快，用户也不会受到影响。用户可以输入数据并继续操作。一切都是异步处理的。当然，在后台，Web服务过程实际上可能比整个页面刷新慢，但用户不会太在意。

我花了数千个小时编写软件，并直接与我的用户进行交互--通常是那些不一定像一般10岁的孩子那样懂电脑的人，我注意到了以下几点，它们是从用户角度编写的文章被这样一群人接受的关键

1. It必须按照我想要的方式来做：不要仅仅阅读规范，然后期望您的代码完全符合它在纸上所说的内容。真正读一读纸上的内容，理解用户的意思。设计时要根据字里行间的意思，而不是纸上墨水的黑白。如果你不明白我的意思，来和我谈谈，我会一直解释到你明白为止。如果你提供的软件没有抓住我的全部观点，我会比你的问题更不高兴。如果我感觉到你是站在我这边的，我会感到更高兴，因为我真的试图理解me.
2. It必须帮助我的工作流程，而不是阻碍它：，如果我所要做的就是按下一个按钮来完成之前需要一个小时才能完成的事情，那就太好了，但是如果它让我的电脑冻结了20分钟才能完成任务，我不想成为一个快乐的camper.
3. It必须直观地使用：，这意味着我不想为了弄清楚如何使用它而费力地阅读您没有提供给我的文档。我也不想要一个20分钟的解释，我会在你走出门的3分钟后忘记。设计好软件，这样我10岁的孩子就能像编写PVR程序一样容易地弄清楚。这意味着我应该以一种对我来说是合乎逻辑的方式与它进行交互，因为我每天都会使用它。它的功能是否正确无关紧要，如果我不知道如何使用它，我就不会使用它，更不用说为it.
4. It付费了，它必须是响应式的：我不想点击一个按钮，然后等待10秒来加载一个列表，然后从该列表中选择一个项目，然后等待另一个屏幕加载，然后我可以选择一个操作来完成该项目，然后需要5分钟才能完成。找到一种快速加载数据的方法-如果你不能快速加载数据来响应我的操作，那么就想出一个技巧来让它感觉数据正在快速加载-也许可以提前在后台加载它，然后只显示我需要显示的内容来响应我的操作……我的意思是，我不在乎你做什么，只要让它看起来像是在做，quickly.
5. It必须是健壮的：，不管我扔给它什么，它都应该接受它，然后继续前进。如果我做错了什么或在字段中放错了什么，请用简单的英语告诉我！！我不关心尝试打开文件时在第479行抛出的缓冲区溢出或IOExceptions。只要处理它，告诉我我在language I understand.
6. Give me文档中做错了什么：，我知道我不会读它，我更有可能拿起电话打电话给你，而不是记得你把它给我的时候我把它放在哪里了。但知道它在那里，让我内心感到温暖和模糊。这表明你足够关心软件--我也足够多地写出我可以参考的说明--当你不是available.
7. Price:的时候，这完全取决于你的受众，但根据我的经验，如果你满足了上述所有要点，价格往往比表面上看起来要少得多。

Answer 3

虽然“你不能以貌取人”，但人们经常会用软件来判断。我不知道我是否会说这是“普遍的”，但肯定是普遍的。