면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
팀 프로젝트로 사이드 프로젝트 앱을 디자인하며 처음엔 모든 버튼에 동일한 스타일을 강제했는데, 특정 화면에서는 강조가 필요해 예외가 계속 생겼습니다. 이후 기본 버튼과 강조 버튼 두 가지 변형만 토큰으로 만들어 대부분의 예외를 흡수했고, 개발자도 두 가지만 기억하면 되니 구현이 빨라졌다는 피드백을 받았습니다. 완전한 통일보다 관리 가능한 수준의 유연성을 설계하는 것이 중요하다는 것을 배웠습니다.
공모전에서 디자인 시스템 초안을 만들 때 컴포넌트 이름을 디자인 관점에서만 정했는데, 개발자가 실제 코드 구조와 이름이 맞지 않아 소통에 혼선이 있었습니다. 이후 개발자와 함께 컴포넌트명을 다시 정리하는 세션을 가졌고, 이름 하나를 맞추는 데도 여러 차례 논의가 필요했습니다. 디자인 시스템은 디자인 언어와 코드 언어를 함께 맞추는 작업이라는 것을 배웠습니다.
동아리 서비스 리디자인 프로젝트에서 처음엔 화면별로 필요한 컴포넌트를 그때그때 만들었는데, 비슷한 카드 컴포넌트가 세 가지 버전으로 흩어져 있는 것을 발견했습니다. 이후 공통 속성을 뽑아 하나의 카드 컴포넌트로 통합하고 옵션으로 변형을 처리하도록 재구성했습니다. 처음부터 확장을 고려하지 않으면 나중에 정리 비용이 더 크다는 것을 배웠습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.