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

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

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

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

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

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

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

UI设计是一种完全不同的技能。它与视觉艺术密切相关——能够欣赏和创造视觉对称和美。不管出于什么原因，通常程序员都不擅长视觉艺术。我知道有例外，但作为一般规则，这是成立的。

所以真的(除非你是这条奇怪规则的例外)——这应该像处理其他你没有天赋的领域一样。你应该评估一下自己是否能和现有的技能很好地相处——或者甚至可以在有机会的时候花点精力来改进。然而，你最好在自己擅长的领域发展，也许可以寻求在你所不擅长的领域与高手合作。

Marcus Buckingham写的《现在，发现你的优势》是一本很好的书。这本书很容易读。

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

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

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

吃自己的狗粮实际上并不是最好的方式。缺乏对用户关注的关注，虽然这是事实，但也不是故事的全部。同样，随着您的专业知识的增长，您也会逐渐远离正常的用户关注点。我认识的大多数开发人员都想在开发解决问题的软件方面做得很好。

这种脱节发生在想象力的失败。我们人类没有能力思考所有的可能性和组合。当然，我们试图用“更好的”方法来克服这个问题。

我发现唯一有效的方法就是让自己置身于接收用户反馈的火线上。通过这种方式，我了解到我正在解决的问题，不仅仅是一次，而是在用户使用我的软件的过程中持续不断地进行。

这不是一个简单的解决方案。你不仅要成为一名优秀的程序员，还要擅长X，因为X是你试图解决的任何问题。通过擅长X，你可以获得必要的经验来理解可能性和局限性。你可以开始在你的代码中考虑到这一点，从而在你提供的功能和UI设计中产生更精致的软件。

这不是重新训练你的大脑，而是获得有效解决问题所需的经验。如果你要做的是像Stack Overflow这样的全新游戏，你就必须负责用户反馈才能获得游戏体验。

让我们把你的问题转过来

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

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

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