
게임은 사람이 동시에 즐기는 경우가 많아 서버와 네트워크 지식도 중요합니다. 과정 후반에는 여러 명이 접속하는 간단한 멀티플레이 기능을 구현해 보며 클라이언트…
다른 컴퓨터에서 저장소를 처음부터 받아 실행해 봅니다
내 컴퓨터에서는 잘 돌아가던 프로젝트도 새로 받으면 실행되지 않는 경우가 많습니다. 저장소에 올라가지 않은 설정 파일이 있거나, 특정 폴더 위치에 의존하거나, 엔진 버전이 다르기 때문입니다. 가능하면 다른 컴퓨터나 새 폴더에서 처음부터 받아 열어 보세요.
- 저장소를 새로 받아 엔진에서 열었을 때 오류 없이 열리는지 확인하기
- 누락된 파일 때문에 분홍색 재질이나 빈 참조가 생기지 않는지 보기
- 실행 파일(빌드)을 받아 엔진 없이 바로 실행되는지 확인하기
- 첫 화면에서 조작 방법을 알 수 있는지, 바로 플레이가 가능한지 보기
- 처음부터 끝까지 한 번 플레이하며 진행이 막히는 버그가 없는지 확인하기
특히 프로젝트 중간에 엔진 버전을 올렸다면 기존 씬이나 설정이 깨지지 않았는지 꼭 다시 확인하세요. 평가자는 대개 시간이 많지 않습니다. 실행 파일을 받아 바로 플레이할 수 있게 해 두면 저장소를 직접 여는 수고를 덜어 줄 수 있습니다. 실행 파일 용량이 크다면 다운로드가 끝까지 되는지도 확인하세요.
저장소 안에 있으면 안 되는 것이 없는지 봅니다
- 엔진이 자동으로 만드는 임시 폴더와 캐시 파일이 제외되어 있는가
- 외부 서비스의 비밀 키나 비밀번호가 코드에 남아 있지 않은가
- 유료로 구매한 에셋 원본이 공개 저장소에 올라가 있지 않은가
- 이전 회사나 다른 팀의 비공개 코드가 섞여 있지 않은가
- 쓰지 않는 테스트 씬과 주석 처리된 옛 코드가 정리되어 있는가
비밀 키와 유료 에셋은 실력과 상관없이 문제가 되는 항목입니다. 특히 이미 한 번 올라간 비밀 키는 지운 뒤에도 작업 기록에 남을 수 있으니, 해당 키를 새로 발급받아 바꾸는 것이 안전합니다. 유료 에셋은 원본 대신 사용 목록과 구매처를 설명 문서에 적어 두는 방식으로 대신하세요.
평가자가 열어 볼 코드의 첫인상을 정리합니다
평가자가 모든 코드를 읽지는 않습니다. 대개 포트폴리오에서 소개한 핵심 기능의 파일을 몇 개 열어 보고 전체 수준을 판단합니다. 그래서 대표 기능의 코드만큼은 남이 읽기 좋게 정리되어 있어야 합니다.
- 클래스와 함수 이름이 하는 일을 그대로 설명하는가
- 한 파일이 지나치게 길거나 여러 역할을 동시에 맡고 있지 않은가
- 엔진 콘솔에 경고 메시지가 잔뜩 쌓이지 않는가
- 매 프레임 반복되는 곳에서 불필요한 검색이나 생성이 일어나지 않는가
- 작업 기록의 메시지가 무엇을 바꿨는지 알 수 있게 쓰여 있는가
마지막 항목은 사소해 보이지만 꾸준히 작업했는지, 협업 습관이 있는지를 보여 줍니다. 마감 직전에 모든 코드를 한 번에 올린 기록만 있다면, 이후 프로젝트부터는 기능 단위로 나눠 기록을 남기는 습관을 들이세요.
포트폴리오 문서와 저장소 설명이 같은 이야기를 하는지 봅니다
포트폴리오 문서에서 소개한 기능이 저장소 어디에 있는지 바로 찾을 수 있어야 합니다. 문서에 기능 설명과 함께 해당 파일 위치를 적어 두면 평가자가 헤매지 않습니다. 저장소 첫 화면에도 프로젝트 소개, 엔진과 버전, 실행 방법, 내가 구현한 범위를 같은 내용으로 정리하세요.
팀 프로젝트라면 내 역할을 문서와 저장소 양쪽에 같은 표현으로 적습니다. 두 곳의 설명이 다르면 어느 쪽이 맞는지 의심을 받게 됩니다. 구조를 설명하는 간단한 그림이나 문제 해결 사례도 문서에 한두 개 넣어 두면 면접에서 이야기를 시작하기 좋습니다.
코딩 테스트와 기술 면접 준비 상태를 점검합니다
프로그래머 채용에서는 서류와 함께 코딩 테스트나 과제 전형이 있는 경우가 많습니다. 지원하는 회사의 전형 단계를 공고에서 확인하고, 테스트가 있다면 자주 쓰는 자료구조와 기본 알고리즘 문제를 시간을 재고 풀어 보세요. 게임 회사 면접에서는 언어의 기본 문법뿐 아니라 메모리 관리, 수학 기초, 엔진의 동작 순서 같은 질문도 나올 수 있습니다.
가장 확실한 대비는 내 프로젝트 코드를 내가 설명할 수 있는 상태로 만드는 것입니다. 대표 기능마다 왜 이렇게 만들었는지, 다시 만든다면 무엇을 바꿀지 짧게 답을 정리해 두세요. 이 질문은 거의 모든 프로그래머 면접에서 형태를 바꿔 나옵니다.
설명 연습은 소리 내어 해 보는 것이 좋습니다. 머릿속으로는 정리된 것 같아도 막상 말로 하면 순서가 꼬이는 경우가 많습니다. 기능 하나를 정해 2~3분 안에 구조, 어려웠던 점, 해결 방법을 차례로 말해 보고 녹음해서 들어 보세요. 듣다 보면 불필요하게 길어지는 부분과 근거가 빠진 부분이 잘 보입니다. 친구나 스터디원에게 질문을 받아 보는 것도 도움이 됩니다.
제출 당일에는 링크와 서류를 마지막으로 대조합니다
공고의 제출 형식을 다시 읽고, 포트폴리오 문서, 저장소, 실행 파일, 영상 링크를 로그인하지 않은 브라우저에서 각각 열어 보세요. 자기소개서에 적은 프로젝트 이름과 기간이 포트폴리오와 일치하는지도 확인합니다. 회사마다 자기소개서 문항이 다르므로 다른 회사 이름이 남아 있지 않은지도 꼭 살펴보세요. 제출 후에는 일정 기간 저장소와 링크를 지우거나 비공개로 바꾸지 않습니다.
점검해 보니 저장소 정리, 코드 정리, 문서 작성 중 어디부터 손대야 할지 막막하다면, SBS아카데미게임학원 게임프로그래밍 과정 상담에서 현재 프로젝트를 놓고 지원 일정에 맞는 정리 순서를 함께 정할 수 있습니다.
자주 묻는 질문
저장소를 공개해야 하나요, 비공개로 두고 초대해야 하나요?
공고에서 정한 방식을 따르는 것이 우선입니다. 정해지지 않았다면 공개 저장소가 확인하기 편하지만, 공개할 수 없는 자료가 있다면 그 부분을 빼고 올리세요.
실행 파일은 어느 플랫폼으로 만들어야 하나요?
평가자가 가장 쉽게 실행할 수 있는 형태가 좋습니다. 모바일 게임이라면 PC에서 돌아가는 버전과 함께 플레이 영상을 제공하는 방법도 있습니다.
가까운 캠퍼스에서 게임프로그래밍 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.