게임그래픽 작업은 결국 엔진 안에서 완성됩니다. 툴에서 아무리 멋지게 보여도 엔진에 올리면 색이 달라지거나 그림자가 어색해지는 일이 흔합니다. 수업에서는 완성…
대표 사례가 문제에서 결과까지 한 흐름으로 읽히는지 봅니다
TA 포트폴리오의 중심은 사례입니다. 셰이더, 툴, 파이프라인 자동화 중 무엇이든 좋지만, 대표 사례 하나는 처음부터 끝까지 이야기로 읽혀야 합니다. 그 사례를 처음 보는 사람이 3분 안에 무엇을 왜 만들었는지 이해할 수 있는지 확인하세요.
- 어떤 상황에서 무엇이 불편했는지 문제 정의가 첫 줄에 있는가
- 다른 방법 대신 이 방법을 고른 이유가 적혀 있는가
- 결과가 전후 비교 이미지나 영상으로 보이는가
- 남은 한계와 다음에 개선할 점이 짧게라도 정리되어 있는가
마지막 항목은 빠뜨리기 쉽지만 평가자에게 좋은 인상을 줍니다. 완벽한 해결책은 드물고, 한계를 정확히 아는 사람이 실무에서 더 믿음을 얻기 때문입니다. 면접에서 '이 툴의 단점은 무엇인가요'라는 질문이 나왔을 때도 준비된 답이 됩니다.
개선 효과에 측정 근거가 붙어 있는지 확인합니다
성능이나 작업 시간을 개선했다고 썼다면, 그 말에 근거가 있는지 확인하세요. 같은 장면에서 전후를 비교한 화면, 엔진의 성능 확인 도구 캡처, 작업 단계 수의 변화 같은 자료가 필요합니다. 근거 없는 개선 수치는 오히려 의심을 삽니다.
- 측정한 기기, 장면, 설정을 함께 적기
- 한 번이 아니라 여러 번 잰 결과인지 밝히기
- 숫자로 재기 어려운 개선은 단계 수나 클릭 수 비교로 바꾸기
- 추정한 값은 추정이라고 분명히 표시하기
측정 과정 자체를 보여 주는 것도 좋은 자료가 됩니다. 어떤 도구로 병목을 찾았고, 왜 그 부분을 먼저 손댔는지 설명할 수 있으면 TA의 핵심 역량인 문제 분석 능력이 드러납니다.
측정 결과가 기대만큼 좋지 않았던 사례도 숨길 필요는 없습니다. 어떤 방법을 시도했는데 효과가 작았고, 그래서 다른 방향으로 바꿨다는 기록은 오히려 판단 과정을 보여 주는 좋은 자료가 됩니다. 실패한 시도와 그 이유를 한두 줄로 정리해 두면 면접에서도 깊이 있는 대화로 이어집니다.
코드 저장소와 노드 그래프를 남이 읽을 수 있게 정리합니다
저장소 링크를 넣었다면 지원 전에 로그인하지 않은 상태로 직접 열어 보세요. 비공개로 되어 있거나, 첫 화면에 설명이 없거나, 쓰지 않는 파일이 잔뜩 남아 있다면 정리가 필요합니다. 평가자는 코드를 실행해 보기보다 첫 화면과 구조를 훑어보는 경우가 많습니다.
- 첫 화면 설명에 도구의 목적, 사용법, 동작 화면이 있는가
- 변수와 함수 이름이 역할을 알 수 있게 붙어 있는가
- 핵심 로직에 짧은 주석이 달려 있는가
- 셰이더 노드가 기능별로 묶이고 이름표가 붙어 있는가
- 회사나 팀 프로젝트의 비공개 코드가 섞여 있지 않은가
마지막 항목은 특히 중요합니다. 이전 직장이나 외부 프로젝트의 코드를 허락 없이 공개하면 실력과 상관없이 신뢰 문제가 됩니다. 공개할 수 없는 작업은 결과 화면과 구조 설명만으로 소개하세요.
쓰는 사람을 위한 설명과 결과 화면 품질을 봅니다
TA의 툴과 셰이더는 다른 아티스트가 쓰는 것이므로, 사용 설명이 있는지가 곧 실무 감각의 증거입니다. 짧은 사용 영상이나 한 장짜리 설명서를 붙이고, 조절 값 이름이 아티스트가 이해할 수 있는 말로 되어 있는지 확인하세요. 실제로 다른 사람에게 써 보게 하고 받은 의견을 반영한 경험이 있다면 그 과정도 함께 적어 두면 좋습니다.
결과 화면의 아트 품질도 점검합니다. 기술은 뛰어나도 색과 조명이 어색한 화면은 첫인상을 떨어뜨립니다. 기술 중심 지원자라면 결과 화면만큼은 아티스트 친구나 동료에게 피드백을 받아 다듬는 것을 권합니다.
반대로 아트 쪽에서 출발한 지원자라면 결과 화면은 이미 좋을 가능성이 높습니다. 이 경우에는 설명서와 사례 문서의 기술 용어가 정확한지 다시 확인하세요. 용어를 잘못 쓰면 기술 이해도를 의심받기 쉽습니다. 확실하지 않은 용어는 쉬운 말로 풀어 쓰는 편이 안전합니다.
기술 면접에서 설명할 내용을 미리 정리합니다
TA 면접에서는 포트폴리오 사례를 깊이 파고드는 질문이 많습니다. 왜 그 방법을 골랐는지, 다른 방법은 검토했는지, 아티스트가 잘못 쓰면 어떻게 되는지 같은 질문에 내 말로 답할 수 있어야 합니다. 렌더링 파이프라인, 드로우 콜(화면을 그리라는 명령의 횟수), 텍스처 압축 같은 기본 개념도 내 작업과 연결해 설명할 수 있게 준비해 두세요.
자기소개서는 아트와 기술 중 어느 쪽에서 출발했는지, 그리고 반대쪽을 어떻게 채워 왔는지를 이야기로 쓰면 자연스럽습니다. 포트폴리오 사례와 같은 경험을 다른 각도로 설명하면 서류와 포트폴리오가 서로를 뒷받침합니다. 사용한 언어와 툴은 실제 사례에 쓴 것 위주로 적으세요.
제출 직전에는 링크와 영상부터 다시 엽니다
TA 포트폴리오는 문서, 영상, 저장소 링크가 섞여 있어 깨질 곳이 많습니다. 공고의 제출 형식을 다시 읽고, 모든 링크를 로그인하지 않은 브라우저와 휴대폰에서 열어 보세요. 영상이 끝까지 재생되는지, 문서 안의 링크가 맞는 위치로 연결되는지도 확인합니다. 파일 이름에는 이름과 지원 분야를 넣고, 제출 후에는 링크를 유지합니다.
체크리스트를 따라가 보니 사례 정리와 코드 정리 중 어디에 시간을 써야 할지 고민된다면, SBS아카데미게임학원 게임그래픽 과정 상담에서 현재 자료를 기준으로 지원 전 우선순위를 함께 정해 드립니다.
자주 묻는 질문
TA 포트폴리오는 웹페이지와 PDF 중 무엇이 좋나요?
공고 형식을 우선 따르고, 정해지지 않았다면 사례 요약 PDF에 영상과 저장소 링크를 연결하는 방식이 무난합니다. 평가자가 PDF만 보고도 핵심을 이해할 수 있어야 합니다.
사례가 하나뿐이어도 지원할 수 있나요?
깊이 있게 정리된 사례 하나는 얕은 사례 여러 개보다 설득력이 있습니다. 다만 셰이더와 툴처럼 성격이 다른 사례가 하나 더 있으면 역량 폭을 보여 주기 좋습니다.
가까운 캠퍼스에서 게임그래픽 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.