디자이너는 건축가가 돌을 이해하듯 코드를 이해해야 하며, 코드를 자르는 데 집중하기보다 코드가 가진 역량에 집중해야 합니다. 초기 건축가들은 건물의 정면만 그리는 것이 아니라 건축 현장에 직접 참여하며 재료가 무엇을 할 수 있고 무엇을 할 수 없는지를 배웠습니다. 마찬가지로, 디지털 디자이너의 재료는 코드이지만, 수년간 그들은 코드의 그림, 즉 제품 자체가 아닌 단순한 도면으로 디자인해 왔습니다. 디자인 파일은 단 하나의 정적인 상태만을 보여주며, 다양한 화면 너비, 언어, 로딩 실패와 같은 실제 제품의 수많은 상태를 포착하지 못합니다. 디자인 파일이 "진실의 원천"이 될 때, 이러한 간극은 종종 디자이너의 의견 없이 엔지니어에 의해 결정되며, 디자인과 제품의 괴리를 야기합니다.코드로 직접 프로토타입을 구축하면 코드가 진실의 원천이 되어 디자이너가 추상적인 형용사 대신 정확한 숫자로 동적인 동작을 지정할 수 있게 됩니다. 이러한 변화는 디자이너가 코드에서 프로토타입을 검토하고, 디자인 파일은 코드에서 재생성되는 거울이 된다는 것을 의미합니다. 디자이너가 코드를 작성하는 법을 배워야 한다는 주장은 이제 쓸모없어졌습니다. AI가 화면과 그 상태에 대한 설명을 바탕으로 코드를 생성할 수 있기 때문입니다. AI의 정확도는 완벽하지 않아 엔지니어가 코드를 감독해야 하지만, 디자이너가 더 이상 주요 코드 검토자가 될 필요는 없습니다.AI가 수행할 수 없는 디자이너의 중요한 역할은 재료(코드)가 무엇을 할 것인지 이해하고 실제 성능을 기반으로 결과물을 판단하는 것입니다. 여기에는 코드를 작성할 필요 없이 다양한 화면 크기, 데이터 입력, 네트워크 속도와 같은 다양한 조건에서 제품을 테스트하는 것이 포함됩니다. 이제 디자이너에게 필요한 핵심 기술에는 레이아웃 흐름, 기존 상태(빈 상태, 로딩 상태), 데이터 형태, 서버 비용, 화면 판독기 알림을 이해하고 제품을 로컬에서 실행하는 것이 포함됩니다. 궁극적으로 코드라는 재료는 계속해서 화면의 형태를 결정하며, AI가 "자르는" 작업을 처리하더라도 디자이너는 끌을 휘두를 필요 없이 그 역량을 이해해야 합니다.