[💬] 좀 더 일찍 알았으면 좋았을 20가지 팁

[익명(medal3029)]

https://youtu.be/fqb9MfRqK9I

게임 개발은 어렵습니다.

이건 어쩔 수 없는 사실이에요

하지만 여러분이 조금이라도 더 쉽게 해 나가실 수 있도록,

제가 도움이 될 만한 조언 20가지를 정리해 봤습니다.

그럼 시작해 보겠습니다.

첫 번째 팁입니다. 지금 시작하세요.

시작하기에 완벽한 순간을 기다리지 마세요.

여러분이 하고 싶은 일이 무엇이든,

완벽한 순간이 왔다고 깨달을 때쯤이면 이미 늦어 있을 가능성이 큽니다.

이런 오래된 말이 있죠.

“나무를 심기에 가장 좋은 때는 20년 전이었고, 두 번째로 좋은 때는 지금이다.”

저는 게임 개발과 유튜브도 정확히 그렇다고 생각합니다.

저는 그저 더 빨리 시작했더라면 좋았겠다고 생각할 뿐입니다.

두 번째 팁입니다.

규모를 작게 잡으세요.

아니, 그것보다 더 작게 잡으세요.

게임 개발은 처음 생각하는 것보다 훨씬 오래 걸립니다.

제대로 된 준비나 경험도 없이

엄청나게 큰 게임을 만들 계획을 세우면,

금방 벅차서 감당이 안 되게 됩니다.

초보자라면 하나의 메커니즘으로 시작해서,

게임 전체가 그 메커니즘을 중심으로

돌아가게 만드는 걸 추천드립니다.

세 번째 팁입니다.

게임을 포기하는 것도 괜찮습니다.

게임 규모를 너무 크게 잡아서 도저히 완성할 수 없는 상황이라면,

그만두는 걸 부끄러워하실 필요가 없습니다.

가장 최근에는 저도 GMTK 게임잼을 포기했는데,

그 결정을 아주 잘했다고 생각합니다.

저는 그 주제가 그다지 마음에 들지 않았고,

떠오른 아이디어들은 너무 복잡하거나 제가 별로 열정이 생기지 않는 것들이었거든요

그래서 하루를 꼬박 쓰고도 아무것도 진전이 없자 그만두었는데,

그건 제가 내린 최고의 결정들 중 하나였습니다.

네 번째 팁입니다.

실제로 뭔가를 끝내세요.

이건 방금 전 팁과 반대처럼 들릴 수도 있지만, 그렇지 않습니다.

여러분의 게임이 80% 정도 완성된 상태라면, 끝내세요.

게임을 많이 완성해 볼수록,

게임을 끝내는 데 더 능숙해지게 됩니다.

다섯 번째 팁입니다.

튜토리얼을 베끼는 걸 멈추세요.

저는 초보자들이 “튜토리얼 지옥”에 빠졌다는 이야기를 정말 자주 듣습니다.

계속 튜토리얼만 보는데,

정작 혼자서는 아무것도 끝내지 못하는 상태를 말하죠.

첫 번째에서 세 번째 게임 정도가 아니라면,

튜토리얼을 한 줄 한 줄 그대로 따라 하는 방식으로 사용하시면 안 됩니다.

한 가지 기능이 어떻게 작동하는지 기본적인 설명은 해줘도

그다음은 여러분이 직접 원하는 방향으로 바꾸고

확장하는 방식으로 진행하는게 좋아요

여섯 번째 팁입니다.

작업 흐름을 순환시키세요.

오랫동안 한 가지 작업만 붙잡고 있으면 쉽게 추진력을 잃게 됩니다.

다행히 게임 개발에는 할 일이 정말 많습니다.

그래서 뭔가 막히면, 당장은 다른 작업으로 바꿔도 됩니다.

코딩에서 막히셨나요? 잠시 쉬고 아트를 작업해 보세요.

그렇게 하면 생산성을 유지할 수 있고,

나중에 코드를 새로운 시각으로 다시 볼 수도 있습니다.

일곱 번째 팁입니다.

게임 디자인 문서를 만드세요.

며칠 이상 걸릴 만한 무언가를 만들고 있다면,

게임 디자인 문서를 만드는 것이 큰 도움이 될 가능성이 높습니다.

기본적인 설계 개요를 제공해 주고,

나중에 많은 시간을 아껴 주죠

여덟 번째 팁입니다.

“이것이지만 저것인” 규칙을 써 보세요.

아이디어가 잘 떠오르지 않으시나요?

이미 잘 통한다고 증명된 것을 가져와서 바꾸거나,

뭔가를 덧붙여 보세요.

유튜브에서 이런 방식을 정말 자주 볼 수 있고,

실제로 효과도 좋습니다.

사람들이 이미 익숙한 무언가를 바탕으로 하되,

예상 밖의 비틀기를 넣는 겁니다.

예를 들면 “4차원 마인크래프트”를 만든다거나,

“공포 게임인데 내가 괴물인” 식으로요.

아홉 번째 팁입니다.

마케팅을 우선순위에 두세요.

이상하게 들리시나요?

하지만 결국 여러분의 게임이

아무에게도 매력적으로 보이지 않으면,

아무도 플레이하지 않을 겁니다.

저는 게임 개발에서 거의 모든 일을 할 때 스스로에게 이렇게 묻습니다.

“내 타깃 관객은 누구인가?”,

“그들이 어떤 감정을 느끼길 원하는가?”

열 번째 팁입니다.

돈 때문에 이 일을 하려는 거라면, 지금 포기하세요.

빠르고 쉬운 돈벌이 수단을 찾고 계셨다면,

게임 개발은 그런 게 아닙니다.

성공한 게임 대부분은 몇 년씩 걸려서 만들어졌고,

그 개발자들 역시 수년간의 경험을 갖고 있었습니다.

그리고 성공한 인디 게임들조차

대개는 여러 명의 개발자가 함께 작업합니다.

열한 번째 팁입니다.

여러분의 게임 엔진은 중요하지 않습니다.

왜냐하면 누가 이 게임이 어떤 엔진으로 만들어졌는지 맞힐 수 있겠습니까?

이건 충격적이게도.... Roblox로 만든 게임이었습니다

정말 너무 고민되고 무엇을 골라야 할지 전혀 모르겠다면,

초보자에게는 Godot이나 Unity를 추천드리고 싶습니다.

Unreal도 좋은 선택이긴 하지만,

Unity나 Godot만큼 튜토리얼 자료가 많지 않기 때문에

초보자에게는 훨씬 배우기 어려울 수 있습니다.

열두 번째 팁입니다.

우선 여러분의 게임이 “손맛 좋게” 느껴지도록 만드는 것부터 시작하세요.

핵심 메커니즘이 좋고 반응성이 좋게 느껴지면,

게임의 나머지 부분도 점점 제자리를 찾아가게 됩니다.

어떤 경우에는 메커니즘을 좋게 만드는 작업이

게임을 재미있게 만드는 일의 대부분을 차지하기도 합니다.

열세 번째 팁입니다.

비판을 개인적으로 받아들이지 마세요.

이건 저한테도 어려운 부분이었는데요

내가 많은 시간을 들인 무언가를 누군가가 싫어하면,

쉽게 기가 꺾이거나 속상해질 수 있는건 당연했죠

여러분이 만든 게임에 대한 피드백과

여러분 자신의 가치를 분리하려고 노력해 보세요.

무례하고 심술궂은 사람은 언제나 있기 마련이고,

그들은 여러분이 들인 노력을 잘 모를 수도 있습니다.

하지만 여러 번 반복해서 듣는 말은 주목해 보세요.

듣기에 거칠게 느껴지더라도, 그 말에 일리가 있을 수 있습니다.

열네 번째 팁입니다.

실패는 좋은 것입니다.

실패는 배우는 가장 쉬운 방법이죠

아주 단순한 얘기지만, 뭔가에 실패했다면

분명히 개선할 수 있는 부분이 있다는 뜻이니까요.

열다섯 번째 팁입니다.

여러분이 만드는 모든 것을 저장하고 기록해 두세요.

코드와 에셋을 재사용하는 건

무언가를 빠르게 프로토타이핑하는 데

아주 좋은 방법이 될 수 있습니다.

또, 과거에 만들었던 것들을 되돌아보는 건

영감을 주기도 하고, 내가 발전하고 있다는 감각도 줍니다.

열여섯 번째 팁입니다.

아이디어보다 실행이 더 중요합니다.

압니다. 여러분은 자기 아이디어가 독창적이길 바라니까

아무에게도 말하고 싶지 않으실 겁니다.

하지만 현실은, 이 지구에는 80억 명의 사람이 있습니다.

누군가가 이미 그 생각을 했을 거라고 제가 장담할 수 있습니다.

진짜 중요한 건 그것을 어떻게 구현하느냐에요.

Getting Over It*같은거 보세요

(*항아리 게임으로 알려진 Getting Over It은

사실 완전히 독자적인 아이디어라기보단

Sexy Hiking이라는 게임으로부터 영향받아서 제작됨)

열일곱 번째 팁입니다.

운은 필요하지만, 운이 전부는 아닙니다.

예를 들어 유명한 유튜버가 여러분의 게임을 플레이했다고 해 봅시다

그런데 게임에 매력적인 요소가 전혀 없다면,

그걸로 판매량이 크게 오르지는 않을 겁니다.

하지만 게임이 실제로 좋다면 사람들은 구매합니다.

2020년 무렵의 Among Us가 바로 그런 경우였습니다.

인기 스트리머들이 플레이하기 전까지는 아무도 그 게임을 몰랐죠

그런데 워낙 재미있었기 때문에 점점 입소문을 타기 시작했고요

열여덟 번째 팁입니다.

스타일을 정하고, 그 스타일을 유지하세요.

특히 아트 측면에서, 완전히 다른 두 스타일을 자연스럽게 잘 섞는 건 매우 어렵습니다.

전체 그림을 보지 않은 채 에셋만 만들기 시작하면,

게임이 지저분하거나 비전문적으로 보일 가능성이 큽니다.

아마추어 픽셀 아트의 가장 큰 특징 두 가지는

픽셀 크기가 제각각인 것과, 색을 너무 많이 쓰는 것입니다.

열아홉 번째 팁입니다.

여러분의 게임을 프로토타입으로 만들어 보세요.

특히 “이건 정말 대단한 아이디어야”라고 생각한다면,

더더욱 프로토타입을 만들어 보세요. 장점이 정말 많습니다.

실제로 재미있는지 확인할 수 있고,

반쯤 완성된 데모를 얻게 되는데

그 자체로 게임의 무료 광고 같은 역할도 합니다.

다른 사람들에게 피드백을 받을 수도 있고,

본게임의 규모와 핵심 요소가 무엇인지 더 잘 이해하게 됩니다.

그리고 이게 스무 번째 팁으로 이어집니다.

견고한 방식과 임시방편 사이에서 균형을 찾으세요.

이건 제가 첫 게임을 실제로 완성하면서 배운 가장 가치 있는 교훈입니다.

저는 예전에는 언제나 “올바른 방식”으로 코드를 짜야 한다고 생각했습니다.

어릴 때 “지름길을 쓰면 결국 자신을 속이는 거다”라는 말을 들어 보신 적 있으신가요?

저는 프로그래밍도 그런 거라고 생각했습니다.

하지만 게임에 대사가 10줄밖에 없는데,

가장 완벽한 대화 시스템을 만드는 데 몇 주를 쓸 필요는 없습니다.

반대로, 수천 줄의 대사가 있다면 같은 텍스트 박스를

계속 손으로 하드코딩하고 있을 수도 없는 노릇이겠고요

여러분은 단기적인 선택과 장기적인 선택 사이에서 균형을 찾아야 합니다.

그리고 대부분의 경우,

그냥 추측하면서 결정할 수밖에 없습니다.

이상적으로는 게임의 품질을 희생하지 않으면서도,

프로젝트 전체 기간 동안 가능한 한 적은 시간을 쓰는 쪽으로 가야 하기 때문이죠

[익명(outside0930)]

진짜 중요한건 처음에는 그냥 스토리 게임을 만드는게 좋은듯 덱빌딩 로그라이크 같이 몇 번씩 플레이하는 아케이드 게임들은 생각보다 기획이 아주 어렵고 테스트가 존나 재미없음

[흑빡(wjdwogh1224)]

ㅇㅈ함 로그라이크가 하기는 쉬운데, 진짜 심각하게 어려운 레벨디자인, 시스템이 들어감 특히 시너지부분 디자인하는건,,, 하다가 1달동안 마무리못하고 접음ㅇㅇ

[211214(tomatoss)]

스토리 짜는게 더 어렵지 않나.. 사실상 게임과 아예 다른 분얀데

[아침빵(lobster7304)]

@211214 일단 어쨌든 완성/출시는 해볼 수 있으니까..라는 맥락에서 추천한 듯

[DTTK(tobacco0637)]

[익명(brake7949)]

여기도 2년째 한 게임만 붙잡고 있는애 있는데 ㅋㅋㅋ

[익명(brake7949)]

지금이라도 정신차리고 출시해라~~

[익명(121.140)]

말하는거보니 넌 그런 시도 조차 아무것도 안해봤나보네

[익명(121.140)]

이런애들 종특이 긁혀서 나 뭐했는데 어쩐데 자랑안되는 자랑질하며 떠들기 시작함

[Indie 1(218.147)]

별로 맞는건 없어보이는데 그래서 애는 뭐만듬?

[익명(brake7949)]

얘도 딱보니까 5년동안 암것도 출시 못하겠네

[Indie 2(14.51)]

[Indie 3(222.112)]

다 맞는말밖에없는데 실제로는 그렇게 안하고 있을 놈들은 맞는말 없다고 하겠지..라고 생각하면서 내려왔는데 바로 한 명 있네 ㅋㅋ

[Indie 1(218.147)]

뭐만들었는지 물었는데 답변이 영~

[Indie 1(218.147)]

딱 게임개발 2년정도 한 사람, 출시는 안해봤고 그냥 짜바리들 몇개 만든애가 쓴 팁같음.

[흑빡(wjdwogh1224)]

19,20이 진짜 중요한데 그걸 모르더라

[불타는키보드(1bnmaker)]

[비월(lunar1228)]

[211214(tomatoss)]