Мы снова совершаем ошибку Dreamweaver

ИИ снова ставит дизайн во главе процесса написания кода.

Двадцать лет мы работали над тем, чтобы разделить эти роли. Дизайнеры проектировали. Разработчики создавали. Человек выступал в роли связующего звена.

ИИ меняет правила игры. Вы направляете модель на файл дизайна, и она генерирует компоненты. Дизайн снова начинает управлять кодом.

Это звучит эффективно, но таит в себе риск.

В старые времена Dreamweaver в центре процесса находился человек. Именно он следил за качеством. С ИИ дизайн переходит напрямую в код, и за рулем никого нет.

Нужно понимать две вещи:

  • Файлы дизайна — это не дизайн-системы. Файл оценивают по тому, как он выглядит. Систему оценивают по возможности повторного использования, долговечности и состояниям. ИИ размывает эту грань.
  • ИИ отлично подходит для статических сайтов. Если вам нужен просто снимок (snapshot), используйте его. Проблемы начинаются, когда вы строите переиспользуемую систему, например, кастомную CMS или динамический интерфейс (UI).

Настоящие провалы случаются в деталях.

Команды часто строят конвейеры кода (pipelines) вокруг имен переменных в Figma. Нейминг — это дизайнерский выбор, но ИИ превращает его в жесткий контракт. Если дизайнер переименует одну переменную, весь конвейер сломается.

Дизайн — это статический снимок. Он показывает один экран в одном состоянии. Он не показывает:

  • Состояния загрузки или ошибки.
  • Контентно-зависимые макеты против фиксированных.
  • То, как CMS передает данные.

Этот контекст живет в голове разработчика, а не в файле дизайна.

Лидеры индустрии пытаются это исправить. Google выпустила DESIGN.md, чтобы дать ИИ больше структуры. Такие инструменты, как Fixel, помогают отловить «дизайнерский дрейф» (design drift), проверяя код на соответствие Figma.

Но даже у лучших инструментов есть пределы. Они могут извлекать пиксели или токены, но не могут принимать архитектурные решения. Они не могут решить, стоит ли использовать существующий компонент или создать новый.

Будущее не в том, чтобы дизайн управлял кодом. Оно в поиске золотой середины.

Я считаю, что эта середина требует:

  • Типизированных CSS-входов на этапе сборки (build time).
  • Предложений от ИИ о том, как дизайн соотносится с вашей существующей системой.
  • UX-инженеров, принимающих окончательное решение о поведении и смысле.

ИИ делает дизайнеров более ответственными за качество кода. Поскольку дизайн становится кодом, некому больше выступать в роли контролера (gatekeeper) при этом переводе.

Мы не должны исключать UX-инженеров из процесса. Нам нужны люди, которые будут отвечать за маппинг и контракт между дизайном и системой.

Как вы решаете, что предлагать ИИ, а что оставить за собой?

Источник: https://dev.to/slafleche/were-making-the-dreamweaver-mistake-again-on-purpose-this-time-ema