언리얼 개발자 면접에서 자주 나오는 질문과 답변 방향

이 글과 연결된 과정언리얼 과정 알아보기

언리얼 프로젝트는 파일이 크고 구조가 복잡해서 처음부터 폴더와 에셋을 정리하는 습관이 중요합니다. 수업에서는 회사에서 쓰는 이름 규칙과 폴더 구조를 기준으로 …

블루프린트와 C++을 어떻게 나눴는지 먼저 묻습니다

언리얼 면접의 첫 질문으로 자주 나오는 것이 "블루프린트만 썼나요, C++도 썼나요?"입니다. 블루프린트는 노드를 연결해 로직을 만드는 비주얼 스크립트로, 빠르게 시험하고 기획자나 아티스트가 고치기 쉽습니다. C++은 성능이 중요하거나 구조가 복잡한 핵심 시스템에 적합합니다.

좋은 답은 두 가지를 섞어 쓴 기준을 말하는 것입니다. 예를 들어 "캐릭터 이동과 전투 계산 같은 핵심은 C++ 클래스로 만들고, 수치 조절과 연출은 그 클래스를 상속한 블루프린트에서 다루게 했다"는 식입니다. 블루프린트로만 만들었다면 그 사실을 솔직히 말하되, 블루프린트가 커지면서 생긴 문제와 C++로 옮긴다면 어디부터 옮길지를 말할 수 있어야 합니다.

C++ 쪽에서는 UPROPERTY와 UFUNCTION 매크로를 왜 붙이는지 자주 묻습니다. 에디터와 블루프린트에 노출하기 위한 목적과 함께, 언리얼의 가비지 컬렉션이 객체를 추적하게 하는 역할이 있다는 점까지 말할 수 있으면 좋습니다. 이 표시를 빠뜨려 참조하던 객체가 사라진 경험이 있다면 좋은 사례가 됩니다.

게임플레이 프레임워크의 역할을 구분할 수 있어야 합니다

언리얼은 게임 규칙, 플레이어 입력, 캐릭터, 상태 정보를 담당하는 클래스를 미리 나눠 두었습니다. 면접에서는 "점수는 어디에 저장하나요?", "게임 규칙은 어느 클래스에 넣나요?" 같은 질문으로 이 구조를 이해하는지 확인합니다.

답할 때는 표를 외워 말하기보다 내 프로젝트에서 실제로 어떻게 나눴는지 예를 듭니다. 캐릭터가 죽고 다시 태어나도 점수가 유지되어야 해서 점수를 Character가 아닌 PlayerState에 둔 경험처럼, 구조 덕분에 해결된 문제를 말하면 설득력이 높습니다.

멀티플레이 리플리케이션은 기본 개념을 정확히 말합니다

리플리케이션은 서버의 상태를 각 클라이언트에 복제해 맞추는 언리얼의 네트워크 방식입니다. 멀티플레이 게임을 만드는 회사라면 "서버 권한이란 무엇인가요?", "RPC와 변수 복제는 언제 각각 쓰나요?" 같은 질문이 나옵니다.

변수 복제는 체력처럼 계속 유지되는 상태를 맞출 때, RPC는 공격 요청이나 일회성 연출처럼 특정 순간의 사건을 전달할 때 쓴다고 구분하면 됩니다. 클라이언트가 직접 결과를 정하지 않고 서버에 요청한 뒤 서버가 판정한다는 원칙도 함께 말하세요. 멀티플레이 프로젝트 경험이 없다면 솔직히 밝히고, 개념을 이해하고 있다는 정도로 답해도 괜찮습니다. 다만 "멀티는 서버 프로그래머가 하는 일"이라고 선을 긋는 답은 피하세요. 언리얼에서는 클라이언트 개발자도 캐릭터 동작을 만들 때부터 어떤 값을 복제할지 함께 고민하기 때문입니다.

성능 질문은 틱과 프로파일링 경험으로 답합니다

"Tick을 많이 쓰면 왜 문제가 되나요?"는 언리얼 면접의 단골 질문입니다. 매 프레임 실행되는 Tick에 무거운 계산을 넣거나, 수많은 액터가 각자 Tick을 돌리면 부담이 커집니다. 그래서 꼭 필요하지 않은 액터는 Tick을 끄고, 일정 간격으로 해도 되는 일은 타이머로, 상태가 바뀔 때만 필요한 일은 이벤트로 처리한다고 답하면 좋습니다.

그래픽 쪽 성능도 질문받을 수 있습니다. 화면에 많은 물체가 있을 때 거리별로 단순한 모델을 쓰는 LOD나, 같은 메시를 한꺼번에 그리는 인스턴싱을 알고 있는지 묻는 식입니다. 엔진에 내장된 통계 명령이나 프로파일링 도구로 병목을 확인해 본 경험이 있다면 구체적으로 말하세요. 측정 경험이 없다면 다음 프로젝트에서 어떤 순서로 확인해 보겠다고 말하는 것으로 대신할 수 있습니다.

포트폴리오 프로젝트에 대한 질문과 협업 경험

언리얼 포트폴리오는 템플릿이나 마켓플레이스 에셋을 기반으로 만든 경우가 많아서 "어디까지 직접 만들었나요?"라는 질문이 반드시 나옵니다. 템플릿에서 시작했다면 그 사실을 먼저 말하고, 내가 추가하거나 바꾼 시스템을 구체적으로 짚으세요. 이 구분이 흐리면 다른 답변의 신뢰도까지 떨어집니다.

팀 작업에서는 블루프린트 파일이 텍스트가 아니라서 여러 명이 동시에 고치면 합치기 어렵다는 문제가 자주 생깁니다. 파일을 잠그고 작업했거나, 역할별로 블루프린트를 잘게 나눠 충돌을 줄인 경험이 있다면 좋은 협업 사례가 됩니다. 기획자가 수치를 직접 바꿀 수 있도록 데이터 테이블을 만든 경험도 함께 말해 보세요.

면접 전에 엔진을 다시 열어 확인할 것

면접 전에는 프로젝트를 열고 주요 클래스가 프레임워크의 어디에 해당하는지 한 번 정리해 보세요. 블루프린트 그래프가 너무 복잡한 곳은 왜 그렇게 되었는지, C++로 옮긴다면 어떻게 나눌지 생각해 두면 꼬리 질문에 대비할 수 있습니다. 지원 회사가 쓰는 엔진 버전과 장르를 미리 확인해 두는 것도 도움이 됩니다.

블루프린트 중심으로 공부해 와서 C++ 질문이 걱정된다면, SBS아카데미게임학원 언리얼엔진(Unreal) 과정 상담에서 지금 프로젝트를 기준으로 어떤 부분부터 C++로 옮겨 볼지 순서를 함께 정해 보세요.

자주 묻는 질문

가까운 캠퍼스에서 언리얼 알아보기

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

함께 읽으면 좋은 글