이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
게임 엔진의 그래픽 처리에서 가장 중요하게 생각하는 요소는 드로우콜 최적화와 렌더링 파이프라인 이해입니다. 수업에서 CPU가 GPU에 렌더링 명령을 보내는 드로우콜 수가 많아질수록 오버헤드가 커진다는 원리를 배웠습니다. Batching과 Instancing으로 동일한 메시를 한 번에 렌더링하는 것이 성능 개선의 출발점입니다. 셰이더는 버텍스 셰이더와 프래그먼트 셰이더가 각각 형태와 색상을 처리하는 역할을 담당합니다.
알파 블렌딩이 있는 반투명 오브젝트는 뒤에서 앞으로 정렬해서 렌더링해야 결과가 올바릅니다. 그래픽 처리는 이론과 실제 프로파일링을 반복하며 이해가 깊어지는 분야라고 생각합니다.
실시간 그림자를 많이 쓰면 화면이 더 풍부해질 거라고 생각했는데 실제로는 반대였습니다. 다이내믹 섀도우를 여러 광원에 적용했더니 프레임이 급격히 떨어졌고, 그림자 품질과 렌더링 비용 사이의 트레이드오프를 그때 처음 실감했습니다. 시각적 완성도를 높이려다가 플레이 자체가 불가능해질 뻔한 경험이었습니다.
그 뒤로 빛과 그림자를 설계할 때 정적 광원과 동적 광원을 어떻게 조합할지를 먼저 계획합니다. 라이트맵을 굽는 구간과 실시간 처리가 필요한 구간을 구분하면 같은 품질을 훨씬 적은 비용으로 구현할 수 있다는 걸 배웠습니다. 그래픽 품질은 연산량이 아니라 예산을 어디에 쓰느냐로 결정된다는 걸 그때 배웠습니다. 그래픽 품질은 예산을 어디에 쓰느냐로 결정되고, 연산량이 많다고 좋은 게 아니라는 걸 그때 알게 됐습니다.
학교 수업에서 소프트웨어 렌더러를 직접 구현해본 경험이 게임 엔진을 이해하는 데 도움이 됐습니다. 레스터라이제이션부터 z-buffer 처리까지 직접 짜면서, 엔진이 화면 하나를 그리기 위해 얼마나 많은 단계를 거치는지를 처음으로 실감했습니다. 삼각형 하나를 화면에 그리는 과정을 코드로 써본 뒤 엔진의 렌더 파이프라인이 왜 그런 구조인지가 자연스럽게 이해됐습니다.
그 경험 덕분에 엔진에서 렌더링 관련 설정을 바꿀 때 내부에서 어떤 일이 생기는지 어느 정도 추측할 수 있게 됐습니다. 추상화 너머의 구조를 한 번이라도 들여다본 경험이 나중에 최적화 문제를 만났을 때 진단 방향을 잡는 데 도움이 됩니다. 추상화 너머 구조를 한 번이라도 들여다보면 이후 디버깅이 훨씬 빨라진다는 걸 그때 배웠습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 스마일게이트 게임 클라이언트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.