这一切都是关于练习，一些训练和回顾。但是大多数后端开发人员工作的环境中，优秀的ui设计并不真正受到管理层的重视。

在阅读了一些关于UI设计的文献之后，组织一些关于UI设计的代码dojo。

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

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

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.

我发现UI设计中最好的工具是观察第一次使用该软件的用户。做大量的笔记，问他们一些问题。永远不要指挥他们或试图解释软件是如何工作的。这是UI(以及编写良好的文档)的工作。

我们在所有项目中始终采用这种方法。看到一个用户以一种你以前从未考虑过的方式处理软件总是令人着迷的。

为什么UI设计这么难?一般来说，因为开发者和用户从来不见面。

我坚持的主要经验法则是，永远不要同时做两件事。如果我正在处理后端代码，我将完成这一工作，休息一下，然后带着我的UI帽子返回。如果你在编写代码时尝试使用它，你将以错误的心态处理它，结果会得到一些糟糕的界面。

我认为同时成为一名优秀的后端开发人员和一名优秀的UI设计师是完全可能的，你只需要努力工作，阅读和研究相关主题(从Miller的#7到Nielsen的档案)，并确保你理解UI设计的重要性。

我不认为这是一个需要创造性的案例，而是像后端开发一样，这是一个非常有方法，非常结构化的事情，需要学习。正是人们对ui的“创造性”创造了一些最大的可用性怪物……我的意思是，首先看看100%使用Flash的网站……

编辑:克鲁格的书真的很好……一定要读一读，特别是如果你要为网络设计的话。

我用的是我所谓的祖母测试。

如果你亲爱的老祖母不会用它，那就有问题了。 假设她知道这个程序是关于什么的，例如，知道如何做税务，并试图使用Quicken。

你提到了《别让我思考》这本书。我强烈推荐你阅读这篇文章。