[📜일지] (데이터, 장문 주의)회사에서 개발하는 양산 게임 개발 일지2

[익명(61.252)]

난 프로그래밍만 할 수 있으면 좋겠지만 사실상 플머 만으로 할 수 있는게 없기에 홍보 기획 디자인 등 전부를 맡기시니 어느정도 내 판단하에 괜찮다고 생각해서 여기에 홍보도 하고 이야기도 적는 겸 일지를 쓴다

유니티를 이용한 스토어 게임 앱을 주로 개발하면서 느낀 것이지만

개발하고 끝이 아니다

개발 하고 나면 버전 유지 및 약관을 항시 읽어서 보수해야하는데 구글은 약관에 자비가 없고 유니티는 새로운 버전이 올라 올 때마다 호환성 문제로 게임을 한번씩 뒤집어 엎는다

유니티 사용자라면 정말 어처구니없는 유니티 버전 버그를 겪어본자가 있을것이다

유니티로 개발 중에 수치 버그로 인해 의도한 수치와 전혀 다른 수치가 적용되어 실제 게임 내 수치 정보가 차이가 있다던가 (사례 - 유니티 에디터 내 카메라 씬 수치 변경시 적용 안되는 버그)

유니티 사용 숙련자이거나 메모리 구조 혹은 프로그래밍 구조에 해박한 사람은 각종 버그가 어디서 터진거고 어떻게 해결해야하는지 아는 반면

유니티 사용 초보자는 때로 버그 발생 후 건드리면 안될 것을 건드려 프로젝트를 통째로 날아가는 상황을 겪을 수 있다 나도 과거에 경험이있다 난 그래도 전부 날린건 아니어서 회생 가능했지만 초보자가 겪을경우 재기불능이 될 수 있다

주로 패키지와 씬, 프리팹에서 버그로 인한 손상이 나온다 버전업을 할 경우 나오는 버그와 비슷한 경우가 많다 확인하기도 어렵고

정말로 파일이 전부 날아간다던가 할 수 있다 사람들이 깃 허브나 백업 중요성을 말하는 이유가 있다 내 잘못이나 사고도 아닌데 엔진 자체 문제로 파일이 날아가는 거다

문제는 초보자의 경우 버그를 모르고 버그가 유발되는 행동을 계속 시도하는 것

이건 초보자 문제가 아니라 당연히 될거라 생각한 유니티 기능 중에 버그가 나는거라 알기 어렵다 이 기능 쓰면 버그난다고 명시 되 있는 것도 아니고

심지어 버그 발생 사실을 몰라 버그난 상태로 백업해버려 백업파일까지 날릴 수 있다

당연히 작업 결과물이 공중 분해되고 완전히 소멸하지 않았더라도 하루 작업물이 날아가면 의욕이 팍 꺾인다

구글의 경우 정책이 바뀔 때 마다 각종 플러그인 업데이트로 유니티와 합심하여 이게 버전에 따라서는 보이지 않게 골때리는 버그를 일으키기 때문에 머리가 아프고 시간을 많이 잡아먹는다 심지어 이 과정을 제 때 처리하지 않으면 정지를 먹을 수 있다!(개발일지 1 앱 한번 삭제당함) 특히 대부분 게임 데이터, 돈과 관련 된 문제가 많아서 해결 하기도 까다롭고 해결 못 할 경우 손해도 크다

본론으로가서

두번째 게임을 개발하기 전에 디자이너의 필요성을 느낀 사장님은 게임 전문 디자이너를 채용해야 한다고 생각하였고 디자이너를 고용하게 된다

나중에 체감하게 되는데 당연하지만 디자이너라고 해서 다 같은 디자이너가 아니기 때문에 경력직 게임 디자이너는 매우 중요하다 이후 발생하는 디자이너 문제 이야기는 다음에 하도록 하겠다

이건 내가 회사에 들어와서 두번째로 개발한 게임

https://play.google.com/store/apps/details?id=com.Nitroeye.defence

이건 개발자 3명이 각자 게임 프로토 타입을 먼저 만들고 사장님 마음에 든 게임을 뽑아서 그 게임을 집중적으로 개발하자는 사장님의 의견에 따라서 시작은 각자 개발이었다

정말 인디스럽지 않은가?

나는 우주선의 각 모듈에 무장을 스스로 정하여(매드탱크를 생각하면 될듯) 보호막, 이동장비, 무기 등등 세팅하여 무게와 무기 메커니즘을 이용한 시뮬레이션 게임을 만들었고

다른 개발자는 미사일 피하기를 만들었다

기획자는 간단한 타워 디팬스 게임을 만들었는데 기획자가 프로그래밍을 할 줄 알 리가 없어서

내가 유니티로 간단하게 조작할 수 있는 게임 엔진을 만들어 줘서 혼자서 개발 할 수 있도록 해줬다 필요할 때 마다 내가 가서 기능 툴을 직접 만들어 주는 식으로

디자이너는 셋 가운데에 껴서 각 개발자가 필요한 것을 말하면 맞춰서 디자인 해주기로 했다

당연하지만 업무량이 어마어마 했다 내 주관이지만 이 디자이너는 경력직에 매우 유능한 분이어서 어느 정도 소화가 가능했다 문제는 게임 업무 + 웹쪽에서 디자인 업무를 계속 요청했다는 것

세 사람의 게임 중에서 내 게임은 사장님 눈에는 별로 재미있어 보이지 않다고 하셨다

내 게임은 취향 차이도 있지만 결말 없이 오픈 월드로 만들어져서 개발 기간의 불확실함과 보여 줄 수 있는 끝맺음이 보이지 않는 것이 문제였다 (기본기능구현은 다 해놓음)

다른 개발자의 게임은 규모를 너무 작게 잡아서 그런지 사장님 눈에 들지 않았다 마찬가지로 게임의 끝맺음이 보이지 않았다

기획자의 게임은 내 취향은 아니었지만 사장님 마음에는 무척 들었나보다 확실하게 끝이 보였고 간단해서 이해하기 쉬웠던 점이 사장님 마음에 들었을 것이라 생각한다

그래서 나머지 게임은 재활용통에 들어가게되고 기획자가 만든 게임을 본격적으로 우리 개발자가 붙어서 손보기 시작했다

나는 솔직히 뭐가 재미있는지 모르겠지만 이건 충분히 내 문제라고 볼 수 있다

일반 사람이면 몰라도 게임 개발자면 어디가 재미있고 어디가 재미없는지 알아야한다

나의 개발자로서의 가장 큰 단점은 극단적인 취향 스팩트럼인데 내 주변 인물들만 봐도 내가 좋아하는게임을 하는 사람은 없다 (친구가 없는게 아니다)

이른바 마니아 혹은 변태 층

예를 들면 레벨 1이 데미지 1을 주면 레벨 100이 10000을 줄때 쾌감이 느껴진다고 한다(던파, 메이플 같은 게임)

난 그런거 없이 레벨 100이면 데미지 2가 되야한다고 생각한다(워쉽같은 게임)

즉 성장차가 크지 않고 이팩트 보다는 피지컬과 투박함을 좋아한다 내가 밀덕인 것도 있고

그래서 던파같은 알피지 게임은 별로 안 좋아한다

물론 타격감 같은 외의 요소는 중요하다 타격감과 투박함은 같은게 아니니 이런 걸 개인차라고 해야겠지

그래서 난 항상 주변에서 어떤 게임을 무슨 재미로 하는지 조사한다

듣다보면 왜 재미있다는지 이해가 안되지만 기억 해 두는 방식으로

지금은 지식이 많이 늘었지만 이 당시만 해도 난 우물안 개구리였다

이러한 배경으로 그 당시에 나는 기획자를 안좋게 보고 있었다

하루종일 하는 일 없이 가끔 엑셀 수치만 조정하는 정도로 생각했고 기술도 없이 자기가 원하는 업무 하나만 가지고 일한다는 사실이 마음에 들지 않았을지도 모른다

다음 일지에 적겠지만 나중에 생각이 바뀐다

기획자의 밸런스에 의견을 제시했지만 밸런스와 재미는 비례하지 않는다는 당연한 사실을 상기 하지 않고 좆문가 짓을하며 난 트집을 잡았다 (지금와서 보면 난 맞말 1 틀말 3 비율로 한듯)

그래도 기획자는 내 의견도 수용하며 나름 재미있게 게임을 만들었다고 생각한다

나름 속성과 몬스터의 특수 능력을 추가하며 패턴 변화를 넣어 게임 플레이어가 지루하지 않게 만들었다

나는 뭘 번거롭게 일괄 처리 없이 일일히 다 정해서 하냐는 생각이었지만 이런 노력이 사람들에게 재미를 유발하는 것이라 생각한다. 난 이 부분을 잘못해 나중에 큰 실수를 한다 이 이야기는 다음 일지에

결과적으로 메이저 게임에 빗댈 수준은 못되었지만 사장님이 주변인 광고를 통해서 단기간 한정으로 사람이 많이 몰렸다

가끔 개발일지 보면 게임은 재밌는데 사람이 안모이는 경우가 보이는데 광고의 효과는 똥겜이라도 매우 크니 방구석에서 게임만 만들지 말고 대외 활동을 좀 하자

결과적으로 이 회사에서 만든 게임 중에서는 가장 사람이 모였다.

하지만 과도한 업무량에 지친 디자이너가 게임 하나 만들고 그만두는 사태가 왔고 이 이후에 그 만한 디자이너를 구하지 못하게 된다

게임 개발은 첫 게임과 같은 3개월이 걸렸다 한달은 각자 개발하는 방식 때문에 각자에게는 촉박했어도 개발 단위로 보면 여유로운 시간이었다 두달째에 개발이 완료되었지만 전 게임과 같은 문제로 한달을 조정하며 시간을 보내게 됬다

나중에 게임 데이터 날아가는 사태를 막기 위해 구글 클라우드 사용을 추가했다

서버를 직접 다뤄서 멀티 플레이 게임을 만들고 싶었지만 난 랜 서버 이외는 다룰 줄 모른다

게임을 하다보면 알지만 단점처럼 보이는 부분이 있을 수 있다

추가정보

구글계정을 사용할 때 평소 사용하는 구글계정과 개발자 계정, 광고 계정을 구분하는게 좋다

보통 사용하지 않는 계정이 기존 계정과 아이디, 비밀번호 등이 구분되있을 경우 해킹 위험이 줄어드는데 구글 정지 사유 중에 해킹 시도가 감지됬을 경우 정지가 되는경우가 있다

그 외에 구글 계정을 이용하여 다른 컨텐츠를 이용하다가, 예를들면 유튜브 구독과정에서 계정에 문제가 생긴다던가(테라리아 개발자 계정 정지같은) 하는 개발자 계정과 1도 상관없는 상태에서 계정이 정지될 경우 다른 계정이 전부다 정지되기 때문에 계정을 분할 하라는 조언이 간간히 들려온다

그리고 같은 계정이 다른지역에 동시접속할 경우..

그 계정은 정지먹을 확율이 매우 높으니 동시 작업할 때에는 사용자 추가기능을 적극 이용하여 각자의 개발자 계정을 사용하는게 좋다

구글엔 ‘계정 오염’이라는 말이 있는데 한번 경고먹은 계정은 그 기록이 누적되어서 다음에 같은일이 일어날 경우 점점 더 불리하게 작용되는 현상을 말한다

같은 사용자에도 적용되는지는 모르겠지만 일단 계정들이 분산해서 데미지를 나눠받는 방식이(실제로 적용될지는 모름)안전 하지 않을까 싶다

왜 이런생각 하냐면

아무리 구글 알고리즘이 뛰어나다고 해도 계정과 계정간의 연동을 확인하는 단계는 계정이 경고먹는 단계가 아니라 영구정지 되는 단계인것으로 예상된다

즉 오염수치가 최대100 일때 한 계정이 다 받을 경우 그 계정과 연관된 다른계정, 가족 계정까지 전부 정지되지만 각 사용자 계정이 10씩 오염되면 그걸 찾는 알고리즘은 발동하지 않아서 새로 만든계정은 깨끗해진 상태가 아니냐는 생각이다

물론 구글이 알고리즘을 공개한 적 없으니 이 방법이 먹히는진 알 수 없다 하지만 인터넷 조언으로는 먹히는 방법일 가능성이 높으니 한번 계정이 오염되면 되는대로 시도해보는게 좋을 것 같다

원래 나눠서 3편 올리려고했으나 그전에 내가 퇴사 할 수도 있겠다..

원래 일주일 간격을 두고 올리려 했는데 첫 일지 게임이 업데이트가 너무 늦어져서 일주일정도 밀리는 바람에 간격이 짧아졋다

3번째 일지는 내가봐도 너무 창피해서 올리고 싶진 않지만 기회가 되면 올리고 그전에 나가면 접는 수밖에

[ee(220.70)]

재밌네요 뭔가 발전하면서 깨달으시는것도있고... 덩달아 저도 보면서 깨닫게되는바가있네요!

[익명(61.252)]

감솨

[익명(211.184)]

저렇게 외인부대 식의 디자이너는 mm얼마 잡아야함?

[익명(61.252)]

나도 모름 적어도 이 경력직 디자이너는 자기가 받아야 할 월급과 업무량보다 적게 받았던 것 같음

[익명(125.137)]

뎀지 상승폭이 적은 겜일수록 전략이나 작은 변화에 판국이 뒤집어지니, 결국 퍼즐겜에 가까워지는 것이고, 뎀지 상승폭이 쳐돌아가는 게임들은 보상강화겜이라 보면 됨. 걍 장르가 다른거임.