게임아카데미게임·웹툰·AI 진로 상담
게임그래픽은 화면에 보이는 모든 것을 만드는 분야입니다. 캐릭터와 배경을 입체로 만드는 모델링, 그 캐릭터를 움직이는 애니메이션, 스킬과 폭발을 표현하는 이펙…
"TA가 하는 일이 뭐라고 생각하나요?"부터 시작합니다
TA는 회사마다 역할 범위가 꽤 달라서, 면접 초반에 지원자가 이 직무를 어떻게 이해하는지 묻는 경우가 많습니다. 셰이더 중심의 TA, 리깅과 애니메이션 파이프라인 중심의 TA, 툴과 자동화 중심의 TA처럼 무게중심이 다릅니다.
좋은 답은 "아티스트가 만든 결과물이 엔진에서 의도대로, 효율적으로 나오게 돕는 사람"이라는 큰 정의를 말한 뒤, 내가 가장 깊이 해 본 영역이 어디인지를 밝히는 것입니다. 모든 것을 다 할 수 있다고 말하기보다 강점 하나와 배우고 있는 영역 하나를 구분해 말하는 편이 신뢰를 얻습니다. 지원 회사의 채용 공고에 적힌 업무를 미리 읽고, 그중 내가 경험한 것과 연결해 답하면 더 좋습니다.
셰이더 질문은 원리와 의도를 함께 묻습니다
포트폴리오에 셰이더 작업이 있다면 "이 효과는 어떤 원리로 만들었나요?"라는 질문이 바로 나옵니다. 노드 그래프를 그대로 읽어 주는 것보다, 어떤 입력을 받아 어떤 계산을 거쳐 어떤 결과를 냈는지를 순서대로 설명하는 것이 좋습니다. 예를 들어 카툰 렌더링이라면 빛의 방향과 표면 방향의 관계로 밝기를 구하고, 그 값을 몇 단계로 끊어 만화 같은 명암을 만들었다는 식입니다.
꼬리 질문으로 "이 셰이더의 비용은 어느 정도인가요?", "모바일에서도 쓸 수 있나요?"가 이어질 수 있습니다. 텍스처 샘플링 횟수나 복잡한 계산이 들어간 부분을 짚고, 줄일 수 있는 방법을 말하면 됩니다. 정확한 측정을 해 보지 않았다면 그 사실을 밝히고, 어떤 도구로 확인해 보겠다고 답하는 것이 정직하고 실무적인 답입니다.
직접 코드를 짜는 셰이더와 노드로 만드는 셰이더 중 어느 쪽을 해 봤는지도 자주 묻습니다. 어느 쪽이든 괜찮지만, 노드만 써 봤다면 그 노드가 코드로는 어떤 계산인지 설명할 수 있을 정도로 준비해 두세요.
툴 제작 경험은 누구를 위해 만들었는지가 핵심입니다
TA 면접에서 툴 제작 경험은 큰 강점입니다. 다만 "이런 기능의 스크립트를 만들었습니다"로 끝나면 아쉽습니다. 면접관이 듣고 싶은 것은 그 툴이 어떤 문제를 해결했는지입니다.
- 누가 어떤 작업에서 불편을 겪고 있었는지
- 그 작업에 원래 시간이 얼마나 들었고, 툴로 어떻게 바뀌었는지
- 사용자가 실수하지 않도록 어떤 예외 처리나 안내를 넣었는지
- 다른 사람이 써 보고 받은 피드백과 고친 부분
팀 프로젝트에서 동료 아티스트를 위해 파일 이름을 일괄 정리하는 스크립트나 익스포트 자동화를 만든 경험처럼 작은 것이라도 좋습니다. 실제 사용자가 있었다는 점이 중요합니다. 혼자만 쓴 툴이라면, 다른 사람이 쓴다면 무엇을 더 보완해야 할지까지 생각해 두세요.
품질과 성능 사이에서 결정하는 질문
"아트 팀은 더 예쁘게, 프로그램 팀은 더 가볍게를 원한다면 어떻게 하나요?"는 TA의 정체성을 묻는 질문입니다. 한쪽 편을 드는 답보다, 측정을 근거로 대화하겠다는 답이 좋습니다. 현재 비용이 어디서 나오는지 확인하고, 화면에서 차이가 거의 보이지 않는 부분부터 줄이는 안을 몇 가지 만들어 비교 화면과 함께 제안하는 식입니다.
LOD, 텍스처 압축, 드로우콜 줄이기, 라이트 베이크처럼 자주 쓰는 최적화 방법을 이해하고 있다면 상황에 맞게 꺼내 쓰면 됩니다. 중요한 것은 방법의 이름보다 "이 장면에서는 이 문제가 가장 크니 이것부터 하겠다"는 우선순위 판단입니다. 실제로 프로파일러를 열어 원인을 찾아본 경험이 있다면 짧게라도 꼭 이야기하세요.
아티스트와 프로그래머 사이에서 소통하는 방식
TA는 두 직군의 언어를 번역하는 역할을 자주 맡습니다. 그래서 "아티스트가 기술 규칙을 자꾸 지키지 않으면 어떻게 하나요?" 같은 질문이 나옵니다. 규칙을 강요하기보다 규칙이 필요한 이유를 보여 주고, 툴이나 검사 스크립트로 실수를 자동으로 잡아 주는 방법이 좋은 답이 됩니다.
반대로 프로그래머에게 그래픽 요구 사항을 전달하는 경험을 묻기도 합니다. 어떤 효과가 필요한지 말로만 설명하지 않고, 레퍼런스 이미지와 간단한 프로토타입을 만들어 전달했다는 사례가 있다면 좋습니다. 문서를 정리해 공유한 경험도 TA에게는 중요한 이야기거리입니다.
새 기술을 어떻게 익히는지도 TA 면접에서 자주 확인합니다. 엔진 버전이 바뀌거나 새 렌더링 기능이 나오면 TA가 먼저 시험해 보고 팀에 정리해 주는 경우가 많기 때문입니다. 최근에 혼자 공부한 기능 하나를 골라 어떤 자료로 익혔고, 작은 테스트 장면에서 무엇을 확인했는지 말할 수 있게 준비해 두세요. 공부한 내용을 글이나 짧은 영상으로 남겨 두었다면 그 자체가 팀에 지식을 나누는 습관을 보여 주는 근거가 됩니다.
면접 전에 준비해 둘 설명 자료
TA 포트폴리오는 결과 화면만으로는 작업의 가치가 잘 보이지 않습니다. 그래서 면접 전에 대표 작업마다 "문제, 접근, 결과"를 한 장씩 정리해 두면 좋습니다. 툴이라면 사용 전후 작업 과정을 짧은 영상으로, 셰이더라면 노드 그래프와 결과 화면을 나란히 준비하는 식입니다.
코드를 보자고 할 수도 있으니 저장소를 정리하고, 다시 읽어도 이해할 수 있게 주석을 다듬어 두세요. 오래전에 짠 코드라도 지금 다시 짠다면 어디를 고치겠는지 한두 군데 꼽아 두면, 코드 리뷰를 받는 태도를 묻는 질문에도 자연스럽게 답할 수 있습니다. 면접관은 완벽한 코드보다 스스로 개선점을 보는 눈을 더 높이 평가하는 경우가 많습니다. TA를 목표로 할 때 아트와 프로그래밍 중 어디를 먼저 채워야 할지 고민이라면, SBS아카데미게임학원 상담에서 지금 가진 작업물을 기준으로 보완 순서를 함께 정해 보세요.
자주 묻는 질문
아트 출신과 프로그래밍 출신 중 TA 면접에 유리한 쪽이 있나요?
회사가 원하는 TA 유형에 따라 다릅니다. 어느 쪽 출신이든 반대 영역을 어느 정도 다룰 수 있다는 근거를 포트폴리오로 보여 주는 것이 중요합니다.
TA 면접에 코딩 테스트가 있나요?
회사에 따라 간단한 스크립트 과제나 셰이더 과제를 내기도 합니다. 공고와 전형 안내를 확인하고, 자주 쓰는 언어로 짧은 자동화 스크립트를 짜 보는 연습을 해 두면 좋습니다.
가까운 캠퍼스에서 게임그래픽 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.