게임아카데미게임·웹툰·AI 진로 상담
게임그래픽 포트폴리오는 완성 이미지 몇 장보다 제작 과정이 함께 보일 때 평가가 좋습니다. 수업에서는 레퍼런스, 블록아웃, 디테일, 텍스처, 엔진 적용까지 단…
테크니컬 아티스트가 회사에서 해결하는 문제
게임 개발 현장에서는 아티스트가 만든 결과물이 엔진에서 의도대로 보이지 않거나, 너무 무거워서 게임이 느려지거나, 같은 작업을 수백 번 반복해야 하는 일이 자주 생깁니다. 테크니컬 아티스트는 이런 문제를 기술로 풀어 줍니다. 셰이더로 원하는 재질 표현을 만들고, 반복 작업을 자동화하는 툴을 만들고, 그래픽 성능을 점검해 최적화 방법을 제안합니다.
회사에 따라 업무 범위가 꽤 다릅니다. 셰이더와 렌더링 중심인 곳, 리깅과 애니메이션 파이프라인 중심인 곳, 아트 툴 개발 중심인 곳이 있습니다. 그래서 전직 준비 초기에 테크니컬 아티스트 공고를 여러 개 모아 요구 역량을 비교해 보는 것이 좋습니다. 공고에 자주 나오는 툴과 언어가 무엇인지 정리하면 공부할 목록이 자연스럽게 만들어집니다.
공통으로 필요한 것은 양쪽의 말을 모두 알아듣는 능력입니다. 아티스트가 '좀 더 부드럽게'라고 말할 때 그것을 수치와 코드로 옮기고, 프로그래머가 '드로우콜이 많다'고 할 때 그것을 아티스트가 이해할 수 있는 작업 지침으로 바꿔 전달해야 합니다.
출발점별로 채워야 할 것이 다릅니다
| 출발점 | 이미 가진 것 | 새로 채울 것 |
|---|---|---|
| 개발자 출신 | 프로그래밍, 디버깅, 문서 읽기 | 3D 툴 사용, 모델링·텍스처·리깅 공정 이해, 미적 판단 |
| 3D 아티스트 출신 | 툴 숙련도, 아트 공정 이해, 결과물 보는 눈 | 스크립트 언어, 셰이더 작성, 렌더링 원리 |
| 그 밖의 직군 | 업무 자동화나 데이터 정리 경험 | 양쪽 기초를 모두 쌓아야 해서 가장 긴 준비 기간 |
개발자 출신은 기술 학습은 빠르지만 '무엇이 보기 좋은가'를 판단하는 감각이 약할 수 있습니다. 모델링 소품 하나라도 직접 만들어 보면 아티스트의 작업 흐름이 어디서 막히는지 몸으로 알게 됩니다. 아티스트 출신은 반대로 코드에 대한 두려움을 넘는 것이 첫 과제입니다. 작은 스크립트 하나로 반복 작업을 줄여 보는 경험부터 시작하면 장벽이 낮아집니다.
게임과 무관한 직군에서 출발한다면 TA를 바로 목표로 하기보다, 3D 아티스트나 프로그래머 중 한쪽으로 먼저 기반을 쌓는 경로도 함께 고려해 보세요.
퇴근 후 시간으로 진행하는 준비 단계
- 부족한 쪽 기초: 개발자는 3D 툴로 소품 모델링과 텍스처를, 아티스트는 스크립트 언어 기초를 익힙니다.
- 엔진 렌더링 이해: 엔진 하나를 정하고 머티리얼, 라이팅, 그림자, 후처리가 어떻게 화면을 만드는지 살펴봅니다.
- 셰이더 작업: 노드 기반 셰이더 편집기로 물결, 디졸브(사라지는 효과), 외곽선 같은 표현을 만들어 봅니다.
- 툴 제작: 3D 툴이나 엔진 에디터에서 반복 작업을 자동화하는 간단한 스크립트를 만듭니다. 이름 일괄 변경, 에셋 규격 검사 같은 것이 좋습니다.
- 최적화 사례: 일부러 무거운 장면을 만든 뒤 성능 측정 도구로 원인을 찾고 개선한 과정을 기록합니다.
각 단계 결과물은 짧은 영상이나 전후 비교 이미지로 남겨 두세요. 평일에는 강의 하나나 셰이더 하나처럼 작은 단위로, 주말에는 툴 제작이나 최적화 실험처럼 긴 집중이 필요한 작업으로 나누면 직장과 병행하기 수월합니다.
TA 포트폴리오는 '문제와 해결'로 구성합니다
테크니컬 아티스트 포트폴리오는 예쁜 그림 모음이 아닙니다. 어떤 문제가 있었고, 어떤 기술로 어떻게 해결했고, 그 결과 무엇이 좋아졌는지를 보여 주는 사례 모음에 가깝습니다. 셰이더라면 원하는 표현과 노드 구성, 툴이라면 줄어든 작업 단계, 최적화라면 개선 전후 성능 비교가 들어가야 합니다.
개발자 출신이라면 코드 품질과 함께 결과 화면이 보기 좋은지도 신경 써야 하고, 아티스트 출신이라면 결과 화면과 함께 코드나 노드 구성을 설명할 수 있어야 합니다. 툴 사례는 실제로 쓰는 장면을 짧은 영상으로 보여 주면 이해가 훨씬 빠릅니다. 코드 저장소 링크를 함께 두는 것도 좋습니다.
지금 회사에서 이미 하고 있을 수도 있는 TA 업무
직장에서 엑셀 매크로로 반복 업무를 줄였거나, 디자인 팀의 파일 규칙을 정리했거나, 다른 부서와 기술적인 내용을 통역하듯 전달해 본 경험이 있다면 TA의 일하는 방식과 닮아 있습니다. 이런 경험은 면접에서 '협업 중 문제를 기술로 해결한 사례'로 구체적으로 말할 수 있습니다.
다만 회사 내부 자료나 코드를 그대로 포트폴리오에 쓰는 것은 피해야 합니다. 같은 원리를 게임 아트 상황에 맞춰 새로 만든 사례로 보여 주세요. 사례를 고를 때는 규모보다 문제 정의가 분명한 것을 우선하는 편이 좋습니다.
준비 범위가 넓을수록 우선순위가 중요합니다
TA는 공부할 범위가 넓어서 모든 것을 다 하려다 아무것도 끝내지 못하는 경우가 많습니다. 목표 공고 몇 개를 기준으로 셰이더, 툴, 리깅, 최적화 중 어디에 집중할지 정하고, 그 분야 사례를 깊게 만드는 편이 결과적으로 빠릅니다. 하나의 분야에서 사례가 두세 개 쌓이고 나면 그다음 분야로 넓혀 가도 늦지 않습니다. 넓게 아는 것보다 한 분야에서 끝까지 해결해 본 경험이 면접에서 훨씬 많은 이야깃거리를 만들어 줍니다.
개발과 아트 중 어느 쪽 기초를 먼저 채워야 할지, 지금 경력에서 어떤 사례를 만들 수 있을지 판단이 서지 않는다면 SBS아카데미게임학원 게임그래픽 관련 과정 상담에서 출발점에 맞는 학습 범위와 순서를 함께 정리해 드립니다.
자주 묻는 질문
테크니컬 아티스트는 어떤 프로그래밍 언어를 먼저 배워야 하나요?
3D 툴 자동화에는 Python이 많이 쓰이고, 엔진 쪽에서는 엔진이 쓰는 언어와 셰이더 언어가 쓰입니다. 목표 공고에 적힌 언어를 기준으로 고르세요.
신입 테크니컬 아티스트 채용도 있나요?
경력직 공고가 많은 편이지만 신입이나 주니어를 뽑는 회사도 있습니다. 3D 아티스트나 프로그래머로 입사해 TA로 옮기는 경로도 있습니다.
가까운 캠퍼스에서 게임그래픽 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.