我们正在重蹈 Dreamweaver 的覆辙
AI 正在让设计重新掌控代码。
二十年来，行业一直致力于将设计与代码分离。设计师负责设计，开发人员负责构建，而由人类在两者之间进行转化。
现在，这种趋势正在发生反转。AI 获取设计文件并直接编写代码。这听起来很快，感觉很高效，但它也带来了巨大的风险。
在过去的 Dreamweaver 时代，人类处于中间位置，负责把控质量。而有了 AI，设计直接转化为代码，却无人掌舵。
这并不是设计师的问题。设计师的工作非常出色。设计文件是根据其外观来评判的，而设计系统则是根据其运作方式、扩展能力以及持久性来评判的。
AI 模糊了这一界限。它将静态的设计快照视为永久的基础。
以下是这种方式失效的两个主要原因：
- 命名错误：团队根据设计师在 Figma 中选择的名称来构建代码流水线。如果设计师重命名了一个变量，整个代码流水线就会崩溃。AI 无法区分视觉数值与功能意图。
- 缺失上下文：设计文件仅展示了一个屏幕的一种状态。它没有展示错误状态、加载状态，或者数据库如何向 UI 提供数据。这些逻辑存在于代码中，而非设计文件中。
行业正在努力解决这个问题。Google 开源了 DESIGN.md，旨在为 AI 提供更多的结构。像 Fixel 这样的工具通过在测试期间将代码与 Figma 进行对比，来帮助捕捉“设计漂移”（design drift）。
但即便有了这些工具，差距依然存在。
设计不是基础，它只是一个快照。
真正的解决方案不是将设计师转变为工程师，而是赋予 UX 工程师掌控“中间地带”的权力。
这个中间地带是连接两者的桥梁，在这里：
- 设计令牌（Design tokens）映射到通用标准。
- AI 基于现有系统提出代码建议。
- 人类做出最终的架构决策。
AI 在快照层面表现出色，能帮你更快地完成项目。但真正的价值需要建立在基础之上。
不要让设计在没有人类把关的情况下直接驱动代码。工程师的角色正在发生变化。你不再仅仅是翻译者，你是在管理愿景与系统之间的契约。
你如何决定哪些工作保留在自己手中，哪些交给 AI？
Source: https://dev.to/slafleche/were-making-the-dreamweaver-mistake-again-on-purpose-this-time-ema
Optional learning community: https://t.me/GyaanSetuAi