[🏆HIT] TA에 관하여 개인적인 생각과 조언

[Ryuun(limit8999)]

오랜만에 글 쓰느라 뭔가 긴장되고 걱정도 되는데, 암튼 좀 풀어보겠습니다.

—

이번에 저희 팀의 게임 ‘마녀의 정원’이 비버롹스2025에 참가하면서, 김성회님의 선정(이라고 들었는데, 만약 아니라면 추후 정정하겠습니다.)으로 무대에서 소개할 기회도 얻어 부족하나마 게임을 소개하고 제 이야기를 풀게 되었습니다. 그리고 자리에서 게임의 좋은 평가로 말미암아 제 분에 넘치게 많은 관심을 받았습니다. 이 글을 빌어 다시 한 번 감사합니다.

TA라는 제 직무 소개로 인해서 혹은 저희 게임을 좋게 평가하셔서, TA의 직무에 관해서 많은 질문과 문의 그리고 메일 등등을 받았습니다. 다만 부스를 보는 중이었기에 길게 설명하지도 못 했고, 샤이한 인디 개발자들의 특성상 선뜻 말 걸기 힘드셨을 텐데 그 진심에 불구하고 충분히 도움을 드리지 못한 것 같아 계속 마음에 걸렸습니다. 

조금이라도 도움이 되실 수 있도록 여기에서 몇 자 더 적어보려고 합니다.

TA라는 직무에 대해서

저는 테크니컬 아티스트, 이하 TA는 개발자(프로그래머 등 구현 관계자)와 아티스트를 중개하고, 아티스트의 의도가 최대한 온전하게 구현될 수 있도록 하는 것을 목적으로 하는 직무라고 생각합니다.

개발자는 대부분 논리와 기술적 사고에 기반하여 사고하는 것에 익숙합니다. 그리고 아티스트들은 대부분 감성과 통찰적 사고에 기반하여 사고하는것에 익숙하죠. TA는 그 사이에 서서 통역을 해주는 통역사 같은 포지션입니다. 통역사와 달리 통역사 자신의 발상과 창의력 또한 반영되므로 번역가에 더 가까울 수도 있겠네요.

간단한 예시를 들어보겠습니다.

프로그래머에게 어떤 연출을 부탁하려면, 멀티플라이로 플랜 하나를 백그라운드 레이어로 올리고 / 알파블렌드로 파티클을 뿌리고 / 에디티브로 글로우 효과 얹고 / 포스트 프로세싱으로 블룸이 확 생겼다가 / 카메라 FOV를 줄였다가 / 블룸과 FOV를 동시에 복귀시키고 싶다 고 설명하면 됩니다. 그리고 이것들을 코드로 처리할지, 애니메이션 클립으로 만들지 여러가지로 함께 고민할 수 있겠죠. 이후에도 비슷한 연출을 만들어야 한다면 관련 시스템이나 툴의 개발과 기획도 고민해야 할 수 있습니다.

하지만 아티스트에게 이렇게 설명하라고 요구하는 건 옳지 않습니다.

아티스트들은 빛을 더 잘 표현하고 강하게 보이게 하기 위해서 중간 톤의 배경에 국소적인 부분이 어두워져야 할 것 같고 / 파란 이펙트와 함께 빛이 났으면 좋겠고 / 순간적으로 카메라가 화각이 넓어지면서 광원의 빛이 번쩍이고 / 순간적으로 확 원래대로 돌아오면 좋겠다고 설명할 겁니다. 그리고 개발하면서 종종 이런 비슷한 연출이 사용될 텐데, 타이밍이나 느낌이나 이것 저것 달라질 수도 있다고 설명하죠.

이 두 설명은 꽤 괴리가 크게 느껴집니다. 그리고 이 괴리의 가장 큰 문제는, 아티스트는 어떤 도구와 기술로 무엇을 할 수 있는지 잘 모르고, 개발자는 아티스트가 무엇을 필요로 하고 어떤 것을 만들고 싶은지 잘 모른다는 것입니다. 이 괴리는 게임의 연출의 폭을 좁히고 최대치를 낮출 가능성이 있죠.

만약 TA가 있다면 이 상황에서 직접 연출을 구현하거나 툴을 제작해줄 수도 있을 것이고, 양 쪽을 위한 가이드를 제작할 수도 있을 겁니다. 모바일 플랫폼 개발이어서 포스트 프로세싱을 사용하는 것은 상당한 리스크가 있는 문제이기 때문에, 꼭 필요한 표현이고 의도가 무엇이며 다른 표현 방법은 없는지 함께 고민할 수도 있을 겁니다.

TA는 쉐이더 코드 짜고 리소스 관리하고 최적화하는 직무라고 생각하는 사람들이 많습니다. 하지만 저는 이 의견에 대해서 보편적으로 자주 요구되는 것들이라고는 생각하지만, 어떤 것도 필수적이라고는 생각하지 않습니다. 어쩌면 기술력이 떨어지더라도 개발과 아트에 더 높은 이해와 문제 해결을 위한 발상력 그리고 빠른 문제 파악 능력과 커뮤니케이션 능력이 더 중요할 수도 있다고 생각합니다.

솔직히 TA가 코딩 좀 한다 한들 그게 한 평생 A4용지에 뭔지도 모를 숫자랑 다이어그램 그려가면서 하루에도 수백줄씩 썼다 지우는 인간들만 하겠습니까? 또 아트 좀 한다 한들 그게 자모 한 글자 안 쓰고 사람 감동시키려고 손 끝 발 끝 다 써가면서 일하는 인간들만 하겠습니까? TA는 그런 인간의 언어가 아닌 것들을 다루는 스페셜리스트들을 이어주고, 최고의 퍼포먼스와 결과물이 나오게 하는 사람이라고 생각합니다.

TA에게 요구하는 것

TA가 되려면 뭘 해야하는지, 어떤 공부를 해야하는지 물어보신 분들이 많았습니다. 정말 답변하기 어려운 문제라고 생각합니다. 왜냐하면 팀마다 TA에게 요구되는 것들이 다르기 때문입니다. 그럼에도 부족한 저의 의견이나마 필요로 하시는 분들이 있으리란 생각에 몇 자 적어보겠습니다.

이 앞에서 설명한 것들은 ‘기술’이라기 보다는 훈련해야하는 ‘능력’에 가깝기 때문에, 이번에는 기술의 이야기를 해보려 합니다.

저는 가장 중요하고 우선적인 것은 역시 엔진에 대한 지식과 숙련도라고 생각합니다. 게임 개발은 엔진 사용이 월등히 효율성이 높기 때문에, 이하 언급할 것들과 비교해 가장 보편적으로 요구되는 조건일 겁니다. 저의 TA로써의 첫 시작도 코드 한 줄 적을 줄 몰랐지만 단순히 유니티 엔진에 익숙하고 개발 프로세스를 이해하고 있다는 것만으로도 가능했을 정도입니다. 심지어 당시에는 텍스쳐 압축 포맷에 대해서도 제대로 이해하고 있지 못했는데 말입니다.

두 번째는 렌더파이프라인과 쉐이더에 대한 이해입니다. 물론 코딩까지 할 수 있다면 더할나위 없겠지만, 그렇지 않아도 괜찮습니다. 충분한 이해가 따라와주어서 아티스트의 의도를 기술적인 요구사항으로 정리할 수만 있어도 굉장히 큰 차이를 만듭니다.

세 번째는 아티스트들의 각종 툴과 작업물의 포맷 그리고 개발로 이어지는 워크 플로우에 대한 지식과 경험입니다. 사실 이제는 툴들에 대한 지식은 렌더파이프라인이나 쉐이더와 달리 이해가 동반될 필요가 없어서 AI가 해주는 서포트만 있으면 필수는 아닙니다. 하지만 경험은 이야기가 달라서, 아티스트가 어떤 방식으로 작업하고 그게 게임에 어떻게 사용되는지 그 일련의 과정의 경험이 있어야 작업자들의 관점에서 워크 플로우를 개선하고 더 나은 대안을 제공할 수 있습니다.

마지막으로 코딩을 언급하지 않을 수 없습니다. 아마 많은 분들이 왜 이게 마지막에 오느냐 하실 수도 있는데, 실제로 저는 코딩을 공부하기 시작한지 1년도 채 되지 않기 때문입니다. 확실히 공부하고나니 온갖 것들이 가능해지고 많은 것들을 직접 볼 수 있게되어 압도적으로 효율이 좋아지고 할 수 있는 것들이 늘어납니다. 더군다나 이제는 AI가 발전하고부터는 단순히 지식 습득만은 엄청난 속도가 되고 접근성도 좋아졌기 때문에 이제는 무조건 해야하는 공부라고 생각될 정도입니다. 그럼에도 코딩 공부를 마지막으로 둔 것은 이것을 우선적으로 습득해봐야 할 수 있는 건 프로그래머 하위 호환이라는 생각이 들어서입니다. 매우 효율이 좋고 좋은 무기인 것은 맞지만, 우선순위를 상위로 두기에는 TA의 코딩은 너무 강력한 경쟁자가 있습니다. ㅜㅜ

그리고 이 모든 것을 키우는 가장 좋은 방법은 놀랍게도 1인 개발이라 생각합니다. TA를 목표로 한다면 게임성보다는 비주얼에 무게가 실린 미니게임 정도를 만들어보는 것이 큰 도움이 될 것 같습니다. 간단한 가위바위보 게임 같은 보드 게임은 제 경험상 코드에 관해 완전히 무지하더라도 AI와 함께 40시간 정도면 개발할 수 있었습니다. 그리고 그 뒤로는 프로젝트에 사용된 스크립트를 직접 열어서 구현 방식을 체크하고 필요한 기능을 제안하거나, 특정 구현에 대한 개발 소요 정도는 가늠할 수 있게 되었고, 필요하면 쉐이더에 커스텀 펑션을 제작하는 것 정도는 할 수 있게 되었습니다.

아티스트에서 TA로

TA에게 요구되는 기술적인 것들이 대부분 아티스트가 새롭게 익혀야 하는 것들이기 때문에 사실 추가로 설명할 것들이 별로 없네요.

만약 아티스트 베이스에서 TA를 지향하신다면, 가장 먼저 시작해야 할 것은 논리적이고 기술적 사고를 훈련하는 것이라고 생각합니다. 어떤 의도나 목적이 생겼다면, 그것을 쪼개서 단계로 만들고 각 단계에 이유를 붙여보세요. 프로그래머와 기획자는 대부분의 시간을 그렇게 생활하고, 그렇게 일합니다. 저는 아티스트에 더 가까운 TA도 그 가치가 있다고 생각하지만, 이러한 사고와 훈련은 게임 개발에 대한 폭 넓은 시야와 함께 TA 직무 능력의 포텐셜을 높여줄 것입니다.

개발자에서 TA로

뭐가 궁금하실지 알 것 같습니다. 그냥 아트라는 건 어떻게 접근해야하는지부터 고역일 거라고 생각합니다.

우선 예술이 뭔지에 대해서 설명하자면, ‘예술 = 의도가 담겨있는 표현’ 이라고 요약할 수 있습니다. 의도가 없으면 자연적인 것이기 때문에 예술이라고 할 수 없고, 표현되지 않은 것은 존재하지 않기 때문에 역시 예술이라고 할 수 없습니다. 그리고 의도를 담기위한 많은 기법들이 존재하고, 인간의 감각 기관 및 해석 기관(일반적으로 본능 같은 뇌에 의한 것들)을 통해 의도를 전달하기 위한 다양한 방법론적 기술들이 존재합니다. 그리고 이것들은 물리학적 지식이나 수학적 지식과 크게 다르지 않습니다. 논리적이고 이성적일 수 있으며, 체득이 아니라 반복 학습으로 습득이 가능할 수 있습니다.

(예술의 해석에 대해서 매우 단적인 요약이며 전통적이고 실용적인 해석임을 부정할 수는 없지만, 여기서는 순수 예술을 주제로 하지 않기 때문에 다소 보수적인 해석으로 정의하겠습니다.)

비평가들이 곧 예술가가 아닌 것 처럼 개발자 베이스 TA 역시 스스로 아티스트일 필요는 없으며, 필요에 의해 아티스트의 역량이 요구되더라도 기술적 접근만으로도 어느 정도는 해결되는 경우가 대부분입니다. 새롭고 대단한 아트가 아니라, 적절하고 적합한 아트를 하는 것은 기술적인 접근만으로 대부분 해결이 가능합니다.

예를 들자면 도화지에 인체 비율과 투시를 정확하게 맞춰서 그림을 그리는 것은 굉장히 어려운 일입니다. 하지만 포토샵과 블렌더를 활용해서 그린다면 적어도 인체 비율과 투시는 정답에 가깝게 그리는 것이 어려운 일은 아닐 겁니다. 심지어 그걸 해내기 위해서 훈련이나 공부해야 하는 시간도 압도적으로 적죠. 그리고 이걸 게임 개발 전반에서 해낼 수 있다면 그게 곧 TA가 된 것이나 마찬가지입니다.

원화, 애니메이션, 음악, 연출 온갖 것들이 모두 그 이론이 정립되어 있고 방법론적인 기술이 정리되어 있습니다. 솔직히 분야별로 책 2~3권만 읽어도 충분합니다. 그 다음은 그걸 직접 훈련하는 약간의 시간만 투자하면 됩니다. 그것만으로도 아티스트들의 의도와 요구를 이해할 수 있게 되리라 생각합니다.

—

두서 없이 생각을 꺼내서 늘어놓다보니 생각보다 엄청나게 길어졌네요. 다행히 논조가 흐려지거나 하지는 않았는지 각종 AI에게 적당히 던져주고 정리 요약을 부탁하니 의도 변질 없이 잘 나오는 것 같습니다. 혹시 너무 길어 읽기 불편하시다면 그런 방식으로 읽어주셔도 괜찮을 것 같습니다.

솔직히 저는 30인 규모 이상의 회사에서 근무한 경험이 없기 때문에, 보다 큰 규모의 기업에서 TA에 대한 요구 사항에 제 설명이 적합했는지는 확신은 가지고 있지 않습니다. 다만 그러한 조건의 지인들과의 의견 공유에서 약간의 의견 차이는 종종 발생했지만, 큰 틀에서는 그리 틀리지 않았다는 감상을 주셨기에 걱정을 잠시 접어두고 작성해보았습니다.

향후 다른 의견이나 질문을 댓글로 남겨주신다면, 짬나는대로 한 번씩 확인해서 답변을 드리겠습니다.

TA에 대해서 질문 주셨던 모든 분들께 조금이나마 도움이 되셨기를 바라며, 하시는 바 모두 잘 풀리도록 응원하겠습니다.

긴 글 읽어주셔서 감사합니다.

[-인.(unicornmoim)]

두 직군을 이어주는 통역사라니 넘 멋진것시와요

[l아일리l(identity0028)]

멋있다~

[익명(14.4)]

정말 멋진 일 하고 계시고, 글도 잘 쓰셨습니다. 근데 정말 죄송한데 TA가 일종의 번역가 역할을 한다는 예시로 든 부분에 오해의 소지가 있네요. 현업 게임업계에 종사하는 아티스트가 알파블렌드, 에디티브, 블룸, FOV.. 이런 것 모르지 않습니다... 아니 애초에 아티스트들도 그 단어들 써가면서 첫 번째 예시 처럼 소통합니다.. 아무리 주니어이고 신.입이여도 두 번째 처럼 파란빛 어쩌고 화각 어쩌고 하면서 설명하는 것보다 설명하는 것보다 첫 번째 처럼 설명하는게 더 편하고 익숙합니다. 적어도 게임업계 아티스트라면요.. 저 부분은 마치 현업 종사자들에 대한 오해를 불러 일으킬 수 있음이 아닐지요? 나머지 내용들은 정말 좋습니다.

[Ryuun(limit8999)]

굉장히 맞는 말입니다. 사실 멀티플라이와 에디티브 정도는 그냥 포토샵 레이어로도 쉽게 접하는 개념이라, 더 적절하고 직관적 예시로 작성할 걸 그랬습니다.

[비월(lunar1228)]

잘 읽었습니다 b

[불타는키보드(1bnmaker)]

[얀테이(lose7560)]

[익명(125.178)]

아티스트가 림라이트 PP FOV 이런걸 모르는게 아니라 어떻게 핸들링 하고 싶은지를 모름 예) 림라이트는 역광일 때 가장 강한 성질이지만 때때로 아티스트는 정광일때 강하길 바람 그래서 어디를 핸들링 가능하길 원하는 건지 세세히 물어보는게 중요하다고 봄

[Ryuun(limit8999)]

맞아요. 그런 경우가 훨씬 더 많은 것 같습니다. 제가 현재 2D 원화를 좀 더 직접적으로 사용하는 게임 개발에 참여하고 있는데, 비교적 최근에 있었던 이슈 위주로 생각이 떠올라서 조금 아쉬운 것 같습니다. 좀 더 보편적이고 공감할 수 있는 소재로 썼어야 했을 것 같네요.

[익명(1.237)]

@Ryuun 아 원화분들하고 하시면 말씀하신게 맞다고 생각해요,원화분들과 맞추기 정말힘듬..고생하십니다

[고라니(kestrel5858)]

[로망바드(kong1659)]

멋졍. 좋은 글 감사요.

[211214(tomatoss)]

[211214(tomatoss)]

나도 TA 되고 싶다

[Ryuun(limit8999)]

@211214 어렵지 않아요!!

[Indie 1(210.121)]

사실 TA라는 직무도 여러 종류가 있죠. 기술과 아트가 만나는 영역엔 모두 있다고 생각해요. 그 영역이 좁으면 개발자나 아트 중 하나가 그냥 담당할 뿐. 예를 들어 글에서 설명해주신 분야는 쉐이더/이펙트 부분인데, 애니메이션 TA도 따로 있고요. (그리고 특히 언리얼에선 이 직무의 영역이 꽤 큽니다) 모델링 파트에서도 TA가 있고요. (의상의 물리 시뮬레이션을 구현한다던지) 그리고 같은 TA로 묶이더라도 다른 분야면, 아예 모르는 영역이 되기도 하고, 또 요구되는 지식이 다를 수도 있다고 생각해요. 애니메이션 TA나 물리 시뮬레이션 TA는 렌더링 파이프라인에 대해 알면 뭐 좀 좋겠지만, 몰라도 상관없고, 그것보다 더 중요한 지식들이 더 있다고 생각해요.

[Indie 1(210.121)]

전반적인 말씀에는 크게 공감합니다. 1인개발만큼 TA 직무에 대한 이해도를 높이는 것만한게 없단 것도 동의하고요. 말을 더 얹자면, 저는 점점 인공지능의 발전으로 직무의 경계가 많이 흐려진다고 생각해요. 특히 한 사람이 다 같이 처리할 때 효율적인 도메인에서 그렇고요. 이번에 작업하면서 더 느낀 점인데, 스킬 기획자가 애니메이터 역할도 할 줄 알면, 훨씬 풍부한 스킬 경험을 만들 수 있고, 애니메이터가 애니메이션 TA 역할을 할 줄 알면 (또는 그 반대로), 일의 효율이 훨씬 증가하거나, 더 화려한, 복잡한, 또는 품질이 좋은 애니메이션을 뽑아낼 수 있고요. 그래서 직무의 경계를 구분짓기보다 경계를 넘어다니면서 본인이 소화할 수 있는 경험은 모두 습득하려고 노력하는게 가장 좋지 않나 생각합니다.

[Ryuun(limit8999)]

@Indie1(210.121) 맞아요. TA가 애니메이션이나 리깅, IK, 상태 관리 개념(유니티로는 애니메이터 정도만이라도)만 더 기술과 지식이 있다면 전체적으로 엄청나게 효율과 퀄리티가 올라가는 것 같아요. 사실 저도 애니메이션과 UI를 베이스로 TA가 되었다보니 이것도 적어야하지 않나 싶었는데.. 덧붙여주셔서 너무 감사합니다. ㅠㅠ

[익명(seed3117)]

[Indie 2(59.18)]

아티스트 입장에서 유니티가 진짜 너무 어려움 불친절하고. 코드 짜는 입장에서는 편해서 모든걸 코드로 해결하자, 버전관리를 하는 등 개발자적인 관점으로 접근하면 좋은데 아티스트는 포토샵이나 맥스처럼 툴적인 관점으로 접근하다보니까 프리펩부터 해서 어떻게 이렇게 불편하게 만들 수 있는지 할때마다 놀라움. 규칙도 정해져 있어야 하고 확실히 TA는 필요함.