设计和美学之间有着巨大的差异，它们经常被混淆。

一个漂亮的UI需要艺术或至少是美学技能，包括我自己在内的许多人都无法做到这一点。不幸的是，就像我们在许多重量级的基于flash的api中看到的那样，这是不够的，并且不能使UI可用。

制作可用的ui需要理解人类如何与计算机交互、心理学中的一些问题(例如，菲特定律、希克定律)和其他主题。很少有计算机科学课程为此进行培训。我认识的开发人员中很少有人会选择用户测试书籍而不是JUnit书籍等等。

我们中的许多人也是“核心程序员”，倾向于将ui视为外观，而不是可以成就或破坏项目成功的因素。

此外，大多数UI开发经验都非常令人沮丧。我们可以使用像旧VB那样的玩具GUI构建器，并不得不处理丑陋的胶水代码，或者我们使用无休止地让我们沮丧的api，比如试图在Swing中整理布局。

当开发人员考虑UI时，他们通常会想到他们可以用于这个或这个任务的完美小部件(这里的小部件指的是文本区域、组合框、交互式Ajax搜索字段……)UI，尤其是HCI，应该在较低的层次上考虑。将关于UI的反思分为4个步骤是很有趣的:

任务和概念模型:从开发人员的角度来看，这是最难以理解的。你必须从反思中抽象出你对未来平台的所有想法，以及你可以使用的语言。[Paterno, 97]是该领域的参考文献。将任务定义为树，其中任务有子任务。 下面是一个导出任务的示例。

然后定义抽象UI:这是关于将任务和子任务分组到工作空间。 具体的UI:你现在可以决定使用哪个交互器。现在您应该考虑平台(大屏幕、PDA、移动电话……)。这是钥匙。您的任务模型和抽象UI可以在多个平台中分解。 最后的UI，用选定的编程语言实现。

登陆Slashdot，阅读任何与苹果有关的文章的评论。你会发现很多人都在谈论苹果的产品没有什么特别之处，把iPod和iPhone的成功归因于人们想要赶时髦。他们通常会浏览功能列表，并指出他们所做的一切都是早期MP3播放器或智能手机所没有的。

还有一些人喜欢iPod和iPhone，因为它们可以简单、轻松地满足用户的需求，而不需要参考使用手册。它的界面非常直观、容易记忆和发现。我对MacOSX的用户界面不像以前的版本那么喜欢，我认为它们已经放弃了一些有用的东西，而倾向于浮夸，但iPod和iPhone是卓越设计的例子。

If you are in the first camp, you don't think the way the average person does, and therefore you are likely to make bad user interfaces because you can't tell them from good ones. This doesn't mean you're hopeless, but rather that you have to explicitly learn good interface design principles, and how to recognize a good UI (much as somebody with Asperger's might need to learn social skills explicitly). Obviously, just having a sense of a good UI doesn't mean you can make one; my appreciation for literature, for example, doesn't seem to extend to the ability (currently) to write publishable stories.

所以，试着培养一种好的UI设计的感觉。这不仅仅延伸到软件领域。唐·诺曼的《日常事物的设计》是一本经典，还有其他的书。获取一些成功的UI设计的例子，并充分利用它们来感受其中的不同之处。认识到你可能不得不学习一种新的思考问题的方式，并享受它。

首先，我要说的是，我也有和问题中提到的相似的缺陷。然而，我认为人们做任何事情都很糟糕的唯一原因是:

他们不理解，也从来没有研究过如何和为什么这样做的理论 他们从来没有足够的练习成为专家

所以我的建议是，首先要找到你需要的描述这门学科的书籍和网页，然后学习它们。这里有很多很好的答案，我会把Tog on Interface添加到列表中。同时也要看看那些被认为很棒的ui，如Mac、IPhone和谷歌。

第二步是开始创建ui。这听起来很简单，但如果这不是你的工作描述的一部分，你可能需要在自己的时间做这件事。作为UI开发人员参与web开发项目。也许这是你自己的项目或别人的项目，但擅长创建网页可以给你你所需要的经验，不应该很难做到。好运！

“从屏幕的两面进行设计”是程序员发现UI设计困难的一个非常简单但深刻的原因:程序员被训练成从边缘情况考虑问题，而UI设计师则被训练成从常见情况或用法考虑问题。

因此，从一个世界到另一个世界当然是困难的，如果其中一个的默认训练是完全相反的。

我们是否可以做些什么来重新训练我们的大脑，使其更有效地设计出令人愉悦和有用的演示层?

是的。观察那些试图使用你的软件的用户，不要帮助他们。也被称为可用性测试。

The basic idea of usability testing is that you take someone with a similar background to your target audience, who hasn’t seen your software before and ask them to perform a typical series of tasks. Ideally they should try to speak out loud what they are thinking to give you more insight into their thought processes. You then watch what they do. Critically, you do not assist them, no matter how irresistible the urge. The results can be quite surprising and highly revealing. Usability testing can be very fancy with one way mirrors, video cameras etc, but that really isn’t necessary to get most of the benefits. There is a good description of how to carry out usability tests in Krug’s excellent book Don’t make me think: a common sense guide to web usability. Most of his advice is equally applicable to testing desktop applications.