[기획 및 분석 고찰]분명 나보다 뛰어난 이들의 면담 신청, 그리고... 이상한 이질감

현업 일기

분명 나보다 뛰어난 이들의 면담 신청, 그리고... 이상한 이질감

당황스럽게도 최근 나보다 학벌도, 스펙도, 게임에 대한 지식도 훨씬 뛰어난 여러 지망생들이 나에게 진로 상담이나 면담을 신청해 오는 일들이 있었다. 솔직히 말해 '고작 운 좋게 이 바닥에 턱걸이로 취직 하나 했다고 나 따위가 감히 이 엄청난 분들에게 무슨 조언을 한단 말인가' 싶어 부끄러움에 쥐구멍에라도 숨고 싶은 심정이었다. 그들 대부분은 게임을 진심으로 사랑하는 열정을 가졌고 번뜩이는 아이디어도 풍부했지만, 막상 '실제 게임 개발'이라는 주제로 대화가 넘어가는 순간 나는 그들이 서 있는 아득한 꽃밭과 내가 매일 구르고 있는 치열한 개발 현장 사이에서 지독한 이질감과 현기증을 느꼈다.

물론 이 글을 시작하기에 앞서 분명히 해두고 싶은 것이 있다. 나 역시 아는 것보다 모르는 것이 훨씬 많은 일개 말단 실무자에 불과하며, 매일매일 배워야 할 것이 산더미처럼 쌓여 있는 부족한 사람이다. 이 글에서 언급할 지망생들이 결코 나보다 수준이 낮거나 부족한 사람들이 아니다. 오히려 학벌이나 기본 스펙, 열정 면에서는 나를 한참 뛰어넘는 훌륭한 분들이 대다수일 것이다. 따라서 이 글은 누군가를 가르치거나 폄하하려는 목적이 결코 아니며, 그저 참고용으로 정리해 본 내 개인적인 상념에 불과하다.

동시에 이 글은, 나보다 스펙이 뛰어난 수많은 사람들조차 현장의 현실 앞에서 무너지는 것을 보며, 내가 왜 C++과 네트워크, 그리고 AI를 치열하게 배워야만 하는지 스스로 각오를 다지기 위해 쓰는 지독한 독백이기도 하다.

1. "RPG의 범위는 너무 넓다"는 공허한 뜬구름

"어떤 게임을 만들고 싶냐고? 글쎄, RPG라는 게 범위가 너무 넓잖아. 그래서 좀 더 세세하게, 철학적으로 접근해서 정의해야 한다고 봐."

어느 대형 프로젝트를 예로 들어보자. 개발을 총괄하는 디렉터나 실무진이 회의실에서 "우리가 만드는 RPG(혹은 FPS, 액션 등 어떤 장르든)"라고 말할 때, 그것은 뼈저리게 구체적인 '데이터'로 치환된다. 특정 회사가 정의하는 장르의 실체를 파악하는 방법은 아주 간단하다. 철학책을 뒤질 것이 아니라, 그 회사가 만들어 온 이전 작품들과 지금 만들고 있는 프로젝트의 물리적 특징을 뜯어보면 된다.

현장에서 장르를 정의한다는 것은 철학을 논하는 게 아니라, '우리가 가진 기술력과 엔진의 한계선 안에서 어떤 물리적 실체를 화면에 띄울 것인가'를 합의하는 지독히 공학적인 과정이다. 장르의 모호함 뒤에 숨어 철학을 논하는 자는, 정작 엑셀 시트 하나로 무기 데미지의 밸런스 공식을 증명해 내지 못한다.

여기에 지망생들이 흔히 빠지는 또 다른 함정이 있다. 바로 '플레이어의 시선'과 '취준생의 시선'을 분리하지 못한다는 것이다. 플레이어 입장에서는 특정 회사가 수십 년간 고집해 온 시스템이나 낡은 엔진의 한계가 '답답한 단점'으로 보일 수 있다. 하지만 취업을 준비하는 지망생 입장에서는 그것을 비판할 게 아니라, 그 회사가 거친 시장에서 생존할 수 있었던 '독보적인 강점'이자 내가 맞춰야 할 '우대 스펙'으로 바라봐야 한다. 회사의 아킬레스건을 지적하는 평론가가 될 시간에, 그 아킬레스건이 왜 생겼는지 시스템적으로 분석하고 그들의 로직에 어떻게 스며들지를 고민하는 자가 결국 채용 시장의 승자가 된다.

2. "ㅇㅇ이 약해서 ㅁㅁ로 간다"는 직군 편식과 자기 기만

"내가 가고 싶은 그 회사는 액션이랑 시스템이 진짜 쩔어. 근데 나는 기획이나 아이디어 짜는 건 좀 무리인 것 같고, 대신 코딩만 파서 프로그래머(개발자) 쪽으로 가보려고."

이 대목에서는 정말 실소를 금할 수 없었다. "기획이 약해서 코딩만 하는 개발자로 간다"고? 이는 게임 개발의 본질을 완벽하게 오해한, 지독한 모순이자 오만이다.

게임 프로그래밍은 기획서에 적힌 글자를 단순히 기계어로 번역하는 '타자 연습'이 아니다. 기획자의 추상적인 의도(재미, 타격감, 템포)를 공학적 아키텍처와 알고리즘을 통해 물리적인 화면 위에 '설계'하고 구현해 내는 고도의 창작 작업이다. 기획의 본질과 '재미'가 무엇인지 이해하려 들지 않고 그저 주어진 코드만 짜겠다는 자가, 어떻게 유저를 납득시킬 찰진 조작감이나 엣지 케이스를 방어하는 로직을 만들 수 있단 말인가? 그렇다면 상식적으로 되물어봐야 한다. 게임성이 무엇보다 중요한 개발사에서 '기획(설계)'과 '개발(구현)'이 과연 무 자르듯 완벽하게 분리될 수 있을까? 로직이 곧 기획이고 코드가 곧 재미를 결정하는 현장에서 말이다.

이러한 '회피성 직군 선택'은 비단 프로그래머 지망생에게만 나타나는 현상이 아니다. 업계 진입을 앞둔 수많은 지망생들이 자신의 약점을 마주하기 싫어 특정 직군의 이름 뒤로 숨는 '편식'을 저지른다.

"나는 글을 잘 쓰니 내러티브 기획만 파겠다"는 지망생들은 엔진의 로직과 레벨 디자인의 물리적 흐름을 몰라, 결국 개발팀의 "우리 게임 엔진으론 이거 구현 안 되는데요?"라는 말 한마디에 모든 기획이 박살 나는 무력한 존재가 된다. 반대로 "나는 숫자와 엑셀에 강하니 시스템 기획만 하겠다"는 안일한 부류는, 실제 유저가 플레이하며 느끼는 감성이나 하드웨어의 부하는 고려하지 않은 채 현실과 동떨어진 '탁상공론 밸런스'만 짜다가 릴리즈를 망치게 된다.

결국 "무언가가 약해서 다른 곳으로 도망가겠다"거나 "나는 딱 내 할 일만 하겠다"는 선언은, 타 직군과의 처절한 소통과 융합이 필수적인 현대 게임 개발 파이프라인에서 "나는 내 우물 밖으로 나가지 않는 이기적인 짐 덩어리가 되겠다"는 고백에 불과하다.

3. "OO만 하면 된다"는 선배들과 익명 커뮤니티의 낡은 독가스

수많은 지망생들의 맹목적인 자신감과 안일함은, 라이브 서비스 게임을 주력으로 하는 일부 선배들의 조언이나 '블라인드' 같은 익명 커뮤니티에 떠도는 파편화된 정보에서 비롯되는 경우가 많다. "요즘은 역기획서랑 기획안만 기깔나게 잘 쓰면 취직 돼", "코딩 테스트 기출문제 족보 외우고, 그럴듯한 포폴 몇 개 만들면 끝이야." 같은 식이다.

여기에 최근 취업 시장을 휩쓸고 있는 '부트캠프발(發) 가스라이팅'도 이런 안일함에 큰 몫을 한다. 수개월짜리 부트캠프에서 강사의 가이드라인과 템플릿에 맞춰 그럴싸한 프로젝트 하나를 완성하고 나면, "이 과정만 수료하고 이 결과물만 제출하면 취업은 무조건 보장된다"는 치명적인 환상에 빠지게 되는 것이다. 하지만 냉정한 실무진의 눈에 그것은 수백 명의 수강생이 똑같은 아키텍처로 찍어낸 '양산형 튜토리얼 결과물'에 불과할 때가 많다. 부트캠프에서의 경험과 산출물은 툴에 대한 기초 지식과 나의 성실함을 증명하는 '활용 가능한 여러 포트폴리오 중 하나'로 객관화해서 바라봐야지, 결코 실무 역량을 완벽하게 증명해 내는 만능 치트키가 될 수 없다는 사실을 뼈저리게 깨달아야 한다.

물론 그 선배들이나 익명 게시글 작성자, 혹은 부트캠프 강사들이 악의를 가지고 지망생들을 망치려 했다고 생각진 않는다. 철저하게 분업화된 라이브 서비스 조직이나 양산형 코딩 공장에서는, 이미 짜인 시스템 위에서 새로운 아이디어만 던지거나 정해진 모듈만 에러 없이 찍어내는 부품 같은 인력이 당장 필요할 수도 있으니까. 하지만 그들이 정답처럼 제시하는 길은, 백지상태에서 로직을 쌓아 올려야 하는 기술 기반의 대형 프로젝트나 한 명이 여러 직군을 넘나들며 엔진을 만져야 하는 개발사들의 척박한 현실과는 완전히 동떨어진 '과거의 낡은 성공 방정식'일 뿐이다.

종이 위 기획서와 족보 암기의 시대는 끝났다

최근 게임 업계에서 '테크니컬(Technical)'이라는 수식어가 붙은 직군(테크니컬 디자이너, 테크니컬 아티스트 등)이 왜 핵심 인재로 대우받으며 급부상했는지 생각해 보라. 과거에는 기획자가 상상하고 프로그래머가 구현하는 식의 1차원적인 분업이 통했지만, 엔진이 고도화되고 프로젝트 규모가 비대해진 지금은 다르다. 기획과 구현 사이의 '소통 비용', 그리고 엔진에 대한 무지가 불러오는 '최적화 폭발'이 프로젝트를 엎어버리는 가장 큰 뇌관이 되었기 때문이다.

2026년 현재의 신입 시장은 직군을 불문하고 상향 평준화의 끝을 달리고 있다. 독기를 품고 업계에 뛰어드는 지망생들은 단순히 워드나 파워포인트로 기획서를 쓰거나 코딩 테스트 사이트에서 알고리즘 문제만 풀고 있지 않는다. 그들은 상용 게임 엔진을 직접 열어 자신이 기획한 시스템을 블루프린트나 스크립트로 직접 프로토타이핑(Prototyping)해서 가져온다. 스스로 엔진의 물리적 한계와 하드웨어 부하, 수많은 엣지 케이스(Edge case)에 직접 부딪혀본 것이다.

이런 상황에서 그저 남이 잘 만들어놓은 게임을 종이 위에서 분석한 '역기획서'나, 인터넷에 떠도는 '코테 기출 풀이'만 덜렁 외워 온 사람을 어느 회사가 '즉시 전력'으로 보겠는가? 구현에 대한 공학적 고민 없이 뜬구름 잡는 기획만 던지는 자, 알고리즘 점수는 높지만 정작 게임 엔진 파이프라인 안에서 내 코드가 프레임 드랍을 유발하는지조차 모르는 자는 더 이상 인재가 아니다. 그들은 현업자들이 귀중한 개발 시간을 쪼개어 엔진 기초부터 다시 가르치고 찐빠를 수습해 줘야 할 '비싼 짐' 취급을 받을 뿐이다.

4. 살아남기 위해 진화해야 한다

현장의 냉정한 현실과 마주하다 보면, 순수 기획이라는 것이 얼마나 '불확실한 재능'의 영역인지, 그리고 톱니바퀴처럼 돌아가는 개발 파이프라인 안에서 얼마나 무력해질 수 있는지를 뼈저리게 인정할 수밖에 없게 된다. 그렇다고 "안 된 걸 어찌해"라며 남 탓이나 운을 탓하거나, "내년에 1인 개발이나 하지 뭐"라며 낭만적인 도피처를 찾아서는 안 된다.

지금 이 업계를 이끄는, 소위 '빛'이라 불리는 유명 디렉터들의 과거 행보를 보라. 그들은 처음부터 낭만적인 세계관 하나로 그 자리에 오른 게 아니다. 지독하게 복잡한 경제 시스템, 끝없는 밸런스 조정, 그리고 유저의 행동 데이터를 분석해 내는 라이브 운영의 로직을 밑바닥부터 깎아내며 회사의 대체 불가능한 '엔진'이 된 자들이다.

결국 가장 현실적이고 날카로운 공학적 무기를 쥐어야 한다. 불확실한 재능의 영역에 기대기보다는, 시간을 쏟은 만큼 정직하게 쌓이는 자산들에 집중하는 것이 맞다. 기획 지망생이라면 뜬구름 잡는 설정 놀음 대신 간단한 코딩 공부를 병행하여 내 기획을 엔진 위에서 직접 구현해 보고 실제 PC 빌드로 구동시켜 보는 처절한 시도를, 개발 지망생이라면 단순히 알고리즘 족보를 외우는 것을 넘어 기획의 의도(재미)를 분석하고 실제 게임 엔진의 파이프라인과 최적화의 뼈대를 이해하는 경험을 쌓아야 한다. 어색한 대사나 시나리오적 맹점은, 일단 게임이 화면에서 물리적으로 '구동'된 이후에 디테일을 다듬고 완성도를 높일 때 활용하는 부가적인 무기로 쓰면 그만이다.

다시 한번 명확히 밝히지만, 이 글은 정답을 논하는 글이 아니며 그저 모르는 것 투성이인 어느 말단 직원의 개인적인 상념이자 참고용 기록일 뿐이다. 낭만을 꿈꾸며 업계의 문을 두드리는 그 수많은 지망생들의 스펙과 재능, 그리고 열정은 분명 나보다 월등히 뛰어나다. 나는 그들을 무시할 위치에 있지도 않고, 그럴 자격도 없다.

다만, 나는 안다. 게임 개발이란 카페에 앉아 멋진 세계관 소설을 쓰는 것이 아니라, 가장 척박한 하드웨어 환경과 빡빡한 메모리 한계 속에 논리와 재미를 억지로 우겨넣는 처절한 공학적 사투라는 것을. 나보다 스펙이 좋은 그 훌륭한 사람들과의 경쟁 속에서 살아남으려면, 고작 말단인 나는 남들보다 두 배 세 배 더 처절해져야 한다.

그래서 나는 오늘 밤에도, 내일도 묵묵히 C++ 코드와 네트워크 아키텍처, 그리고 AI 논문들을 펴놓고 스스로의 뼈를 깎는 각오를 다질 것이다. 이 살벌한 업계에서의 생존과 성장은 낭만 섞인 말장난이나 화려한 스펙 타이틀이 아니라, 결국 이 차갑고 명징한 기술적 이해도 위에서만 완벽하게 증명될 테니까.