SoberMa

近日在slideshare转的时候，看到了一个PPT。主旨是说设计师和开发者的，通过调查和采访的形式，通过不同的视角来洞察设计师和开发者之间的关系。

当然，不同的视角有不同的结论，归根结底，设计师和开发者之间既有对立的一面，也有和谐统一的一面。

而这种对立和统一也同样适用于设计与前端这对欢喜冤家。下面我借用原版PPT的图片，采用翻译里面关键词句的方式来阐释设计与前端的对立与统一。

• 设计与前端直接对立？
  
• 还是相加融合在一起？
  
• 我们先来做个民意调查。
  
• 我们找了46个人来回答3个共同的问题。
  
• 第1个问题：你如何形容你与前端（设计）的关系？
  
• 第2个问题：如果你与前端（设计）在工作中遇到问题，你认为产生这些问题的主要原因是什么？
  
• 第3个问题：如果让你教跟你一起工作的前端（设计）一件事情，应该是什么？
  
• 我们先来看看调查结果：
  
• 非常完美，21人；挺好，22人；有待提高，11人；挺差，3人；简直是噩梦，0人；我不和前端（设计）一起工作，4人；其他，2人；
  
• 明确和持续的沟通是一些前端团队通常不愿去做的事情。（设计对前端的评论）
  
• 不幸的是（一些前端）通常不会为更智能和更易用的设计去改变一些事情。我很讨厌这样说，但是我在那些不想多做事的人中经常发现这样的事情。（设计对前端的评论）
  
• 和设计之间我只有一个问题，那就是他们在思考最终用户和项目目标之前应该先想想他们自己。（前端对设计的评论）
  
• 不要成为一名以自我为中心的设计，也不要认为前端是一文不值的。（前端对设计的评论）
  
• 我们再来看看问题所在：
  
• 缺乏知识
  
• 他们经常缺乏一些交叉的技能或者双方对于在同一团队工作方面做得不够。（对双方的评论）
  
• 缺少尊重
  
• 不同的价值观。设计和前端具有完全不同的价值观。他们想的完全不是同样的事情。（设计对双方的评论）
  
• 双方缺少共鸣。（摇滚明星的心态）（对双方的评论）
  
• 交流方面的问题
  
• 简单地说：交流。我敢说设计和前端之间非常缺乏共同话语。（前端对双方的评论）
  
• 那么，有什么好的解决方法吗？
  
• 设计和前端的一般状态。Ds代表设计，Dv代表前端。
  
• 改进中
  
• 产生交集
  
• 交集的构成要素：知识、词汇、技能、优先级
  
• 设计有时不理解技术的限制。（对设计师的评论）
  
• 我感觉设计和前端之间的主要问题是沟通交流。设计用图片和色彩来思考，而前端却用代码来思考。（前端对双方的评论）
  
• 设计真的应该自己切片+写HTML+写CSS。（对设计的评论）
  
• 代码并不是世界上最重要的事情，还有其他方面，如：设计，UX，易用性，可用性等。（对前端的评论）
  
• 设计和前端的交集构成要素：知识、词汇、技能、优先级
  
• 而非交集的区域，你不知道，我也不知道。
  
• 承认并尊重你所不知道的。
  
• 我一直这样说：前端，对待设计，你需要比对待你的代码更加关注。设计和前端都不比对方重要多少，两者应该是平等的，我们应该更加关注细节。（对开发者的评论）
  
• 团队协作–传统模式。
  
• 团队协作–创新模式。
  
• 另外的一种模式。
  
• 对于你所做的事情上，要真真切切地让人钦佩。
  
• 这是在团队工作中非常高超的技巧。 通过信任别人的专长可以划破两个人的界限。只有当每个人都全面掌握才能行之有效。在所有的训练中要用通俗易懂的词语进行相互交谈，讨论与合作。 彼此了解对方的重点才能达到最好的合作。
  

原始PPT在这里：