Jonathan Snook 关于管理设计师制作和开发人员最终构建之间的复杂性的文章
设计师在 Sketch 或 Photoshop 文件中绘制的所有内容都需要转换为代码。代码需要开发、交付给用户，并由团队维护。
这意味着设计中的复杂性会导致代码中的复杂性。
这并不意味着不允许复杂性。但是，重要的是要考虑这种复杂性的影响，尤其是与您的代码库相关的影响。
Jonathan 在那篇文章中继续论证说，设计师和开发人员需要处于持续的反馈循环中，以便适当地评估设计复杂性是否值得工程解决方案的复杂性。
我一直在思考这种事情在设计系统中的工作中的应用已经很长时间了——我有一种感觉，这个问题源于设计师和开发人员使用不同货币进行交易的事实。设计师通常最关心用户体验，而开发人员可能优先考虑幕后的代码，愿意为了一个微小的细节过度设计。
正如 Snook 在他文章的后面提到的，模式库并不能完全解决这个问题
这就是为什么在设计过程中进行这些讨论非常重要的原因。了解团队内部的优先事项很重要。了解您愿意做出的权衡也很重要。如果没有团队内部的共识，您将继续发生冲突，因为前端开发团队的要求与设计团队的要求相冲突。
因此，让这两个群体以相同的货币进行交换的最佳方法是通过交谈，而不是工具。或者，也许通过 用代码设计。