因为这是一套不同的技能。成为网页设计师所需要的技能与成为程序员所需要的技能是不一样的。是的，很少有技能可能是重叠的，比如HTML, CSS, Javascript，但本质上程序员不知道是什么让一个网页设计成为一个好的网页设计，反之亦然。

RWendi

我认为部分原因是UI设计和程序设计的目标经常相互冲突。当我编程的时候，我经常会想“最简单的方法是什么?”在设计UI时，最简单的方法并不总是最友好的。如果你两者都做，你可能会倾向于选择最简单的实现，这对用户友好性有负面影响。

我还认为程序员太接近产品，无法从用户的角度来看待它。对编程人员来说非常容易和直观的东西对用户来说可能并不容易。获得用户的输入是必要的。

UI设计也不是总是正确或错误的。不同的人对UI的评价不同。例如，有些人讨厌Office中的新“Ribbon”UI，有些人喜欢它。有些人认为苹果的OSX UI很棒，有些人不喜欢它，觉得它很难使用。不管你设计出什么样的UI，总会有人不喜欢它。

与流行的神话相反，在UI设计中实际上没有软方面，至少不需要设计一个好的后端。

考虑以下几点;优秀的后端设计是基于任何优秀开发者都熟悉的原则和元素:

低耦合 高内聚 架构模式 行业最佳实践 等

好的后端设计通常是通过一系列交互产生的，基于测试或实际使用期间获得的可测量反馈，初始蓝图会逐渐改进。有时候，你需要对后端较小的方面进行原型设计，然后单独进行测试等等。

优秀的UI设计是基于以下合理的原则:

可见性 功能可见性 反馈 宽容 简单 一致性 结构

UI也是通过测试和试验，通过迭代诞生的，但不是用编译器+自动化测试套装，而是人。与后端类似，有行业最佳实践、测量和评估技术、考虑UI的方法，并根据用户模型、系统图像、设计师模型、结构模型、功能模型等设定目标。

设计UI所需的技能与设计后端是完全不同的，因此不要指望不先学习就能做出好的UI。然而，这两种活动的共同之处是设计过程。我相信只要花点时间学习，任何能设计好软件的人都有能力设计好UI。

我建议你选一门人机交互的课程，比如在MIT和耶鲁的网站上找一些在线资料:

麻省理工学院用户界面设计与实现课程

结构模型和功能模型的理解和使用

Thorsten79之前的一篇出色的文章提出了软件开发专家和用户之间的话题，以及他们对软件的理解是如何不同的。人类学习专家区分了功能思维模式和结构思维模式。找到去朋友家的路是两者区别的一个很好的例子:

First approach includes a set of detailed instructions: take the first exit of the motorway, then after 100 yards turn left etc. This is an example of functional model: list of concrete steps necessary to achieve a certain goal. Functional models are easy to use, they do not require much thinking just a straight forward execution. Obviously there is a penalty for the simplicity: it might not be the most efficient route and any any exceptional situation (i.e. a traffic diversion) can easilly lead to a complete failure. A different way to cope with the task is to build a structural mental model. In our example that would be a map that conveyes a lot of information about the internal structure of the "task object". From understanding the map and relative locations of our and friend's house we can deduct the functional model (the route). Obviously it's requires more effort, but much more reliable way of completing the task in spite of the possible deviations.

通过UI传递功能模型或结构模型(例如，向导模式还是高级模式)之间的选择并不像Thorsten79的帖子中看起来那样简单。高级和频繁的用户可能更喜欢结构模型，而偶尔或缺乏经验的用户-功能。

谷歌地图就是一个很好的例子:它们包括功能和结构模型，许多卫星导航也是如此。

问题的另一个方面是，通过UI呈现的结构模型不能映射到软件的结构，而应该自然地映射到手头的用户任务或涉及的任务对象的结构。

这里的困难在于，许多开发人员对他们的软件内部有一个良好的结构模型，但只有软件旨在协助的用户任务的功能模型。要构建好的UI，你需要理解任务/任务对象结构，并将UI映射到该结构。

无论如何，我仍然强烈建议参加一个正式的HCI课程。这涉及到很多东西，比如启发式，源自格式塔心理学的原则，人类的学习方式等等。

一件容易的事。

开发人员不是设计师。他们没有接受过设计方面的培训或尝试学习，所以他们为什么要擅长UI设计之类的东西呢?这几乎等同于在说“为什么会计对某些开发者来说如此困难?”

UI设计本质上是设计，而设计是规则的视觉表现。擅长设计意味着你理解为什么某些东西应该以某种方式显示、运行和表现(例如，为什么链接应该突出显示，或者为什么标题应该在页面顶部)。

设计和开发是两种完全不同的东西，但都需要背景知识和实际工作。如果你不愿意花时间在其中一个科目上，那么你就不会很擅长它，不管你的一个程序/网站看起来有多好。

当开发人员考虑UI时，他们通常会想到他们可以用于这个或这个任务的完美小部件(这里的小部件指的是文本区域、组合框、交互式Ajax搜索字段……)UI，尤其是HCI，应该在较低的层次上考虑。将关于UI的反思分为4个步骤是很有趣的:

任务和概念模型:从开发人员的角度来看，这是最难以理解的。你必须从反思中抽象出你对未来平台的所有想法，以及你可以使用的语言。[Paterno, 97]是该领域的参考文献。将任务定义为树，其中任务有子任务。 下面是一个导出任务的示例。

然后定义抽象UI:这是关于将任务和子任务分组到工作空间。 具体的UI:你现在可以决定使用哪个交互器。现在您应该考虑平台(大屏幕、PDA、移动电话……)。这是钥匙。您的任务模型和抽象UI可以在多个平台中分解。 最后的UI，用选定的编程语言实现。

我认为他们的技能非常不同。优秀的设计师了解人类行为、颜色和字体的心理等。我认为这就像同时做营销人员和开发人员一样。非常有挑战性，但也不是不可能。

我会试着找一些用户界面专家，看看他们的学习建议是什么。除非你设计的是像谷歌这样极简主义的东西，否则如果这是一个重要的项目，你最好雇佣那些研究过UI艺术的人。

也就是说，如果你正在设计一款非常实用的应用，我认为你可以试着专注于界面的简单性和清晰度——我认为这至少是谷歌成功(以及堆栈溢出)的一半关键——即它是直观的，使用起来很愉快。