我们中的一些人只是在UI设计的软方面遇到了困难(尤其是我自己)。“后端编码器”注定只设计业务逻辑和数据层吗?我们是否可以做些什么来重新训练我们的大脑,使其更有效地设计出令人愉悦和有用的演示层?
同事们给我推荐了《网站设计》、《不要让我思考》、《为什么软件很糟糕》等几本书,但我想知道其他人在这方面做了什么来弥补他们的不足?
我们中的一些人只是在UI设计的软方面遇到了困难(尤其是我自己)。“后端编码器”注定只设计业务逻辑和数据层吗?我们是否可以做些什么来重新训练我们的大脑,使其更有效地设计出令人愉悦和有用的演示层?
同事们给我推荐了《网站设计》、《不要让我思考》、《为什么软件很糟糕》等几本书,但我想知道其他人在这方面做了什么来弥补他们的不足?
当前回答
要改进,只要看看现有的网站。除了已经推荐的书,你可能还想看看罗宾·威廉姆斯的好书《非设计师设计书》(亚马逊链接)。
通过看看禅宗花园提交的各种作品,看看视觉设计中有什么可能。
UI设计绝对是一门艺术,就像C语言中的指针一样,有些人懂,有些人不懂。
但至少我们可以对他们的尝试笑一笑。顺便说一句,感谢OK/Cancel的搞笑漫画,感谢Joel把它放在你的书“最好的软件写作I”(经过亚马逊链接的清理)中。
其他回答
“我们能做些什么来重新训练我们的大脑,让它更有效地设计出令人愉悦、有用的展示层吗?”
是的——使用接口驱动的架构。首先根据业务需求设计用户流程——然后根据用户流程设计编程逻辑和数据库。如果你将中间层和后端设计成服务前端的结构,那么你将拥有一个以用户为中心的应用程序。
登陆Slashdot,阅读任何与苹果有关的文章的评论。你会发现很多人都在谈论苹果的产品没有什么特别之处,把iPod和iPhone的成功归因于人们想要赶时髦。他们通常会浏览功能列表,并指出他们所做的一切都是早期MP3播放器或智能手机所没有的。
还有一些人喜欢iPod和iPhone,因为它们可以简单、轻松地满足用户的需求,而不需要参考使用手册。它的界面非常直观、容易记忆和发现。我对MacOSX的用户界面不像以前的版本那么喜欢,我认为它们已经放弃了一些有用的东西,而倾向于浮夸,但iPod和iPhone是卓越设计的例子。
If you are in the first camp, you don't think the way the average person does, and therefore you are likely to make bad user interfaces because you can't tell them from good ones. This doesn't mean you're hopeless, but rather that you have to explicitly learn good interface design principles, and how to recognize a good UI (much as somebody with Asperger's might need to learn social skills explicitly). Obviously, just having a sense of a good UI doesn't mean you can make one; my appreciation for literature, for example, doesn't seem to extend to the ability (currently) to write publishable stories.
所以,试着培养一种好的UI设计的感觉。这不仅仅延伸到软件领域。唐·诺曼的《日常事物的设计》是一本经典,还有其他的书。获取一些成功的UI设计的例子,并充分利用它们来感受其中的不同之处。认识到你可能不得不学习一种新的思考问题的方式,并享受它。
UI设计是一种完全不同的技能。它与视觉艺术密切相关——能够欣赏和创造视觉对称和美。不管出于什么原因,通常程序员都不擅长视觉艺术。我知道有例外,但作为一般规则,这是成立的。
所以真的(除非你是这条奇怪规则的例外)——这应该像处理其他你没有天赋的领域一样。你应该评估一下自己是否能和现有的技能很好地相处——或者甚至可以在有机会的时候花点精力来改进。然而,你最好在自己擅长的领域发展,也许可以寻求在你所不擅长的领域与高手合作。
Marcus Buckingham写的《现在,发现你的优势》是一本很好的书。这本书很容易读。
开发者不一定擅长UI设计,就像他们不一定擅长编织一样;这很难,需要练习,让别人先教你怎么做也无妨。
大多数开发人员(包括我)开始“设计”ui,因为这是编写软件的必要部分。除非一个开发人员努力去精通它,否则他/她是不会精通的。
当开发人员考虑UI时,他们通常会想到他们可以用于这个或这个任务的完美小部件(这里的小部件指的是文本区域、组合框、交互式Ajax搜索字段……)UI,尤其是HCI,应该在较低的层次上考虑。将关于UI的反思分为4个步骤是很有趣的:
任务和概念模型:从开发人员的角度来看,这是最难以理解的。你必须从反思中抽象出你对未来平台的所有想法,以及你可以使用的语言。[Paterno, 97]是该领域的参考文献。将任务定义为树,其中任务有子任务。 下面是一个导出任务的示例。
然后定义抽象UI:这是关于将任务和子任务分组到工作空间。 具体的UI:你现在可以决定使用哪个交互器。现在您应该考虑平台(大屏幕、PDA、移动电话……)。这是钥匙。您的任务模型和抽象UI可以在多个平台中分解。 最后的UI,用选定的编程语言实现。