유니티 개발자 면접에서 자주 나오는 질문과 답변 방향

이 글과 연결된 과정유니티 과정 알아보기

게임 하나를 끝까지 만들어 본 경험은 이력서의 어떤 자격증보다 설득력이 있습니다. 수업 후반에는 기획부터 출시 가능한 빌드까지 혼자 또는 팀으로 완성하는 프로…

생명주기 함수 질문은 실행 순서와 실수 경험으로 답합니다

유니티 면접에서 거의 빠지지 않는 질문이 Awake, Start, Update, FixedUpdate, LateUpdate의 차이입니다. 각각이 언제 호출되는지만 외워 말하면 평범한 답이 됩니다. 실제로 그 차이 때문에 생겼던 문제를 함께 말하는 것이 좋습니다.

예를 들어 "다른 오브젝트의 참조를 Awake에서 가져오려다 아직 초기화가 안 되어 오류가 났고, 자기 자신의 초기화는 Awake에서, 다른 오브젝트와의 연결은 Start에서 하도록 나눠 해결했다"는 식입니다. 물리 이동은 FixedUpdate에서, 카메라 추적은 캐릭터 이동이 끝난 뒤인 LateUpdate에서 처리한다는 것도 실제 쓰임과 함께 말하면 이해도가 드러납니다.

꼬리 질문으로 "스크립트 여러 개의 Awake 순서는 어떻게 정해지나요?"가 나올 수 있습니다. 순서에 의존하는 설계를 피하는 것이 기본이고, 꼭 필요할 때만 실행 순서를 지정한다는 정도로 답하면 됩니다.

코루틴과 비동기 처리는 쓰는 이유를 묻습니다

"코루틴은 무엇이고 언제 쓰나요?"라는 질문에는 여러 프레임에 걸쳐 나눠 실행해야 하는 작업을 간단하게 쓰기 위한 방법이라고 정의한 뒤, 쓴 사례를 말합니다. 일정 시간 뒤 몬스터를 다시 생성하거나, 화면을 서서히 어둡게 하는 연출처럼 시간이 흐르며 진행되는 일이 대표적입니다.

이어서 "코루틴이 별도 스레드에서 도나요?"라는 함정 질문이 나오기도 합니다. 코루틴은 메인 스레드에서 프레임마다 나눠 실행될 뿐 별도 스레드가 아니라는 점을 정확히 말해야 합니다. 오브젝트가 비활성화되면 코루틴이 멈추는 문제를 겪어 봤다면 그 경험도 좋은 소재입니다. 최근 방식인 async와 await를 써 봤다면 코루틴과 비교해 어떤 점이 편했는지도 덧붙일 수 있습니다.

프리팹과 데이터 관리 방식에서 설계 감각을 봅니다

몬스터나 아이템처럼 종류가 많은 데이터를 어떻게 관리했는지는 설계 감각을 보여 주는 질문입니다. 프리팹마다 수치를 직접 넣었는지, ScriptableObject로 데이터를 분리했는지, 외부 표 파일을 읽어 오게 했는지에 따라 이야기가 달라집니다.

• 프리팹에 수치를 직접 넣으면 빠르지만 종류가 늘면 관리가 어려움
• ScriptableObject로 데이터를 분리하면 여러 프리팹이 같은 데이터를 공유하기 쉬움
• 기획자가 표로 관리하는 데이터는 외부 파일로 읽어 오면 수정이 편함
• 어떤 방식이든 기획자나 아티스트가 코드 수정 없이 값을 바꿀 수 있는지가 핵심

내 프로젝트에서 왜 그 방식을 골랐는지, 다시 만든다면 바꿀 점은 무엇인지까지 준비해 두세요. "그냥 이렇게 했습니다"는 피해야 할 답입니다. 컴포넌트를 어떻게 나눴는지도 함께 묻는 경우가 많습니다. 플레이어 스크립트 하나에 이동, 공격, 체력, 사운드를 모두 넣었다면 왜 나누지 않았는지 질문받을 수 있으니, 역할별로 나눈 기준이나 나누지 못한 이유를 미리 정리해 두는 것이 좋습니다.

모바일 성능 질문: 가비지, 드로우콜, UI 갱신

유니티로 모바일 게임을 만드는 회사가 많아서 성능 질문의 비중이 큽니다. "게임이 주기적으로 끊기면 무엇을 의심하나요?"라는 질문에는 매 프레임 새로운 메모리를 할당해 가비지 수집이 자주 일어나는 상황을 먼저 떠올릴 수 있어야 합니다. Update 안에서 문자열을 계속 합치거나, 자주 생성·삭제되는 오브젝트를 매번 새로 만드는 것이 흔한 원인입니다.

UI 질문도 자주 나옵니다. 캔버스 안의 요소 하나가 바뀌면 그 캔버스 전체를 다시 계산할 수 있어서, 자주 바뀌는 UI와 고정된 UI를 다른 캔버스로 나누는 방법이 있습니다. 이런 내용을 프로파일러로 확인해 본 경험이 있다면 꼭 말하세요. 추측이 아닌 측정으로 문제를 찾았다는 점이 가장 큰 가산점입니다.

리소스 로딩도 연결되는 주제입니다. 모든 리소스를 처음부터 메모리에 올리지 않고 필요할 때 불러오고 해제하는 방식을 고민해 봤는지 묻는 경우가 있으니, 내 프로젝트의 로딩 방식을 설명할 수 있게 정리해 두세요.

포트폴리오 게임 시연에서 나오는 질문

면접관은 포트폴리오 빌드를 직접 해 보고 오는 경우가 많습니다. 그래서 "이 게임에서 가장 어려웠던 기능은?", "이 버그는 알고 있었나요?" 같은 질문이 나옵니다. 알려진 버그가 있다면 먼저 말하고 원인과 해결 계획을 설명하는 것이 낫습니다. 모르는 버그를 지적받았다면 당황하지 말고 원인이 될 만한 부분을 추측해 말한 뒤 확인해 보겠다고 답하면 됩니다.

팀 프로젝트였다면 내가 맡은 시스템을 분명히 하고, 다른 사람의 코드와 어떻게 연결했는지도 설명할 수 있어야 합니다. 버전 관리 도구로 충돌을 해결한 경험, 씬 파일을 여러 명이 동시에 고치다 생긴 문제를 어떻게 피했는지 같은 이야기는 유니티 협업에서 실제로 자주 겪는 일이라 좋은 소재가 됩니다.

면접 전에 다시 볼 것

면접 전에는 내 프로젝트의 주요 스크립트를 열어 각 클래스가 무슨 역할을 하는지 한 줄씩 말해 보세요. 생명주기 함수 안에 무엇을 넣었는지, 데이터를 어디서 읽어 오는지, 자주 생성되는 오브젝트를 어떻게 처리했는지 세 가지를 확인하면 대부분의 질문에 대비가 됩니다.

지원 회사의 게임이 2D인지 3D인지, 모바일인지 PC인지도 미리 확인해 두면 질문 방향을 짐작할 수 있습니다. 내 유니티 포트폴리오가 면접에서 어떤 질문을 받게 될지 미리 점검하고 싶다면, SBS아카데미게임학원 유니티3D(Unity) 과정 상담에서 프로젝트 구조를 함께 살펴볼 수 있습니다.

자주 묻는 질문

가까운 캠퍼스에서 유니티 알아보기

사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.

함께 읽으면 좋은 글