이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
UMG 사용 경험은 게임 UI 제작 수업에서 캐릭터 상태 HUD와 인벤토리 화면을 Unreal Engine 5 기반으로 만든 것이 시작입니다. UMG의 캔버스 패널과 오버레이를 써서 화면 구조를 잡고, Blueprint 바인딩으로 HP와 경험치 데이터를 UI에 연결했습니다. 처음에는 변수 바인딩이 매 프레임 호출된다는 것을 몰라서 성능 이슈가 생겼습니다. OnRep이나 델리게이트 방식으로 이벤트 기반으로 바꾸니 프레임이 안정됐습니다. 인터랙션이 있는 버튼은 OnClicked와 OnHovered 이벤트를 연결하고, 포커스 처리도 신경 써야 한다는 걸 배웠습니다. UMG는 게임 UI를 빠르게 프로토타입하는 데 좋지만, 복잡한 애니메이션이 늘어나면 순서 관리가 까다롭다는 한계도 경험했습니다. 아직 대형 게임 UI 프로젝트 경험은 없지만, 이 구조는 이어집니다.
UMG 작업에서 성능 이슈를 직접 수치로 확인한 경험이 있습니다. Blueprint 바인딩을 매 프레임 호출 방식으로 쓸 때 프레임 드롭이 발생하는 것을 프로파일러로 확인했는데, OnRep과 델리게이트 방식으로 이벤트 기반으로 바꾼 뒤 프레임이 안정됐습니다. 변경 전후를 Unreal Insights로 비교해 UI 업데이트 비용이 줄어든 것을 직접 확인했습니다.
애니메이션이 복잡해질수록 UMG 애니메이션 에디터에서 시퀀스 순서 관리가 까다로워지는 것도 경험했는데, 이 부분은 수치보다 작업 복잡도로 체감했습니다. 아이템 개수가 늘어날 때 리스트 뷰 위젯과 타일 뷰 위젯의 성능 차이를 비교 테스트해본 경험도 있었습니다. 성능은 만들기 전이 아니라 만든 뒤 측정해야 보입니다.
UMG 활용에서 가장 구체적으로 고민한 것은 인벤토리 데이터를 어떻게 UI에 연동하는가였습니다. 아이템 배열을 위젯에 직접 넣는 방식은 데이터가 바뀔 때마다 전체 위젯을 다시 그려야 해서, 타일 뷰(Tile View) 위젯과 IUserObjectListEntry 인터페이스를 활용해 아이템마다 위젯 인스턴스를 재사용하는 방식으로 구조를 바꿨습니다.
Blueprint에서 위젯 구조가 복잡해지면 시각적으로 관리하기 어려워서, 기능별로 자식 위젯으로 분리하고 이벤트 디스패처로 통신하는 방식을 배웠습니다. 위젯 컴포넌트 — 3D 공간에 UI를 배치하는 것은 UMG를 게임 월드 오브젝트에 붙일 때 사용하는 방식이고, 이것도 별도 탐색했습니다. 데이터와 UI를 분리하는 구조로 설계하면 나중에 데이터를 교체해도 UI 코드를 건드리지 않아도 됩니다. UMG는 구조를 먼저 설계하고 위젯을 채우는 순서가 중요합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 컨트롤나인 UX/UI 디자이너 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.