게임아카데미게임·웹툰·AI 진로 상담
혼자 공부할 때 가장 시간을 많이 잡아먹는 것은 오류입니다. 같은 오류를 몇 시간씩 붙잡고 있다가 포기하는 경우가 많습니다. 수업에서는 오류 메시지를 읽는 법…
다른 컴퓨터에서 처음부터 실행해 보기
개발한 컴퓨터에는 엔진, 개발 도구, 각종 실행 환경이 이미 설치되어 있어서 빌드에 빠진 파일이 있어도 문제없이 돌아갑니다. 검토자의 컴퓨터에는 이런 것이 없을 수 있습니다. 그래서 개발 도구가 설치되지 않은 컴퓨터에서 압축 파일을 내려받는 단계부터 그대로 따라 해 보는 것이 가장 확실한 점검입니다.
- 압축을 풀고 실행 파일을 바로 찾을 수 있는가
- 추가 설치 없이 실행되는가, 필요한 실행 환경이 있다면 안내했는가
- 실행 파일 이름과 폴더 이름이 알아보기 쉬운가
- 폴더 경로에 한글이나 공백이 있어도 문제없이 실행되는가
- 보안 경고가 뜰 때 어떻게 하면 되는지 안내했는가
친구나 가족의 컴퓨터를 빌려 보는 것도 좋습니다. 사양이 낮은 노트북에서 너무 느리게 돌아간다면 그래픽 옵션을 낮출 수 있는 기능을 넣거나, 권장 사양을 안내 문서에 적어 두세요. 실행 중 오류로 꺼진다면 어떤 상황에서 꺼졌는지 기록해 두고 원인을 찾습니다.
첫 30초 안에 무엇을 해야 하는지 알게 하기
검토자는 내 게임을 처음 봅니다. 시작 화면에서 어떤 키를 눌러야 하는지, 게임의 목표가 무엇인지 모르면 몇 번 버튼을 눌러 보다가 창을 닫습니다. 개발자는 조작법을 너무 잘 알기 때문에 이 문제를 스스로 알아채기 어렵습니다.
시작 화면이나 첫 장면에 조작키 안내를 넣고, 게임의 목표를 짧게 보여 주세요. 튜토리얼을 길게 만들 필요는 없습니다. 화면 구석에 조작법을 띄우거나, 첫 스테이지를 조작을 익히는 구간으로 설계하는 정도면 충분합니다. 게임 패드를 지원한다면 키보드와 패드 안내를 모두 넣고, 패드 없이도 끝까지 할 수 있는지 확인합니다.
검토자가 핵심 장면까지 빨리 갈 수 있게 돕는 장치도 고려해 보세요. 스테이지 선택 기능이나 검토용 단축키를 넣고 안내 문서에 적어 두면, 바쁜 검토자도 내가 보여 주고 싶은 기능과 보스전을 확인할 수 있습니다.
화면, 소리, 종료: 기본 옵션 점검
의외로 많이 놓치는 것이 종료 기능입니다. 전체 화면으로 실행되는데 종료 버튼이 없으면 검토자는 작업 관리자를 열어 강제로 꺼야 합니다. 이 경험 하나로 인상이 크게 나빠집니다. 키보드의 특정 키로만 끌 수 있게 해 둔 것도 알려 주지 않으면 없는 것과 같습니다. 메뉴에 종료 버튼을 넣고, 게임 중에도 메뉴를 열 수 있게 만드세요.
- 전체 화면과 창 모드를 바꿀 수 있는가
- 모니터 해상도가 달라도 UI가 잘리거나 늘어나지 않는가
- 소리 크기를 조절하거나 끌 수 있는가
- 게임 중 메뉴를 열고 처음 화면이나 종료로 갈 수 있는가
- 일시 정지 상태에서 게임이 실제로 멈추는가
첫 실행 때 소리가 너무 크게 나오지 않게 기본 볼륨도 적당히 낮춰 두세요. 사무실에서 검토하는 경우가 많기 때문입니다.
개발 흔적 지우기와 저장 데이터 정리
개발 중에 쓰던 디버그 표시, 테스트용 치트키, 화면에 찍히는 로그 문구가 남아 있으면 완성도가 떨어져 보입니다. 엔진의 개발용 빌드 설정으로 내보내면 화면 구석에 개발 빌드 표시가 나오거나 오류 콘솔이 뜨는 경우도 있습니다. 제출용은 배포용 설정으로 빌드하세요.
저장 데이터도 확인합니다. 내 컴퓨터에서 테스트하며 저장한 진행 상황이 빌드에 함께 들어가 있으면, 검토자가 처음 실행했을 때 게임 중간부터 시작될 수 있습니다. 반대로 저장 파일이 없을 때 오류가 나는 경우도 있습니다. 저장 데이터를 지운 상태에서 처음 실행해 정상적으로 시작되는지 확인하세요. 버전 번호를 시작 화면 구석에 작게 넣어 두면 여러 번 수정해 보냈을 때 어떤 빌드인지 구분하기 쉽습니다.
전달 방식과 함께 보낼 안내 문서
빌드는 압축 파일로 묶어 클라우드 저장소나 게임 배포 사이트에 올리고 링크로 전달하는 경우가 많습니다. 링크는 로그인 없이 내려받을 수 있는지, 다운로드 기한이 있는 링크는 아닌지 확인하세요. 용량이 너무 크면 내려받기 전에 포기할 수 있으니 쓰지 않는 리소스를 정리해 줄입니다.
| 안내 문서 항목 | 적을 내용 |
|---|---|
| 실행 방법 | 압축 해제 후 실행할 파일 이름, 필요한 추가 설치 |
| 조작법 | 키보드와 패드 조작 정리 |
| 플레이 시간과 목표 | 대략적인 분량과 끝까지 가는 방법 |
| 검토용 기능 | 스테이지 선택, 검토용 단축키 |
| 알려진 문제 | 아직 고치지 못한 버그와 피하는 방법 |
| 플레이 영상 링크 | 실행이 어려울 때 대신 볼 수 있는 영상 |
모바일 게임이라면 설치 파일과 설치 방법을, 웹 빌드라면 어떤 브라우저에서 확인했는지 함께 적으세요. 링크를 보낸 뒤 그 파일을 지우거나 덮어쓰지 않도록 주의합니다. 검토는 며칠 뒤에 이뤄질 수도 있고, 면접 날 다시 실행해 보자고 할 수도 있습니다.
실행되는 빌드가 곧 신뢰입니다
프로그래머 포트폴리오에서 실행 파일은 '이 사람이 끝까지 완성하고 배포까지 해 봤다'는 증거입니다. 그래서 기능을 하나 더 넣는 것보다 지금 있는 기능이 문제없이 돌아가게 다듬는 것이 더 큰 점수가 되기도 합니다. 알려진 버그를 솔직하게 적는 것도 감점이 아니라 문제를 파악하고 있다는 신호가 됩니다.
빌드 점검을 하다 보면 고칠 것이 계속 나와 제출 시점을 정하기 어려워집니다. 무엇을 먼저 고치고 무엇은 알려진 문제로 남길지 판단이 어렵다면, SBS아카데미게임학원 게임프로그래밍 과정 상담에서 빌드와 코드를 함께 보며 제출 전 우선순위를 정리해 드립니다.
자주 묻는 질문
빌드 대신 플레이 영상만 보내도 되나요?
지원처에서 영상을 요청했다면 괜찮지만, 가능하면 실행 파일과 영상을 함께 보내는 편이 좋습니다. 영상은 빠른 확인용, 빌드는 실제 동작 확인용으로 역할이 다릅니다.
소스 코드도 같이 보내야 하나요?
프로그래머 지원이라면 코드 저장소 링크를 함께 보내는 것이 일반적입니다. 빌드와 같은 버전의 코드인지 확인하고, 핵심 코드 위치를 안내 문서에 적어 두세요.
가까운 캠퍼스에서 게임프로그래밍 알아보기
사는 곳과 가까운 캠퍼스를 고르면 수업 내용, 오시는 길, 상담 신청을 한 번에 볼 수 있습니다.