真正帮助我改进设计的是找一个开发人员，QA人员、项目经理或任何碰巧路过的人，让他们尝试特定的小部件或屏幕。

当你看到别人第一次使用你的软件时，你会惊奇地发现

用户自上而下地思考，而程序员在开始创建UI时通常是自下而上地思考。

我们(程序员)正在努力地思考如何创建一个数据模型来完成这项工作，并保存所需的数据等等。我们创建UI来整齐地映射到底层模型。以至于我们经常忘记观察我们的用户如何处理相同的任务，而没有进入他们的流程和思维方式。

我们很自然地期望系统的用户以与我们相同的方式思考问题，我们如何存储和处理他们的数据，因此也理解UI期望如何工作。

这通常与他们对任务的看法(和期望)不匹配。

如何解决?我认为一种方法是在向(潜在的)用户展示任何东西之前，实际地询问他们期望程序如何工作。永远不要给他们任何关于我们将如何实现某个功能的提示。与他们一起在纸上创建UI原型，让他们告诉你他们的期望和需求。不要认为任何事情都是理所当然的。

掌机的设计更加自上而下:

在开始开发之前 飞行员，据说是霍金斯带的 一块木头，大小 潜在的飞行员，在他口袋里 的一周。(摘自本文)

他会在木头上模拟要做什么，而不会考虑如何将其实现为代码。每次有了新想法，他就在那块木头上“试试”。

当然，你需要一些指导方针来处理你想到的一些想法，也许不是所有的想法都需要解决，即使我们技术上可以……

请参见要点1(消除选项)和要点3(承诺不足，兑现过多)。

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

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

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

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

我尽量与设计相关的网站和文本保持联系。我发现Robin Williams的著作《the Non-Designer’s Design book》在这些研究中也很有趣。

我相信设计和可用性是软件工程中非常重要的一部分，我们应该更多地学习这方面的知识，不要再为我们不应该做设计找借口了。

每个人都可以偶尔成为设计师，每个人也都可以成为程序员。

让我们把你的问题转过来

“ui设计师”注定只设计信息架构和表示层吗?他们是否可以做些什么来重新训练自己的大脑，使其更有效地设计出令人愉悦和高效的系统层?

似乎他们“ui设计师”必须采取完全不同的视角——他们必须从盒子的内部向外看;而不是从盒子外面看。

艾伦·库珀的《囚犯们在管理疯人院》的观点是，我们不可能成功地同时持有两种观点——我们可以学会戴好一顶帽子，但我们不能只是换帽子。

说程序在UI设计方面很糟糕是没有抓住重点。问题的关键在于，大多数开发人员所接受的正式培训深入了技术。人机交互不是一个简单的话题。这不是我可以通过提供简单的一行语句让您意识到“哦，如果我使用x而不是y，用户将更有效地使用这个应用程序”来“思想融合”的东西。

这是因为你忽略了UI设计的一部分。人类的大脑。为了理解如何设计UI，你必须理解人的思想如何与机器交互。我在明尼苏达大学上过一门关于这个话题的很棒的课程，是一位心理学教授教的。它被命名为“人机交互”。这描述了UI设计如此复杂的许多原因。

因为心理学是基于相关性而不是因果关系，你永远无法证明UI设计方法总是适用于任何给定的情况。你可以认为许多用户会发现某个特定的UI设计很吸引人或高效，但你不能证明它总是具有普遍性。

此外，UI设计中有两个部分似乎被许多人忽略了，那就是美学吸引力和功能工作流。如果你追求100%的美感，人们肯定会买你的产品。但我非常怀疑美学能否减少用户的挫败感。

有几本关于这个主题的好书和课程可供选择(如Bill Buxton的《素描用户体验》和Edwin Hutchins的《野外认知》)。许多大学都开设了人机交互的研究生课程。

这个问题的总体答案在于如何教授个人计算机科学。这一切都是基于数学和逻辑，而不是基于用户体验。要做到这一点，你需要的不仅仅是一个普通的4年计算机科学学位(除非你的4年计算机科学学位副修心理学，并强调人机交互)。