私たちは再びDreamweaverの過ちを繰り返そうとしている

AIは、デザインを再びコードの主導権へと戻そうとしている。

20年もの間、業界はデザインとコードを切り離すべく努力してきた。デザイナーはデザインし、デベロッパーは構築する。その間を人間が橋渡ししてきたのだ。

今、振り子が再び逆方向へ振れようとしている。AIはデザインファイルを取り込み、直接コードを書き出す。これは速く聞こえるし、効率的に感じられる。しかし、そこには巨大なリスクが潜んでいる。

かつてのDreamweaverの時代には、中央に人間がいた。その人間が品質を担保していた。しかしAIの場合、誰もハンドルを握ることなく、デザインが直接コードへと変換されてしまう。

これはデザイナーの問題ではない。デザイナーは素晴らしい仕事をしている。デザインファイルは「見た目」で判断されるが、デザインシステムは「どのように機能するか」「どのように拡張するか」「どのように持続性を保つか」で判断されるものだ。

AIはこの境界線を曖昧にする。静的なデザインのスナップショットを、あたかも永続的な基盤であるかのように扱ってしまうのだ。

失敗する主な要因は以下の2点である：

  • ネーミングエラー：チームはデザイナーがFigmaで選んだ名前に基づいてコードパイプラインを構築する。もしデザイナーが変数名を変更すれば、コードパイプライン全体が壊れてしまう。AIは、視覚的な値と機能的な意図の区別がつかない。
  • コンテキストの欠如：デザインファイルは、ある画面のある一つの状態を示すに過ぎない。エラー状態やローディング状態、あるいはデータベースがどのようにUIにデータを供給するかなどは示されていない。そうしたロジックはデザインファイルではなく、コードの中に存在する。

業界はこの問題の解決に取り組んでいる。GoogleはAIにさらなる構造を与えるためにDESIGN.mdをオープンソース化した。Fixelのようなツールは、テスト中にコードをFigmaと照合することで「デザインドリフト（design drift）」の検知を支援している。

しかし、こうしたツールがあっても、溝は残ったままだ。

デザインは基盤ではない。スナップショットなのだ。

真の解決策は、デザイナーをエンジニアに変えることではない。解決策は、UXエンジニアがこの「中間領域」を担えるようにすることだ。

中間領域とは、以下のような橋渡しをする場所である：

  • デザイントークンが普遍的な標準にマッピングされる。
  • 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