[💬] 모바일 인디게임 개발자에게

[익명(182.228)]

 

 - 비주얼적인 요소는 끌어다 쓸 수 있다면 모조리 가져와 사용해라.

 - 게임의 참신함과 독창성을 '이전에 없던 캐릭터', '이전에 없던 이야기'로 착각하고 만들지 마라.

   

 - 비주얼 노벨 게임이 아니라면 비주얼 요소는 '양념' 이다.

 - 게임에 참신함을 부여하는 요소는 오직 게임 로직 코드뿐이다.

 - 게임 많이 해보고 그 이면에서 어떤 코드가 일하고 있을지 생각해보라. 

   무엇이 핵심적인 코드인지, 어떤 자료구조와 알고리즘이 적용되어 있을 지 

   분석해서 네가 만들 게임에 어떤 방식으로 적용할 수 있을지 생각해보자. 

 

 - 네가 꽤 마음에 드는 시스템을 두 세가지 찾아냈고, 그것을 융합하면 재밌을 것 같다고 생각했다면 실천에 옮겨보자. 

   비주얼 요소는 '완전히' 배제하고 사각형과 동그라미 만으로 빠르게 초기버전을 만들어보라.

 - 프로토타이핑 할 때 '아, 지금은 좀 밋밋하네...여기서 애니메이션이 들어가면 재밌을 텐데' 라는 생각이 든다면, 

   그 게임은 애니메이션이 들어가도 재미없다. 애니메이션이 로직의 조그만 축을 담당할 순 있어도, 주 축이 되면 빨리 고장난다.

 - 프로토타이핑에 한 달 이상이 소요될 것이라고 예상된다면, 사람이 너무 적은 것이다. 

   혼자 만드는 중이라고? 잘 생각해라. 네 능력 밖의 일을 기획한 게 아닌지. 

 - 거짓말 하는 프로그램은 없다. 멍청한 프로그래머는 있지만. 오류와 버그는 다 네 탓이다.

 - 자료구조, 알고리즘 그딴거 몰라도 잘 만든다고? 부럽다 십새야.

 - 딸딸이는 일주일에 한 번으로 자제한다. 

 - 체력이 중요하다. 나가서 하루에 삼십분 동네 한바퀴라도 돌고 와라.

   근육 키우라는 말이 아니다. 현상유지라도 해라.

 - 이름좀 들어본 게임회사 게임들도 다들 뚫린다. 코드 난독화 애셋같은거 찾아보지 마라 병신아.

 - '야, 유니티 기반이 다이렉트X 래. 그거 배우면 유니티 개껌 아니냐?'

    아니다. 딴길로 새지마라. 유니티 할거면 유니티만 해라. 그렇게 따지면 Win32 API 도 해야된다.

 - 유니티가 '너 이런건 몰라도 돼' 하는건 몰라도 된다. 갖다주는 함수에 인자나 똑바로 적어라.

 - 모바일 게임의 부분 유료화 시스템의 가격책정 방식과 아이템 판매방식을 찾아봐라. 

   '왜' 그렇게 파는건지, 법률상의 이면에 대해서도 찾아보면 왜 그런건지 나온다. 

    알고 있으면 써먹을 데가 있다.

 - 성실납세 방법을 몰라서 탈세하는건 개병신이다. 사업자 아니냐? 부끄러운 줄 알아라.

 - 트랜드는 네가 쫒기엔 늦었다. 넌 트랜드를 쫒을 능력이 안된다. 만들던 게임이나 완성시켜라.

 - 리뷰를 먼저 보지 말고, 출시된 게임을 플레이해본 뒤에 너의 의견을 염두에 두고 리뷰를 살펴보자. 

    해당 게임의 장단점은 위의 순서로 네 생각과 비교해보면 잘 볼 수 있다.

 - 게임의 컨셉에 따른 주 고객층을 정했다면 나머지는 철저히 무시해라. 신경쓸 시간 없다.

 - 모바일 게임은 수명이 짧다고 하는데, 게임이 병신같을때만 해당한다. 

   고로 넌 분명 해당사항이 있을 것이다.

 - 롱런하는 제품은 대개 '어지간해선 다 풀지 못할 존나 많은 과제'가 게임 속에 있다.

    그것이 업적에 관련된 파고들기 요소일 수도 있지만, '다른 테마의 레벨'일 수도 있다.

 - 끊임없이 선택을 요구하는게 게임의 핵심적인 재미요소라고 주워들었다면, 

   나쁜 예로는 샌드위치 가게 서브웨이가 있다. 과유불급은 참 잘 만든 말이다.

 - 코루틴에 yield return new WaitForSeconds 많이 쓴다면 클래스 필드에 선언하고 가져다 써라.

    new 는 어찌됐건 비용이 발생하기 마련이다. 다른 요소도 마찬가지이다.

 - 생성 제거가 자주 반복되는 오브젝트는 풀의 사용을 적극 고려해라. 

   근데 풀 안써도 어지간하면 잘 돌더라.

 - 하나의 오브젝트라면, Update 가 분산되어 처리되게 두지 말고 모아서 처리해라. 

   특히 스크립트 컴포넌트가 복수이고, 단순 탑재만 하는 경우 하나의 스크립트에서 불러와 사용 할 것을 고려해라.

 - 재미있는 요소 중 하나인, 시간 되감기를 할 때, 보간이 위력을 발휘할 수 있다. 모르겠으면 애셋 써라.

 - 로컬라이징 염두에 두지 마라. 게임이나 완성해라.

 - 세이브는 '로드'부터 제대로 되야 하던가 말던가 하자. 지랄하지 말고.

 - 쉐이더는 생각보다 많은 일을, 생각보다 저렴하게 할 수 있다. 상식 선에서 쉐이더로 가능하다 싶으면 찔러나 보자.

    퍼포먼스가 안나와? 그럼 그 쉐이더는 쓰면 안되는거야.

 - 커뮤니티에 올리는 '이거 돼요?' 라는 질문보다는, '이거 왜 안돼요?' 라는 질문이 너에게 도움이 될 것이다.

 - 마지막으로, 나는 백수다.

[익명(211.246)]

내가 주문은 고정이어도 서브웨이 맛잇다 ㅡㅡ

[Dㄹㄹ(221.138)]

딸딸이 공감 - dc App

[Dㄹㄹ(221.138)]

개추크레용 - dc App

[익명(218.234)]

딸자제 오반데 시바

[익명(115.21)]

맞는말도 많지만 그래픽을 너무 우습게 보는데 ㅋㅋ 뭣도 없는데 그래픽 잘뽑아서 어그로 잘끈 게임이 얼마나 많은데

[익명(115.21)]

시스템 아무리 좋아봤자 그래픽이 보노보노ppt수준이면 클릭도 안하지. 일단 기본적인 외모는 되어야지. 뭐 남의 그림에셋으로 티안나게 떡칠해놓으면 몰라 여기저기 최대한 끌어써서 얼기설기 붙여놓으면 조잡해지잖어. 여자한테 말걸었는데 겉보기에 중식이처럼 생겼으면 그 여자가 내면을 알아갈 기회도 없는것처럼 그래픽은 양념이 아니라 사람들이 우선 관심을 갖게하는 첫인상이지

[익명(182.228)]

글쓴이다. 맞는 말이다. 중요하다고 여러군데에서 언급됐던 내용이긴 해 사실. 스토어 아이콘, 게임 인포, 하다못해 제목 길이도 중요하다고. 내가 하고싶은 말은, 일단 제대로된 프로토타이핑과 이후의 잘 짜여진 로직을 우선에 두자는 얘기지. 양념이 꼭 무슨 아얘 배척해야 할 대상은 아니라는 거야. 양념. 중요하지. 양념. 댓글 고맙다.

[볼프(skrkd2215)]

비주얼 일단 어그로는 끌수 있음 일단 아무것도 모르는 사람들 보면 일단 예쁜데로 감

[익명(220.85)]

현상유지 1인개발 3년차 격하게 공감하고 감 - dc App

[익명(124.57)]

2번은 웹툰작가도 말해주더랑

[익명(121.165)]

아이디어 디벨롭에 시간을 낭비하지않기 위해서라도 그래픽적인 부분 고려할 시간에 시스템 구상을 더하는게 나을 수도 있음

[익명(110.70)]

코루틴에 yield return new WaitForSeconds 많이 쓴다면 클래스 필드에 선언하고 가져다 써라. new 는 어찌됐건 비용이 발생하기 마련이다. 다른 요소도 마찬가지이다. 초짜라 잘 모르는데 저거 선언은 어떻게 하는거에요?

[아이고이아(1.249)]

클래스 바로 안에다 WaitForSeconds newWait = new WaitForSeconds (1);

[익명(211.185)]

막줄추

[ㅁㅁ(124.56)]

백수새끼가 어딜 ㅋㅋ

[익명(210.103)]

rt

[marmotru(anybody96)]

구구절절 ㄹㅇ임