게임 회사에서 클라이언트 프로그래머가 하는 일

클라이언트 프로그래머는 단순히 화면에 보이는 게임만 만드는 사람이 아니라, 기획·서버·아트·UIUX·이펙트·모션·QA와 맞물려 게임이 실제로 동작하게 만드는 역할을 맡는다.

쿠키런 킹덤의 4년차 클라이언트 프로그래머는 미니게임 “점핑 플랫폼” 개발 흐름을 예시로, 실제 업무가 어떤 순서로 진행되는지 풀어낸다. 2025년 6월 4일 업데이트된 ‘정글전사 쿠키의 베리베리 높이높이!’ 사례를 통해, 컨텐츠 기획부터 출시 후 사후 관리까지 전 과정을 보여준다.

업무는 대체로 다음 흐름으로 진행된다.

• 컨텐츠 결정: PD, 스토리, 아트 중심으로 업데이트 방향이 정해지고, 이야기와 연결된 미니게임 아이디어가 나온다.
• 상위방향성/상세기획 회의: 미니게임의 경험과 구성 방향을 정하고, 클라이언트는 기술적 구현 가능성과 일정 여부를 점검한다.
• 킥오프 회의: 서버·클라이언트·아트·UIUX·이펙트·모션이 함께 스펙을 확정하고, 클라이언트는 리소스 제작 방향까지 선제적으로 제안한다.
• 데이터 구조 회의: 서버와 클라이언트가 함께 쓰는 엑셀 데이터를 어떻게 설계할지 정한다.

개발 전에는 툴 개발도 중요하다. 이 사례에서는 맵 데이터를 규칙에 맞춰 랜덤 생성하고, Unity Editor에서 시각적으로 확인하며 플랫폼 위치와 타입을 조정할 수 있는 맵 툴을 만들었다. 반복 작업을 자동화하고, 실수를 줄이며, 밸런싱과 협업 효율을 높이는 것이 툴의 핵심 가치다.

본격 작업에 들어가면 직군별로 병렬 진행되는 일이 있고, 클라이언트는 그 결과를 게임 안에서 연결한다.

• 데이터/서버 작업: 기획의 가데이터가 올라오면 서버가 반영하고, 클라이언트는 서버 접속 후 정상 동작을 확인한다.
• 리소스 작업: 아트가 리소스를 만들고, UIUX가 이를 바탕으로 Prefab을 조립한 뒤, 이펙트와 모션이 시각적 완성도를 더한다.
• 클라이언트 작업: 모든 리소스와 데이터를 실제 게임 로직에 붙여 구현하고, 의도대로 사용됐는지 영상과 캡처로 검증한다.

작업 중에는 같은 클라이언트끼리의 소통도 중요하다. 이미 존재하는 기능을 모르고 중복 구현하지 않기 위해, 비슷한 컨텐츠 사례를 먼저 찾고 서로 자주 질문하며 구조를 공유한다.

마무리 단계에서는 리소스 관리가 핵심이다. 쿠키런 킹덤은 Unity AssetBundle을 사용하며, 빌드 리소스와 번들 리소스가 서로 잘못 참조되면 흰 네모 박스가 뜨거나 번들 용량이 불필요하게 커질 수 있다. 그래서 외부 리소스 참조 여부를 확인하는 툴로 중복과 오류를 관리한다.

출시 전후에는 피드백 회의, QA, 빌드 제출이 이어진다. QA는 인스펙션과 TC를 바탕으로 에디터와 실기기에서 테스트하고, 이슈가 나오면 클라이언트가 수정해 다시 빌드한다. 이후 앱스토어에 제출한 뒤에도 라이브 이슈 수정, 메모리 관리, 리팩토링이 계속된다.

특히 모바일 게임에서는 저사양 기기 대응이 중요하다. 일부 기기에서는 앱 메모리가 약 2GB 수준으로 제한될 수 있어, 전투 진입 직전처럼 무거운 구간에서는 사용하지 않는 리소스를 미리 내려 메모리를 확보해야 한다. 작은 기술 부채를 방치하면 큰 장애로 커질 수 있으므로, 리팩토링은 유관 부서 협의와 QA 공유까지 포함해 꾸준히 해야 한다.

신입이 준비하면 좋은 기술로는 자료구조·알고리즘, 디자인 패턴, Git, Unity Profiler / Memory Profiler, UniTask, DOTween이 꼽힌다. 여기에 출시 경험이나 툴 제작 경험이 있으면 실무 적응력과 포트폴리오 측면에서 강점이 된다.

결국 클라이언트 프로그래머는 게임을 살아 움직이게 만드는 사람이다. 코딩뿐 아니라 소통, 문제 해결, 협업, 최적화, 사후 관리까지 책임지며, 게임을 끝까지 완성하는 과정 전체를 함께 끌고 간다.