우리는 다시 Dreamweaver의 실수를 반복하고 있습니다
AI가 디자인에 다시 코드의 주도권을 부여하고 있습니다.
지난 20년 동안 업계는 디자인과 코드를 분리하기 위해 노력해 왔습니다. 디자이너는 디자인을 하고, 개발자는 구축을 했습니다. 그 사이에서 사람이 두 영역을 연결하는 번역가 역할을 했습니다.
이제 시계추가 다시 반대 방향으로 움직이고 있습니다. AI가 디자인 파일을 가져와 코드를 직접 작성합니다. 이는 빨라 보이고 효율적으로 느껴집니다. 하지만 이는 거대한 리스크를 초래합니다.
과거 Dreamweaver 시절에는 사람이 중간에 있었습니다. 그 사람이 품질을 관리했습니다. 하지만 AI와 함께라면, 운전대를 잡은 사람 없이 디자인이 곧바로 코드로 직행합니다.
이것은 디자이너의 문제가 아닙니다. 디자이너들은 훌륭한 작업을 수행합니다. 디자인 파일은 '어떻게 보이는가'로 평가받지만, 디자인 시스템은 '어떻게 작동하는가', '어떻게 확장되는가', 그리고 '얼마나 지속 가능한가'로 평가받습니다.
AI는 이 경계를 모호하게 만듭니다. 정적인 디자인 스냅샷을 영구적인 토대처럼 취급하기 때문입니다.
이것이 실패하는 두 가지 주요 방식은 다음과 같습니다:
- 네이밍 오류: 팀은 디자이너가 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