我相信我们都经历过“正常”的工作流程，即设计先发生，然后编码。 健康的工作流程需要项目中所有相关人员（包括设计师和开发人员）之间的来回沟通，但仍然：代码是最终产品。 你通过设计来实现代码，而不是通过代码来实现设计。
就在一个月前，Sketch 43 迁移到 .JSON 文件格式还是一条新闻。 最终的 发布说明 却轻描淡写地提到了这个消息
修改后的文件格式
但 Jasim A Basheer 正确地 大肆宣传
… 它将从根本上改变未来几年设计工具游戏的玩法。
“为第三方开发者提供更强大的集成”只是轻描淡写。 Bohemian Coding 的优秀团队做到了这一点——他们将 Sketch 的文件格式打开为简洁的 JSON，使任何人都可以创建和修改与 Sketch 兼容的文件。
“有趣。” 我心想。 “这就像设计文档的 API。 我想知道这会如何发展。” 我不知道，仅仅几周后，我们就会看到一个非常强大的工具出现。
… 分享我们开发的一个工具，帮助缩短在规模化设计系统上工作的设计师和工程师之间的差距。 React-sketchapp 是一个开源库，允许您编写呈现为 Sketch 文档的 React 组件。
值得在这里嵌入他们的一个视频
通过代码来实现设计文档！ 随着设计工具和代码工具在概念上的融合，这越来越有意义
在 Sketch 中，我们使用符号和覆盖，在 React 中，我们使用组件和属性。 这些概念非常相似，以至于看起来不统一它们很愚蠢。
强调 Jon 的话。
我们还希望尽量减少真相来源。 为什么在我们将组件作为每天被数百万用户使用的真实事物实现后，还要保留一个在 Sketch 中手工绘制的单独组件库呢？
我们拥有的设计系统真相来源越少，效率就越高。