클라이언트 프로그래머 면접에서 자주 나오는 질문과 답변 방향

이 글과 연결된 과정게임프로그래밍 과정 알아보기

게임 회사 프로그래머 채용에서는 코딩 테스트와 함께 직접 만든 프로젝트를 봅니다. 수업 중에 자료구조와 알고리즘 문제를 꾸준히 풀고, 동시에 캐릭터 조작, 물…

언어 기초 질문은 동작 원리까지 묻습니다

C++을 주로 쓰는 회사라면 포인터와 참조의 차이, 가상 함수가 어떻게 호출되는지, 스마트 포인터를 쓰는 이유, 메모리 누수가 생기는 상황 같은 질문이 자주 나옵니다. C#을 주로 쓰는 회사라면 값 형식과 참조 형식의 차이, 가비지 컬렉션이 언제 부담이 되는지, 박싱이 무엇인지 등을 묻습니다.

이런 질문에는 정의를 한 문장으로 말한 뒤, 게임에서 어떤 문제와 연결되는지를 덧붙이는 것이 좋습니다. 예를 들어 가비지 컬렉션이라면 "매 프레임 새 객체를 만들면 수집이 자주 일어나 순간적으로 화면이 멈칫할 수 있어서, 총알처럼 자주 생기는 객체는 미리 만들어 두고 재사용하는 오브젝트 풀을 썼다"처럼 말하면 원리와 경험이 함께 드러납니다.

모르는 질문이 나오면 추측으로 길게 말하기보다 아는 범위를 밝히고 어떻게 확인할지 말하는 편이 낫습니다. 면접관은 지식의 양만큼이나 모르는 것을 대하는 태도를 봅니다.

게임 수학은 화면에서 일어나는 일로 설명합니다

클라이언트 프로그래머는 캐릭터 이동, 카메라, 충돌 판정을 다루기 때문에 벡터와 행렬 질문이 빠지지 않습니다. "내적과 외적은 게임에서 어디에 쓰나요?"가 대표적입니다. 내적으로 적이 내 앞에 있는지 뒤에 있는지를 판별하고, 외적으로 왼쪽인지 오른쪽인지를 구한다는 식으로 실제 쓰임을 말하면 됩니다.

• 정규화 벡터를 쓰는 이유와 대각선 이동이 빨라지는 문제
• 로컬 좌표와 월드 좌표의 차이, 부모 자식 관계에서의 변환
• 회전을 오일러 각 대신 쿼터니언으로 다루는 이유
• 프레임 간격(델타 타임)을 곱하지 않으면 생기는 문제

화이트보드에 간단한 그림을 그려 가며 설명해 보라고 할 수도 있으니, 평소에 그림으로 설명하는 연습을 해 두면 도움이 됩니다.

포트폴리오 코드 질문: 내가 설계한 이유를 말해야 합니다

면접관은 포트폴리오 게임을 미리 보고 "이 기능은 어떻게 구현했나요?"라고 묻습니다. 인벤토리, 스킬 쿨타임, 몬스터 AI, UI 갱신처럼 구체적인 기능을 짚습니다. 여기서 중요한 것은 구조를 선택한 이유입니다.

예를 들어 몬스터 AI를 상태 머신으로 만들었다면 "순찰, 추적, 공격, 복귀 상태를 나누고 상태마다 진입과 종료 처리를 분리해, 새 상태를 추가할 때 기존 코드를 크게 건드리지 않게 했다"처럼 설명합니다. 이어서 "상태가 많아지면 관리가 어려워져서 다음에는 다른 방식도 고려해 보고 싶다"고 한계까지 말하면 깊이 있는 답이 됩니다.

팀 프로젝트라면 내가 맡은 부분을 정확히 구분해 말하세요. 남이 짠 코드까지 내 것처럼 설명하면 세부 질문에서 바로 드러납니다. 코드 저장소 링크를 냈다면 면접 전에 커밋 기록과 주요 파일을 다시 읽어 두는 것이 좋습니다.

엔진과 렌더링 구조를 얼마나 아는지 확인합니다

"한 프레임 동안 게임에서 무슨 일이 일어나나요?"는 클라이언트 면접의 단골 질문입니다. 입력 처리, 게임 로직 갱신, 물리 계산, 렌더링 순서로 이어지는 큰 흐름을 말하고, 사용하는 엔진에서는 어떤 함수가 어느 시점에 호출되는지 연결하면 좋습니다.

렌더링 쪽에서는 드로우콜이 무엇이고 왜 줄여야 하는지, 투명한 물체를 그릴 때 순서가 왜 중요한지 정도를 묻는 경우가 많습니다. 그래픽스를 깊이 공부하지 않았더라도 성능 문제와 연결되는 기본 개념은 설명할 수 있어야 합니다.

멀티스레드와 비동기 처리도 종종 등장합니다. 리소스를 불러오는 동안 화면이 멈추지 않게 하려면 어떻게 하는지, 여러 스레드가 같은 데이터를 건드릴 때 어떤 문제가 생기는지 같은 질문입니다. 신입에게 깊은 구현 경험을 기대하지는 않지만, 로딩 화면이나 씬 전환을 만들며 이런 문제를 의식해 본 적이 있다면 그 경험을 꺼내면 됩니다. 아직 다뤄 보지 않았다면 원리를 짧게 설명하고, 왜 게임에서 메인 스레드를 막으면 안 되는지 정도를 말할 수 있으면 충분합니다.

최적화와 디버깅 경험은 과정을 이야기합니다

"게임이 느려졌을 때 어떻게 원인을 찾나요?"라는 질문에는 감으로 고치지 않고 측정부터 한다는 답이 기본입니다. 프로파일러로 어느 부분이 시간을 많이 쓰는지 확인하고, CPU 쪽 문제인지 GPU 쪽 문제인지 나눈 뒤, 원인을 하나씩 좁혀 간 과정을 말하면 됩니다.

실제로 겪은 버그 이야기도 좋은 소재입니다. 재현이 어려웠던 버그를 어떻게 재현 조건을 찾아 해결했는지, 로그를 어떻게 남겼는지 같은 경험은 실무에서 매일 하는 일과 직결됩니다. 해결하지 못한 버그라도 어디까지 추적했는지 말할 수 있다면 충분한 이야기거리가 됩니다. 최적화 경험을 말할 때는 "빨라졌다"로 끝내지 말고 무엇을 기준으로 확인했는지 덧붙이세요. 같은 장면에서 프레임 시간을 비교했다거나 메모리 사용량 변화를 봤다는 식으로 확인 방법을 말하면, 실제로 측정하며 일하는 사람이라는 인상을 줍니다.

협업 질문과 면접 전 마지막 준비

클라이언트 프로그래머는 기획자, 아티스트, 서버 프로그래머와 가장 많이 부딪히는 자리입니다. "기획 의도가 구현하기 어려운 내용이면 어떻게 하나요?"라는 질문에는 안 된다고 끝내지 말고 비용과 대안을 함께 제시한다고 답하세요. 아티스트가 쓰기 편하도록 수치를 에디터에서 조절할 수 있게 만든 경험이 있다면 좋은 사례가 됩니다.

면접 전에는 포트폴리오에서 가장 복잡한 기능 하나를 골라 화이트보드에 구조를 그려 설명해 보세요. 막히는 부분이 바로 다시 공부할 부분입니다. 기초 질문과 포트폴리오 설명 중 어디가 약한지 스스로 판단하기 어렵다면, SBS아카데미게임학원 게임프로그래밍 과정 상담에서 지금 코드를 기준으로 준비 순서를 함께 정할 수 있습니다.

자주 묻는 질문

가까운 캠퍼스에서 게임프로그래밍 알아보기

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

함께 읽으면 좋은 글