이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
글로벌 웹사이트의 컴포넌트 구조에서 가장 흥미롭게 본 건 언어와 문화에 따라 레이아웃 자체가 달라져야 한다는 점입니다. 아랍어처럼 RTL 방향을 지원할 때 텍스트 방향만 바꾼다고 끝이 아니라, 아이콘 정렬이나 그래프 방향도 반전돼야 했습니다. 디자인 토큰을 로케일별로 분기하는 구조를 처음 봤을 때 단일 컴포넌트가 50개 언어를 커버하는 방식이 인상적이었습니다. 텍스트 길이도 언어마다 2배 이상 차이가 나서, 고정 너비 버튼이 특정 언어에서 잘리는 버그를 QA에서 잡은 경험이 있습니다.
컴포넌트를 처음부터 i18n 친화적으로 설계하는 것이 나중에 추가하는 것보다 훨씬 비용이 낮다는 걸 그 과정에서 배웠습니다.
글로벌 웹사이트 컴포넌트에서 접근성 기준이 구조 설계를 어떻게 바꾸는지 처음 실감한 것은 스크린 리더 테스트를 직접 해봤을 때였습니다. 시각적으로는 자연스러운 드롭다운이 키보드 탐색 순서가 뒤엉켜 스크린 리더 사용자에게는 쓸 수 없는 컴포넌트가 되는 경우를 발견했습니다.
aria-label과 role 속성이 디자인 토큰처럼 컴포넌트 안에 기본값으로 포함되는 구조를 봤을 때, 글로벌 서비스에서는 접근성이 QA 단계가 아니라 설계 단계에서 이미 내장돼야 한다는 것이 명확하게 느껴졌습니다. 이 구조를 이해하고 나서 직접 작업할 때도 마크업에 의미 구조를 먼저 잡는 것이 나중에 수정 비용을 줄인다는 것을 체감했습니다. 글로벌 컴포넌트는 언어와 보조 기기를 동시에 고려하는 다층 설계라는 점이 흥미롭습니다.
글로벌 웹사이트의 컴포넌트 구조에서 재사용 컴포넌트가 어디까지 수정을 허용하는지를 설계하는 방식이 흥미로웠습니다. 완전히 고정된 컴포넌트는 일관성이 높지만 지역별 요구를 반영하지 못하고, 너무 열어두면 브랜드 일관성이 깨지는 변형이 쌓이는 문제가 생겼습니다.
variant 기반 분기 설계와 오버라이드를 명시적으로 허용하는 토큰 레이어를 보면서, 설계자가 어떤 변경을 허용된 변화로 정의했는지가 전체 시스템의 유지보수 비용을 결정한다는 것을 깨달았습니다. 나중에 직접 작은 컴포넌트 라이브러리를 만들어봤을 때 이 균형을 어디서 잡아야 할지 고민이 됐고, 정해진 범위를 지키되 외부에서 건드릴 수 없게 막는 방식이 장기적으로 안정적이라는 걸 경험했습니다.
컴포넌트 설계는 지금의 재사용보다 미래의 변경을 어떻게 제어할지를 미리 설계하는 작업이라는 것이 인상 깊었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 PTKOREA 프론트엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.