디자인.md 파일이 제게 영감을 주었어요. 그리고 네, 피그마를 묻어버릴 거예요. 설명할게요:

디자인.md 파일이 제게 영감을 주었어요. 그리고 네, 피그마를 묻어버릴 거예요. 설명할게요:

피그마는 우리가 화면을 디자인하고, 클라이언트와 승인받은 후에야 프론트엔드에 구현하기 위해 존재해요.

우리는 구현이 비쌌기 때문에 그렇게 했(어)어요. 개발자를 한 명 붙여서 화면을 만들고 나서 클라이언트와 승인하려고 했다가 변경 요청이 들어오면 개발자가 다시 하거나 조정해야 했어요. 우리는 단순히 그 비싸고 부족한 자원인 개발자를 보호해야 했을 뿐이에요.

하지만 이제 그건 더 이상 사실이 아니에요. 구현 비용이 비싸던 게 싸졌어요.

이제 페이지의 초기 구현은 몇 분밖에 안 걸려요. DESIGN.md 이전에 일어나던 문제는 에이전트에 의한 구현이 모든 반복에서 일관되지 않았다는 거예요. 개발자는 디자인에 대한 깊은 지식이 없어서 제대로 할 수 없었어요.

그리고 바로 그게 DESIGN.md가 하는 일이에요. 에이전트가 매번 일관된 프론트엔드를 만들기 위해 알아야 할 모든 것을 지정해줘요.

이렇게 하면 우리는 요구사항에서 바로 구현으로 넘어갈 수 있어요. 화면 디자인(피그마)을 거치거나 이미 구현된 화면을 승인할 필요 없이요. 변경이 필요하다면? 구현에서 바로 수정하면 돼요. 몇 분밖에 안 걸리니까요. 피그마에서 미리 수정하는 것보다 더 빠를 수도 있어요.

이게 디자이너의 일이 끝났다는 뜻은 아니에요. 개발자의 일이 변했던 것처럼, 디자이너의 일도 근본적으로 변할 거예요. 클라이언트의 욕구를 충족시키고 에이전트가 잘 일할 수 있도록 디자인의 모든 세부 사항, 컴포넌트, 모션 등을 지정하는 DESIGN.md를 만드는 게 디자이너의 책임이 될 거예요.

불행히도, 개발자들에게 일어났던 것처럼 디자이너들 사이에서도 이에 대한 많은 부정적인 반응이 있을 거예요. 이걸 먼저 이해하고 적응하는 사람들이 돋보일 거예요.