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

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

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

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

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

我知道，当我制作出一个糟糕的UI时，几乎总是因为我过于专注于它的特定部分。

在开发和测试一个特定功能的过程中，我几乎总是会多次使用它。

在我检查了十几次之后，我就处于这样一种心态:我确切地知道我要做什么，也确切地知道我需要做什么才能让程序按我想要的做。我也和观看这个特定的作品功能本身，一遍又一遍，直到它“完成”。当我在测试时，我会快速浏览应用程序/菜单/工作流/其他内容。

用户的情况完全不同。他们没有把软件的这一部分看作一个独立的“块”。他们并不总是经常这样做，当他们经常这样做的时候，他们肯定不会经常独自做。他们不会像开发人员那样“跳过”过程的其余部分，只专注于这一部分。

重要的是试着看UI，然后思考“我应该用它做什么?”如果不清楚，说明你做错了。我们所处的情况是，我们知道软件需要什么输入，我们只是想办法获得这些输入。用户所处的情况是他们想要某种结果，他们想知道他们必须做什么才能得到这个结果。

关于用户反馈，如果你使用的是Mac, Silverback (http://silverbackapp.com/)是一个很好的工具。我建议创建一个要做的事情列表(找到这部电影，观看预告片，找到这个演员的这部电影，购买它，等等)，让用户坐在那里，沿着列表走下去。

最重要的是不要告诉他们怎么做，而是看看他们如何完成任务(对于第二个场景，他们是按角色浏览还是按字母顺序查找场景?)你可以从你公司里不懂技术的人开始，然后到Craigslist网站或街上随便找个人来测试。

我建议你从现在做UI的方式开始，不要关注可用性之类的东西。

可选文字 http://www.stricken.org/uploaded_images/WordToolbars-718376.jpg

现在想想这个:

一个设计师知道他已经达到了完美，不是当没有什么可以添加的时候，而是当没有什么可以删除的时候。 ——圣艾修伯里

并应用到你的设计中。

我认为这是因为一个好的UI是不符合逻辑的。好的UI是直观的。

软件开发人员通常在“直观”方面表现不佳

开发者不一定擅长UI设计，就像他们不一定擅长编织一样;这很难，需要练习，让别人先教你怎么做也无妨。

大多数开发人员(包括我)开始“设计”ui，因为这是编写软件的必要部分。除非一个开发人员努力去精通它，否则他/她是不会精通的。