이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
다양한 해상도 대응은 유니티 앵커 시스템을 제대로 쓰는 것에서 시작합니다. 위젯 위치를 고정 좌표로 잡으면 화면 크기가 바뀔 때 레이아웃이 무너집니다. 저는 모든 UI 요소를 앵커와 스트레치 조합으로만 배치하고, 절대 좌표를 쓰지 않는 원칙을 팀에 제안했습니다. 모바일 타겟이라면 Safe Area도 고려해야 노치나 펀치홀이 있는 기기에서 중요 UI가 잘리지 않습니다. 테스트할 때는 최소 해상도(720x1280)와 최대 해상도(1440x3200)를 함께 확인하는 루틴을 만들었습니다. 해상도 대응은 나중에 고치면 수정 범위가 커지므로, 첫 설계 단계에서 정해두는 게 효율적이라는 걸 경험했습니다.
특정 기기에서만 테스트하다가 다른 해상도 기기에서 UI가 깨진 것을 배포 직전에 발견한 경험이 있습니다. 앵커를 고정값으로 설정했는데, 화면 비율이 다른 기기에서 텍스트와 버튼이 겹치거나 잘리는 문제가 생겼습니다. 개발 기기 하나만으로는 다양한 화면 환경을 검증할 수 없다는 걸 그때 배웠습니다.
그 경험 이후로 UI 작업 시 3가지 이상 해상도 프리셋에서 확인하는 단계를 체크리스트에 넣었습니다. 테스트 범위가 좁으면 배포 후 사용자에게 문제가 전가된다는 걸 그때 배웠습니다. Safe Area 처리와 앵커 상대 배치를 처음부터 적용하는 습관이 그 경험에서 생겼습니다.
다양한 해상도 환경 검증이 UI 품질 보증의 기본이라는 걸 그 경험에서 배웠고, 이후 출시 전 체크리스트에 항상 포함합니다.
웹 프로젝트에서 CSS 미디어 쿼리로 반응형 레이아웃을 처음 만든 경험이 게임 UI 해상도 대응 방식을 이해하는 데 연결됐습니다. 화면 크기에 따라 레이아웃이 흐르는 방식으로 설계하는 것을 익혔는데, 유니티 앵커 시스템이 같은 원리로 동작한다는 걸 알게 됐습니다.
절대 좌표 대신 비율 기반으로 배치하는 원칙이 두 플랫폼 모두에서 유효했습니다.
그 경험 이후로 UI 컴포넌트를 처음부터 비율 기반으로 설계하는 방식을 씁니다. 고정값은 특정 환경에서만 동작한다는 걸 웹 경험에서 먼저 배웠고, 게임 UI에서도 같은 원칙이 적용된다는 것을 확인했습니다. 플랫폼이 달라도 비율 설계 원칙은 공통이라는 걸 그 경험들에서 배웠습니다.
비율 기반 UI 설계 습관이 그 경험에서 만들어졌습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 스마일게이트 UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.