设计人员和开发人员:不要再四分五裂

作者：阿西

前言：随着网络的飞速发展,摩尔定律的快速传播,传统的设计和开发之间的分歧越来越多地凸显。 “学会代码”运动是设计师中获得新能力的渠道,但是在其他IT的部门找到类似跨专业的学习其他业务技能的运动不常见。这个运动其实是解决我们设计产品和开发实现的可行性，如果设计人员知道开发的思路。开发的知道设计思路，应该会配合的非常默契。

我们都应该努力学习,但问题依然存在,我们应该学习什么? 也许不是简单“学会开发”或“学习设计”,但学习沟通和协作,尊重对方的细微差别的技术,艺术性和其他的原因,我们都需要对方在工作时就为下一个协作部门配合好下面事情的思路。

有这么多的选择,我们如何选择学习什么?

我们以网页开发和网页设计为例子说明一下程序和设计之间的那些事

程序在写一个网站的时候，根据设计的草案编码实现，这个时候程序是选择RUBY 还是PHP还是ASP，还有JSP？ 我们设计可能就没有考虑到这一步。

纯的网页设计做了哪些工作尼？ 1.流程 2.原型 3.UI 4.静态Html（一般的UI都不涉及）

那么推出学习代码的运动后给网页设计带来了什么改观？

国内的网页设计PS，国外的网页设计DW+PS+CODE

通过在设计师中搞学习代码运动，可以让设计是了解实现自己设计的过程和难度，以及可以及时测试自己的设计方案是否可行。在设计网站时，UI设计完成后，有UI设计师学习一些代码性的东西比如html+css3

然后在设计稿里的字体、颜色，尝试是否用css+html能够展示出来，一致的UI效果。

在学习这种工作中的学习运动之后事情很快发生了变化。 学习的情况也被改变。 鼓励设计师学习代码, 它不仅仅是把一个静态网页设计出来就结束了，而是有学有肉的程序。 有课程iOS开发和原型,快公司等提供指导如何开始,如果你在一个损失。 也有Ruby on Rails,数据可视化运动继续获得牵引力。

不仅仅将PSD的HTML,而是开发iOS和创建web应用程序在Ruby中AngularJS或无论你的公司或客户使用。设计和代码模糊成一个另一个激动人心的概念如SVG动画和各种数据可视化库。 但这只是沧海一粟的可能性,我们不可能将遍历。 苏珊·罗伯逊写在一个列表关于被代码,通过“恒压学习新事物并跟上所有最新的想法。”

设计和开发都融入到越来越多的共同专业,细微知识学科相互学习。作为一个网页设计师具备或学习了很多代码有可能不只是一个网页设计师;同是也是一个是交互设计师、视觉设计师、用户体验设计师或别的。 “开发人员”这个词就不再有意义,。 什么样的开发人员? 后端,前端,完整的堆栈,iOS、Android、web或完全被其他东西吗? 职位已经变得更加具体,但技能预计将扩大。

开发人员需要了解设计,反之亦然,但既不希望放弃他们最喜欢什么自己的纪律。 很容易落后,觉得有压力保持在世界每一英尺。 我们可能想要学会代码或设计,但是代码是什么? 设计什么? 每个框架或设计原则都有其独特的依赖性,一套完全独立的球处理当我们学习。 此外,没有实际应用的方法——在我们工作或者以外的知识很容易丢失。 设计师或开发人员希望学习其他学科可以很容易地困惑从哪里开始,不管有多少计划和资源需要马上做出执行，例如网页设计者开始学习CSS+html，安卓APP设计者开始学习，安卓前端等。

找到一个共同的基础

作为一个起点,我们需要平衡双方的期望。 是的,设计师应该了解工作流的发展,但是也是如此开发人员(项目经理和其他人参与一个项目)。 他们不需要学习Photoshop或素描或色彩理论的细节,但是知识的一般设计原则和流程是有用的和将缓解协作和沟通。 我们只能成为更好的设计师和开发者通过学习交流更好。

开发人员看设计师,艺术家,设计师看看开发者,看看数学家或科学家。 虽然在表面上,这可能是真的对这两个职业的伤害。 在一个项目中,借口“我不是艺术设计”开发人员说,而“我不是编码器”设计师是说。 这些借口还原和不必要的,创造力是一个复杂又简单是事情,大家相互学习对方，找到一个给你共同点，去切入他是世界，设计和开发中考虑对方的部分，这么一来，我们产品和项目就很顺利还有我们欣赏这一点,越早找到共同点越好。

心态,而不是技术细节

一旦我们计划的不完善,我们开始意识到学会编码运动,尽管启动时有人指导， 捡起一语言或掌握基本的Photoshop可以说是不容易的，比学习简单有效的协作和沟通来说，掌握具体的工作或一门语言（编程语言）。 更可以量化的是开始和结束,但它并不总是有用的。 重点应该是协作和共享、理解——软技能,不可以量化的,应用更广泛，更值得推广。

在这种环境下,很容易压垮我们。 很难选择花费我们的业余时间学习,确保我们的长期职业的好处。 设计师应该学习尽可能多的代码并选他们感兴趣的学习。 同样的开发人员设计:掌握足够的促进关系,这并不是一个很好的设计师——你不必本末倒置的朝着对方方向死命学习，启事你只需掌握对方工作基本知识，思路和过程即可。只 掌握对方的优秀，不学习彼此怪癖。 也没有保证编码或设计我们学习一个项目将是有用的(甚至有关)在未来,这可以令人沮丧。 没有一个设计师需要通过一个完整的课程Ruby如果没有他们的即将到来的项目将受益于专业知识。

毫无疑问,然而,所需的努力更好的合作和理解很难。 一个学习努力一样困难比上课开发或设计。 我们没有完成一个项目或一个应用程序原型,这很容易评估。 这是连续的,但同样重要。设计人员和开发人员分享这么多——创意、激情、创造伟大的数字体验真正的动机,应用程序和接口,我们花了太长时间创建一个我们之间的文化差异。 我们应该在一起工作,分享成功以及失败,分享过程和心态,提问为了学习我们同事的怪癖,优势和好奇心。专业化和概括。

就我个人而言,我一直害怕专业化。 表现出对万事通,尤其是职位的时候,是隐性的,常常是压倒性的。 我不确定这将是最有用的学习,这一切都需要时间,我不想让语言的错误的选择,范式或框架。 学习人际交往能力甚至没有提上议事日程。

这篇文章不是教大家怎么做一个万金油，万事通，而是希望大家在做产品时候能多掌握一些其他协作部门的技术、黑话、沟通技巧等等。也请大家在自己的产品设计生涯，原型设计、Ui设计 学会一点代码，给自己增加一些逻辑思维和程序思维，这个对接下来的产品设计极有帮助的！不妨试试？