[빌딩탈출 개발일지-3] 프로토!! 프로토타입을 만들자!

이전글: [빌딩탈출 개발일지-2]

이전 시간에 게임에 필요한 키워드는 모두 결정났습니다. 전 프로그래밍을 누구한테 본격적으로 배워본적도 없고 책으로 배워보려고 c#기본서 같은것도 사봤지만 "if문은 어떻게 써야하는거지?"같이 머저리같은 의문이 들 때 빼곤 아무리봐도 이해가 안되기 때문에 일단 구현부터 해보는 스타일입니다. 그렇게 때문에 제 게임의 개발속도가 굉장히 더딘 것이며 버그가 많습니다. 하지만 자료구조를 철저히 계산하고 몬스터 하나를 만들면 버튼하나로 수십가지의 다른 몬스터로 교체할 수 있는 그런 기능을 구현하기엔 제가 너무 귀찮습니다! 그러니 지금과 같이 "한번만 에러 없이 작동해라"라는 갬블러 코딩법을 선호합니다. 한번만 운좋게 작동하면 그 다음에 문제가 생기기 전까지 돌아보지 않는 프로세스입니다.(이는 굉장히 효율적이며 사용시 모든 책임은 저에게 없습니다.)

무엇을 구현해야할까 싶은 기능들을 하나하나 적어놓습니다. 『아이템』, 『전투』, 『환경』, 『플레이어』와 같이 크게 카테고리를 나눠서 어떤것들을 만들어야할지 고민합니다. 물론 지금 당장은 모든것을 정하지 못합니다. 지금 모든것을 정할 수 있다면 1인개발이 아니라 블리자드나 NC를 들어가셔야합니다. 혹시 이 글을 읽고 계신 분들 중 가능하신 분이 계신다면 연락주시기 바랍니다 저에겐 천재기획자가 필요합니다. 현 단계 같이 게임을 구성하는 데이터나 기능을 정리할 때 도움되는 사이트로 Xmind가 있습니다. 여러가지 형태로 마인드맵핑을 할 수 있으며 다른 사람들과 공유할 수 있지만 전 윈도우 메모장을 사용합니다. Xmind는 가입해야하더라구요.

게임의 디테일을 구성하는 동시에 레퍼런스를 조사합니다. 기존에 비슷한 컨셉을 가졌던 게임이나 비슷한 조작체계를 가졌던 게임을 조사하고 직접 해보면서 선배 게임들에게서 얻을 수 있는 장점과 단점을 찾아냅니다. 특히나 같은 모바일 플랫폼의 게임에게선 현실적으로 도움이 되는 점을 많이 얻을 수 있습니다. 모바일 특성상 조작이 굉장히 한정되어 있고 불편하다보니 개선할 점을 미리 체험해볼 수 있는 수준으로 도움이 됩니다.

이렇게 직접 비슷한 게임들을 플레이해보니 조작체계를 어떻게 구성해야할지 감이 오기 시작합니다. 앞으로도 몇번이나 강조하겠지만 모바일은 조작이 거지같기 때문에 신경을 엄청 써야 그나마 할만해진다고 생각합니다. (만약 제가 만든 게임의 조작이 거지같다면 그건 제 게임의 문제지 제 탓이 아닙니다.) 이전 게임을 만들 때도 느꼈지만 세로화면으로 잡고 있을 땐 엄지손가락 하나로 화면의 중앙까지도 무리없이 터치가 가능합니다. 하지만 가로화면의 경우 양손으로 잡고 있고 좌우측 하단에까지만 자유롭게 터치할 수 있습니다. 특히 한순간의 결정이 중요한 액션게임에서 중요하거나 자주 쓰이는 버튼이 화면 중간보다 위로 올라가는 순간 노예할부17개월 남은 핸드폰을 집어던지기에 최적화된 조작감을 선보입니다.

핵심 조작버튼은 하단에 배치하며 플레이어의 생존과 직접적으로 연관된 전투와 이동 버튼은 고정, 상대적으로 덜 중요한 상자 열기, 문 열기 등 오브젝트 상호작용 버튼은 필요할 때 마다 등장하거나 감추기로 결정했습니다. 위 스크린샷이 가장 기본적인 기능만 탑재된 상태의 게임 이미지입니다. 유니티의 기본 카메라 배경색인 짙은 푸른색은 언제나 심신의 안정을 제공합니다. 좌측에 이동, 우측에 공격버튼을 배치했습니다. 예전에 작업했던 게임에서 자판기를 뜯어와서 배치했는데 생각보다 그럴싸해서 저 컨셉을 그냥 그래픽 스타일로 결정했습니다. 다시 말씀드리지만 이딴식으로 작업 할 수 있는 것이 1인개발의 장점입니다. 그 외엔 모두 단점이니까 미리 알아두세요.

아직은 게임의 구성을 견고하게 하기보다 조작이 얼마나 자유롭고 플레이 내내 해야할 전투나 이동이 얼마나 즐거운지, 추가로 아이템을 수집하며 강해지는 정도가 얼마나 재미나게 느껴지는지 구현하기 위해 겜블러 코딩법으로 프로토타입을 만들어서 즐겨봐야합니다! 딱히 프로토타입이 별로라고 해서 프로젝트를 그만두진 않지만요!

다음글: [빌딩탈출 개발일지-4]