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

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

因为他们通常不是UI设计师。这是一种不同的技能。这是它。

没有人建议过，但对你有很大帮助的是参加人因工程学课程(通常是研究生水平)。如果你不想选这门课，至少去找课本读一遍。

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

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

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

一个有用的框架是积极地考虑你在设计一个沟通过程时所做的事情。在非常真实的意义上，你的界面是一种语言，用户必须使用它来告诉计算机该做什么。这导致我们考虑以下几点:

Does the user already speak this language? Using a highly idiosyncratic interface is like communicating in a language you've never spoken before. So if your interface must be idiosyncratic at all, it had best introduce itself with the simplest of terms and few distractions. On the other hand, if your interface uses idioms that the user is accustomed to, they'll gain confidence from the start. The enemy of communication is noise. Auditory noise interferes with spoken communication; visual noise interferes with visual communication. The more noise you can cut out of your interface, the easier communicating with it will be. As in human conversation, it's often not what you say, it's how you say it. The way most software communicates is rude to a degree that would get it punched in the face if it were a person. How would you feel if you asked someone a question and they sat there and stared at you for several minutes, refusing to respond in any other way, before answering? Many interface elements, like progress bars and automatic focus selection, have the fundamental function of politeness. Ask yourself how you can make the user's day a little more pleasant.

实际上，很难确定程序员认为界面交互是什么，除了交流过程之外，但问题可能是它根本没有被认为是任何东西。

要改进，只要看看现有的网站。除了已经推荐的书，你可能还想看看罗宾·威廉姆斯的好书《非设计师设计书》(亚马逊链接)。

通过看看禅宗花园提交的各种作品，看看视觉设计中有什么可能。

UI设计绝对是一门艺术，就像C语言中的指针一样，有些人懂，有些人不懂。

但至少我们可以对他们的尝试笑一笑。顺便说一句，感谢OK/Cancel的搞笑漫画，感谢Joel把它放在你的书“最好的软件写作I”(经过亚马逊链接的清理)中。