本文为翻译
原文标题：The Gap
原文作者：Egor Kloos
创造那些超棒的 网站 或 应用程序 真的会令人身心愉悦。产品的各个部分整合在一起的时候，那真的太令人震撼了。特别是当你清楚，参与工程的并非只有你一人，那你会更加振奋。顶级的团队协作，可以让团队成员们朝着一个共同的目标 携手前进。但是，我想大家应该都知道，Web设计师 和 Web开发者 常常出现看法不一致的情况，他们往往有不一致的目标，从而对产品产生不同的影响。一些 设计工程师（Design Engineer） 称之为 鸿沟（gap）。
做一个 优秀的设计师 或 优秀的开发者 固然很好，但并不能真正的填补 鸿沟（gap）。设计师 学习编程 或 开发者 学习设计 其实也没什么帮助。那么，到底什么是 鸿沟（gap）呢？
我们来举个例子吧
一位设计师 指着屏幕，他想将页面上的 header 调到特定大小。… 开发者回头看看屏幕，给 header 调了个大小。真是小菜一碟。走，去喝点咖啡！
设计师尖叫起来。
没让你调所有的 header！
而且为啥字体也变了？
开发者 向 设计师 解释：只要调一个 header ，就相当于调整所有 header，如果想要破例搞个特殊的 header，他们得提前告知到底改哪个。另外，自己没有对字体做任何修改：“看上去和以前一样啊。”
设计师：好吧，那我们想要个 不一样的 header，再把字体的问题修复了。
开发者：所以，你想 搞出两个 header，再修复一个我们看不到的 bug？
他们两方都在谈论同一件事，而且似乎也理解对方的要求；但由于他们对事情的认知来自不同的语境，所以他们对自己的结论总是没有自信。鬼知道，随着挫败感的日益增长，他们怎么才能在没有 技术负债 和 设计负债 的前提下，顺畅的提交设计 和 代码。不用说，这可真的是，太令人恼火了，他们两方都没有逾越这条 鸿沟（gap）。
不管 设计师 和 开发者 从属与不同的团队，还是 在相同的多功能团队中 协作，其实都是一样的。每个学科都拥有自己的一套语言，因此，不同学科的 叙事方式 也会有所不同。我们需要通过一种共同的结构化方法 来 对齐我们的想法、思考 和 目标 。通常，在这方面单靠自己很难。
从 产品概念 到 交付最终用户
从战略目标出发，经由设计，交付一个能够在团队共用 且 可以预期的结果 给用户是非常复杂的，而且这附加了很多产品管理的工作，已经远远超出了 UX 本身的范畴。这就是为什么会出现 DesignOps，它试图结合更广泛的商业目标 使得 设计师 也能参与解决这类难题。
开发者通过编写代码来为用户提供产品功能。你应该能理解，开发，和设计一样，是很大的一个话题，它涵盖了太多的学科。近年来，开发自动化 对 缩减研发周期 起到了关键作用，我们能够更快的将新特性呈现给用户。DevOps 使得这些成为了可能，并且毫无疑问，在任何一个现代软件的发布流程中，它都是不可或缺的一环。
填平这条 鸿沟（gap）
大家常常建议，将 DesignOps 和 DevOps 交叉起来，并确保它们之间流畅的进行协作。但遗憾的是，扩展知识的边界用处不大，因为不同学科的语言之间并没有相互转换，叙事方式也没有改变。这条 鸿沟（gap）其实意味着我们缺失了一个职位。
引入 设计工程师（Design Engineer）。他们能够理解如何将 设计师 的产出 代码化、标准化 甚至 给出自动化解决方案。
设计师 会从一个想法开始，产出 示意图、原型、Logo 或者干脆就是一幅画。开发者 从问题 或 特性入手，产出 解决了问题 且 具备部署能力 的 代码解决方案。两个职业都具备创造性，都想要支持最终的用户。设计工程师 这个职位 同样具备创造性，他也会编写代码，但特殊的地方在于，他会系统的将 设计 以一种结构化的方式 转化为 目标实现。
我曾在很多地方工作过，但却没有人尝试合上这条 鸿沟（gap）。设计工程师 这个职位 常常是由某人无意中充当的，而很多公司完全没有意识到自己是需要 设计工程师 的。招聘人员 从来没有听说过 这个职位，而大多 IT顾问 也不会将这种能力记录在花名册上。我们现在会把这个职位称为 “设计工程师”，这条 鸿沟（gap）正在逐渐扩大，这项职责已变得太过复杂，我们不能再缺失 “设计工程师” 这个职业下去了。
你的 设计工程师 是谁呢？
