이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
3D 아트 직무 관련 툴은 Maya와 Blender로 모델링, Substance Painter로 텍스처 작업을 주로 합니다. 팀 프로젝트에서는 아트와 개발 파이프라인을 연결하는 역할도 맡았는데, FBX 익스포트 설정 통일과 Git LFS 세팅이 파일 관리 충돌을 크게 줄였습니다. Unity 쪽에서는 에셋 임포트 세팅을 직접 잡아 텍스처 압축 포맷을 플랫폼별로 분리했습니다. 툴마다 내보내기·임포트 규칙이 달라서 처음엔 시행착오가 많았지만, 명확한 컨벤션을 문서화한 뒤로 팀 전체의 재작업이 줄었습니다. 도구 자체보다 팀에서 어떻게 쓸지 규칙을 만드는 것이 더 중요하다는 걸 느꼈습니다.
혼자 쓸 때는 편했던 툴이 팀 협업 환경에서 문제가 된 경험이 있습니다. 개인 작업용으로 쓰던 파일 구조와 명명 규칙이 팀 표준과 달랐고, 버전 관리 시스템과 연동되지 않아서 충돌이 반복됐습니다. 툴 자체가 나쁜 게 아니라 팀 파이프라인에 맞게 설정하지 않은 게 문제였습니다.
그 뒤로 새 프로젝트에 합류할 때 팀이 어떤 파이프라인과 컨벤션을 쓰는지 먼저 파악합니다. 개인 편의보다 팀 일관성이 더 중요하다는 걸 그 경험에서 배웠고, 툴 선택보다 세팅 방식이 협업 효율을 결정한다는 걸 알게 됐습니다. 팀 일관성이 개인 편의보다 더 중요하다는 걸 그 경험에서 배웠고, 툴 세팅이 협업 효율을 결정합니다. 팀 파이프라인을 먼저 파악하면 합류 첫 주의 마찰이 크게 줄어듭니다.
데이터 시각화 도구인 Python + Matplotlib을 게임 밸런스 분석에 처음 써본 경험이 있습니다. 스프레드시트로 밸런스 수치를 보던 방식에서 벗어나, 각 클래스별 DPS 곡선을 그래프로 그려보니 수치표만 볼 때 보이지 않던 교차점이 시각적으로 드러났습니다.
그래프가 겹치는 구간이 밸런스 문제가 집중되는 구간이라는 걸 한눈에 파악할 수 있었습니다.
그 경험 이후로 밸런스 작업에 시각화 도구를 병행하는 습관이 생겼습니다. 숫자를 보는 것과 그래프로 보는 것이 다른 인사이트를 준다는 걸 배웠고, 게임 기획에 데이터 분석 도구를 활용하는 시도가 그때부터 이어졌습니다. 숫자를 보는 것과 그래프로 보는 것이 다른 인사이트를 준다는 걸 배웠고, 시각화 도구 활용이 이어졌습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 스마일게이트 게임 아트 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.