我们中的一些人只是在UI设计的软方面遇到了困难(尤其是我自己)。“后端编码器”注定只设计业务逻辑和数据层吗?我们是否可以做些什么来重新训练我们的大脑,使其更有效地设计出令人愉悦和有用的演示层?
同事们给我推荐了《网站设计》、《不要让我思考》、《为什么软件很糟糕》等几本书,但我想知道其他人在这方面做了什么来弥补他们的不足?
我们中的一些人只是在UI设计的软方面遇到了困难(尤其是我自己)。“后端编码器”注定只设计业务逻辑和数据层吗?我们是否可以做些什么来重新训练我们的大脑,使其更有效地设计出令人愉悦和有用的演示层?
同事们给我推荐了《网站设计》、《不要让我思考》、《为什么软件很糟糕》等几本书,但我想知道其他人在这方面做了什么来弥补他们的不足?
当前回答
duffymo提醒了我为什么:许多程序员认为“*设计”=“美术”。
好的UI设计绝对不具有艺术性。它遵循坚实的原则,如果你有时间做研究,可以用数据来支持。
我认为所有程序员需要做的就是花时间学习原理。我认为我们的本性是尽可能地应用最佳实践,无论是在代码中还是在布局中。我们所需要做的就是让自己意识到我们工作这方面的最佳实践是什么。
其他回答
duffymo提醒了我为什么:许多程序员认为“*设计”=“美术”。
好的UI设计绝对不具有艺术性。它遵循坚实的原则,如果你有时间做研究,可以用数据来支持。
我认为所有程序员需要做的就是花时间学习原理。我认为我们的本性是尽可能地应用最佳实践,无论是在代码中还是在布局中。我们所需要做的就是让自己意识到我们工作这方面的最佳实践是什么。
为什么UI设计对某些开发者来说如此困难?
这有点像问为什么篮球对足球运动员来说很难。
原因有很多。
(1)开发者不能站在用户的角度看问题。这是通常的怀疑:缺乏同理心。但这通常不是真的,因为开发人员并不像人们想象的那样陌生。
(2)另一个更常见的原因是,开发人员太接近自己的东西,在他的东西上呆了这么长时间,没有意识到其他人可能并不那么熟悉他的东西(这是一个比直觉更好的术语)。
(3)还有一个原因是开发人员缺乏技术。
我的最大主张:阅读任何UI,人类交互设计,原型书。例如:设计显而易见的:一种Web应用程序设计的常识方法,不要让我思考:一种Web可用性的常识方法,设计时刻,等等。
他们如何讨论任务流程?他们如何描述决策点?也就是说,在任何用例中,至少有3条路径:成功、失败/异常、替代。
因此,从点A,你可以去A.1, A.2, A.3。 从点A.1,你可以得到A.1.1, A.1.2, A.1.3,等等。
他们如何显示这种向下钻取的任务流程? 他们没有。他们只是掩饰它。
因为即使是UI专家也不具备技术,所以开发者也没有机会。 他认为这在他的头脑中是清楚的。但它甚至在纸上都不清楚,更不用说在软件实现中了。
我必须用我自己的手工制作技术。
左脑对右脑。有些人没有艺术感。
我敢打赌,通过学习和勤奋,任何人都可以在界面设计方面做得更好。这并不意味着你会成为一流的美工或设计师。
我认为改进总是有可能的。
这一切都是关于练习,一些训练和回顾。但是大多数后端开发人员工作的环境中,优秀的ui设计并不真正受到管理层的重视。
在阅读了一些关于UI设计的文献之后,组织一些关于UI设计的代码dojo。