게임그래픽은 화면에 보이는 모든 것을 만드는 분야입니다. 캐릭터와 배경을 입체로 만드는 모델링, 그 캐릭터를 움직이는 애니메이션, 스킬과 폭발을 표현하는 이펙…
TA는 아트와 기술 사이의 통역사입니다
게임 개발에서 아티스트는 '이런 느낌으로 보였으면 좋겠다'를 말하고, 프로그래머는 '이 기기에서는 이 정도까지 가능하다'를 말합니다. 두 팀은 쓰는 언어와 관심사가 달라서 대화가 엇갈리기 쉽습니다. TA는 이 사이에서 아티스트의 의도를 기술적으로 구현 가능한 방법으로 바꾸고, 기술적 제약을 아티스트가 이해할 수 있게 설명합니다.
예를 들어 아트 디렉터가 물에 젖은 바위 느낌을 원하면, TA는 셰이더로 젖은 재질을 표현하는 방법을 만들고, 모바일 기기에서도 부담이 없도록 가볍게 다듬습니다. 아티스트가 반복 작업에 시간을 많이 쓰고 있다면 그 과정을 자동화하는 도구를 만들기도 합니다.
그래서 TA는 직접 멋진 에셋을 만드는 사람이라기보다, 팀 전체가 더 좋은 결과물을 더 빨리 만들 수 있게 판을 깔아 주는 사람에 가깝습니다.
TA가 실제로 하는 일
- 셰이더 제작: 캐릭터, 배경, 이펙트에 쓰는 재질 표현 만들기
- 그래픽 최적화: 폴리곤, 텍스처, 드로우콜 같은 성능 요소 관리
- 파이프라인 관리: 툴에서 엔진까지 에셋이 오가는 규칙과 과정 정리
- 툴 개발: 반복 작업을 줄이는 스크립트와 엔진 내 편집 도구 만들기
- 리깅 지원: 캐릭터 뼈대 구조와 애니메이션 시스템 설정 돕기
회사와 팀에 따라 이 가운데 무엇을 주로 맡는지가 크게 다릅니다. 셰이더와 렌더링에 집중하는 TA가 있고, 리깅과 애니메이션 시스템을 주로 다루는 TA, 파이프라인과 툴 개발에 집중하는 TA도 있습니다. 공고를 볼 때 'TA'라는 이름보다 담당 업무 항목을 꼼꼼히 읽어야 하는 이유입니다.
드로우콜은 화면에 무언가를 그리라고 그래픽 장치에 보내는 명령의 횟수로, 너무 많으면 게임이 느려집니다. 이런 개념을 아티스트에게 쉽게 설명하는 것도 TA의 중요한 일입니다.
아티스트 출신과 프로그래머 출신 비교
| 기준 | 아티스트 출신 TA | 프로그래머 출신 TA |
|---|---|---|
| 강점 | 그래픽 품질 판단, 아티스트 작업 이해 | 코드 구조 이해, 성능 분석 |
| 채워야 할 부분 | 스크립트, 렌더링 원리, 수학 기초 | 색과 형태 감각, 아트 툴 사용 경험 |
| 잘 맞는 업무 | 셰이더 표현, 리깅 지원, 에셋 규칙 정리 | 엔진 툴 개발, 렌더링 최적화 |
| 자주 거치는 경로 | 3D·이펙트 아티스트로 일하다 전환 | 그래픽 프로그래머로 일하다 전환 |
어느 쪽 출신이든 TA로 일하려면 결국 두 영역을 모두 이해해야 합니다. 출발점이 다를 뿐 도착점은 같다고 보면 됩니다. 아티스트 출신은 '왜 이 표현이 무거운가'를, 프로그래머 출신은 '왜 이 표현이 예쁜가'를 이해하는 데 시간을 들여야 합니다.
TA에게 필요한 기술 수준은 어느 정도일까
TA가 게임 클라이언트 프로그래머만큼 코드를 짤 필요는 없습니다. 하지만 스크립트를 읽고 고칠 수 있어야 하고, 간단한 자동화 도구는 직접 만들 수 있어야 합니다. 3D 툴에서는 파이썬 같은 스크립트 언어가 많이 쓰이고, 엔진 안에서는 엔진이 지원하는 스크립트나 노드 기반 편집기를 다룹니다.
셰이더를 다루려면 벡터와 내적 같은 기초 수학, 빛이 표면에 반사되는 원리에 대한 이해가 필요합니다. 처음에는 노드 기반 셰이더 편집기로 시각적으로 원리를 익히고, 익숙해지면 코드로 작성된 셰이더를 읽어 보는 순서가 부담이 적습니다.
아트 쪽 역량도 빼놓을 수 없습니다. 기본적인 모델링과 텍스처 작업 경험이 있어야 아티스트가 겪는 불편을 이해하고, 그 불편을 줄이는 도구를 만들 수 있습니다. 실제로 TA가 만든 도구가 아티스트에게 외면받는 경우는 대개 아티스트의 작업 순서를 모르고 만들었을 때입니다.
TA 지망생의 포트폴리오 구성
- 직접 만든 셰이더 몇 가지를 엔진 화면과 노드 구조로 함께 보여 주기
- 같은 장면의 최적화 전후 성능 차이를 수치와 화면으로 비교하기
- 반복 작업을 줄이는 간단한 스크립트 도구와 사용 영상 정리하기
- 문제를 어떻게 정의하고 해결했는지 짧은 문서로 설명하기
TA 포트폴리오에서는 결과물만큼 문제 해결 과정이 중요합니다. 어떤 문제가 있었고, 왜 그 방법을 골랐고, 결과가 어떻게 좋아졌는지 설명하는 문서가 함께 있으면 실무 능력을 훨씬 설득력 있게 보여 줄 수 있습니다.
아티스트 출신이라면 자신이 만든 에셋과 셰이더를 함께 보여 주는 구성이 좋습니다. 직접 만든 캐릭터에 맞춰 피부나 머리카락 셰이더를 만들고, 그 결과를 엔진 화면에서 비교하는 식입니다. 프로그래머 출신이라면 화면 품질을 유지하면서 성능을 끌어올린 사례를 중심에 두고, 아티스트가 쓰기 편하도록 만든 도구의 사용 화면을 함께 넣으면 두 영역을 이해한다는 점이 잘 드러납니다.
어느 쪽에서 출발할지 정하는 기준
그래픽 작업을 하다가 '이걸 더 빨리, 더 가볍게 할 방법은 없을까'를 자주 고민한다면 아티스트 출신 TA가 잘 맞을 수 있습니다. 코드를 짜면서 화면이 어떻게 그려지는지, 왜 이 효과는 예쁜지에 관심이 간다면 프로그래머 출신 TA를 노려 볼 만합니다. 어느 쪽이든 처음에는 한쪽의 실무 역량을 확실히 갖추는 것이 TA로 가는 가장 현실적인 길입니다. 지금 가진 경험이 아트 쪽인지 기술 쪽인지에 따라 무엇부터 채워야 할지 궁금하다면, SBS아카데미게임학원 3D 그래픽 과정 상담에서 출발점과 보완할 역량을 함께 정리할 수 있습니다.
자주 묻는 질문
TA는 신입으로도 뽑나요?
경력자를 찾는 공고가 많은 편이지만, 신입이나 주니어 TA를 뽑는 회사도 있습니다. 셰이더와 스크립트 결과물이 분명하면 신입도 지원해 볼 수 있습니다.
TA가 되려면 컴퓨터공학을 전공해야 하나요?
필수는 아닙니다. 아트 전공자도 스크립트와 셰이더를 꾸준히 익혀 TA로 일하는 경우가 있습니다. 전공보다 결과물과 문제 해결 경험이 더 중요하게 평가됩니다.
가까운 캠퍼스에서 게임그래픽 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.