我们中的一些人只是在UI设计的软方面遇到了困难(尤其是我自己)。“后端编码器”注定只设计业务逻辑和数据层吗?我们是否可以做些什么来重新训练我们的大脑,使其更有效地设计出令人愉悦和有用的演示层?
同事们给我推荐了《网站设计》、《不要让我思考》、《为什么软件很糟糕》等几本书,但我想知道其他人在这方面做了什么来弥补他们的不足?
我们中的一些人只是在UI设计的软方面遇到了困难(尤其是我自己)。“后端编码器”注定只设计业务逻辑和数据层吗?我们是否可以做些什么来重新训练我们的大脑,使其更有效地设计出令人愉悦和有用的演示层?
同事们给我推荐了《网站设计》、《不要让我思考》、《为什么软件很糟糕》等几本书,但我想知道其他人在这方面做了什么来弥补他们的不足?
当前回答
如果你读过《为什么软件很糟糕》这本书,你就会看到Platt的答案,这是一个简单的答案:
开发人员更喜欢控制而不是用户友好性 一般人更喜欢用户友好而不是控制
但你的问题的另一个答案是“为什么牙科对某些开发者来说如此困难?”UI设计最好由UI设计师来完成。
http://dotmad.net/blog/2007/11/david-platt-on-why-software-sucks/
其他回答
我用的是我所谓的祖母测试。
如果你亲爱的老祖母不会用它,那就有问题了。 假设她知道这个程序是关于什么的,例如,知道如何做税务,并试图使用Quicken。
为什么UI设计对某些开发者来说如此困难?
这有点像问为什么篮球对足球运动员来说很难。
我认为部分原因是UI设计和程序设计的目标经常相互冲突。当我编程的时候,我经常会想“最简单的方法是什么?”在设计UI时,最简单的方法并不总是最友好的。如果你两者都做,你可能会倾向于选择最简单的实现,这对用户友好性有负面影响。
我还认为程序员太接近产品,无法从用户的角度来看待它。对编程人员来说非常容易和直观的东西对用户来说可能并不容易。获得用户的输入是必要的。
UI设计也不是总是正确或错误的。不同的人对UI的评价不同。例如,有些人讨厌Office中的新“Ribbon”UI,有些人喜欢它。有些人认为苹果的OSX UI很棒,有些人不喜欢它,觉得它很难使用。不管你设计出什么样的UI,总会有人不喜欢它。
Neal Stephenson所著的《In the Beginning was the Commandline》是一本关于用户界面及其重要性的好书。不是每个人都需要GUI,只是很多人不编程。这就像迪士尼世界的动物王国和实际的亚马逊之间的区别。
“我们能做些什么来重新训练我们的大脑,让它更有效地设计出令人愉悦、有用的展示层吗?”
是的——使用接口驱动的架构。首先根据业务需求设计用户流程——然后根据用户流程设计编程逻辑和数据库。如果你将中间层和后端设计成服务前端的结构,那么你将拥有一个以用户为中心的应用程序。