ONE MAN GAME DEV

MDA Framework Mechanic → Dynamics → Aesthetic (게임 시스템 → 플레이어의 조작과 게임의 상호작용 → 플레이어가 느낀 재미) 게임 분석 프레임워크로 출발해서 게임디자이너의 사고 프레임워크로 정착한 뼈대 구조 게임 디자이너가 Mechanics를 설계한 의도와 설계된 Mechanic가 추구하는 재미를 확인하는 프레임워크 개인적으로는 당연한 걸 너무 단편화 시킨 것 아닌가?하는 의문도 있음 DDE Framework MDA 나오고 10년 지나서 나온 좀 더 내용을 채운 프레임워크 DDE Framework = MDA Framework의 확장. 확장이라고 하지만... 개인적으로는 구구절절하게 게임의 모든 요소를 구겨 넣고 설명하고 싶었던 것이 아닐까 생각됨. 원문 링크 - htt..

엑셀 VBA 포트폴리오 보낼 때, '이 자식들이 나 안뽑아주고 이 포폴 그대로 이용하면 어떻게 하지?'라고 걱정하신 적이 있나요? (하지만 절대 그런 생각하실 필요가 없습니다. 왜냐면 대부분 휴지통에 보내니까요.) 하지만 그중에 정말 괜찮은 포트폴리오인데 떨어지면 씁쓸하죠? 그런 분들을 위한 자위용 팁 하나 투척합니다. 먼저 VBA에 암호를 거세요. 그러면 소스를 볼 수 없어요. 이건 당연하겠죠? VBA Editor -> 도구 -> VBAProject 속성(E) 보호 탭에서 [v] 읽기 전용으로 잠그기에 체크해주시고 암호를 넣어줍니다. 엑셀 VBA 암호 같은 경우 영어 소문자 + 숫자 8글자로 만들면 부르트포스 방식으로 몇 분이면 뚫립니다. 그러니까 아래처럼 20글자에 숫자+특수문자+영어+한글 섞어 쓰세..

강의를 보면서 정리. 좀 더 좋은 게임 기획 강의가 나오면 좋겠다. 강의 목차 설정 기획 업무 구분 세계관 캐릭터 퀘스트 게임의 4가지 본질 (이거 비슷한 게 너무 많아서 출처 찾아봐야할 듯) 목표 규칙 보상 자발적 참여 동기 부여 -> 애착 -> 몰입 ??? 동기부여를 잘 하려면 흥미로운 세계를 제시??? 재미있는 소재의 이야기??? 느낀점 설정 기획의 업무 구분에서, 왜 그렇게 나누었는지가 없다. RPG 기획에 딱맞는 이야기가 아닌지 생각해본다. 억지로 적용하자면, 다른 장르로 확대할 수도 있긴 하겠지만. 또, 설정 기획과 게임 시나리오의 차이점 둘의 차이점을 설명하는 부분이 추가되었으면 좋았을 것 같다. 아니면 "게임 시나리오" = "세계관, 캐릭터, 퀘스트"라는 것인지? 그건 아닌 것 같다. 동기..

나도 가천대에서 게임 콘셉트 강의를 했었는데, "컨셉을 왜 잡아야 하는지, 어떻게 잡는지, 컨셉 예시"라는 순서로 진행했다. 그거랑 비교하니 패스트캠퍼스 영상 강의는 좀 쳐지는 느낌이다. 컨셉 문서는 "완벽한 문서"가 아니라 시작하기 위한 "과정"이기 때문에 굉장히 자기 주관적이고, 심지어 대충 써도 상관없다. 오히려 여기에 너무 정성을 들이면 망할 수도 있다. 그리고 그 다음의 6개의 강의, "장르 결정, 배경 설정, 핵심 특징 설정, 게임 매커니즘, 코어루프"의 내용이 컨셉에 다 들어가는데, 그렇다보니 늘어지는 느낌을 받는다. 이제보니 선행과 후행의 관계가 보인다. 장르를 배운다. -> 장르를 컨셉에 맞게 선택한다. / 설정한다. / 결정한다. 배경을 배운다. -> 배경을 컨셉에 맞게 선택한다. / ..

게임 제작 프로세스 + 게임 기획 프로세스 이것도 너무 케바케인데 "프로세스"라고 해놓으니 좀 애매한 것 같다. 완전히 큰 개념은 그럭 저럭 맞지만, 세부적인 부분으로 내려가면 점점 맞지 않게 된다. 게임 기획 직군이 여러개 있으면, 그 직군의 수 만큼 프로세스가 세분화 되어야 하지 않나 생각된다. 강의에는 하나의 그림으로 프로세스를 설명하던데, 차라리 프로세스라고 하지 말고, 각 항목별로 왜 필요하고, 어떤 단계에서 쓰면 좋고, 어떤 것을 기획할 때 좋은지 등을 설명하고, 직군별로 일이 진행되는 순서에 따라서 설명했으면 어떨까 싶다. 그렇다고 크게 문제 있는 것도 아니고, 한 사람이 모든 것을 알 수 있는 것도 아니니까, 제대로 강의하려면 자료를 많이 모아야 한다.

게임 기획 직군 분류 부분은 회사 규모에 따라 다를 거 같고, 게임 장르에 따라 세부 분류로 나뉘는 곳과 아닌 곳이 있고, 나처럼 그냥 올라운더 멀티플레이어 같은 경우도 있으니까... 그냥 각 직군 분류별로 설명하면 되지 않을까? 하지만 게임 기획은 다른 분야를 모르면 안되는 것 같다. 업무 퀄리티가 너무 낮게 나온다. 예를 들어, 직군이 아주 세분화 되었을 경우, 전투 시스템을 모르는 전투 밸런스 기획자라든가. 지표나 통계 볼지 모르는 레벨디자이너. 에디터나 데이터 파일 다루지 못하는 콘텐츠 기획자 같은 걸 말한다. 그래서 이왕이면 직군 분류는 완전히 세분화 된 경우만을 말하고, 초심자는 전체를 다 알아야 하지 않나 싶다. 굳이 강의를 해야 한다면, 위와 같은 사례 위주로 설명해서 동기부여를 하는 정도..

게임의 장르라는 강의는 솔직히 그냥 그렇다. 게임의 장르라는 거 자체가 그냥 지금까지 써오고 있었던 용어와 개별 게임의 특징을 연결해서 설명하는 것일 뿐이라서, 별로 새로울 것도 없다. 고민되는 부분은, 강의 순서와 "장르의 문제점"인데... 강의순서 우선 강의 순서는 게임의 장르가 어디에서 나오면 좋을까?이다. "게임이란 무엇인가? -> 게임의 장르 -> 게임의 역사" 이런 식으로 하는게 좋을려나? 아니면 "게임의 역사 - 게임의 장르 - 게임이란 무엇인가?" 이런 순서가 좋으려나? 앞에 것이 맞는 것 같다. 일단 게임디자인이라는 강의를 듣는 사람에게 강사가 생각하는 "게임"이 무엇인지 알려주고, 내적인 부분과 외적인 부분을 연결한 후, 외적인 부분을 설명하면서 "게임의 장르"라는 것이 나오는 것이 맞..

"게임 산업및 시장동향" 강의를 만드는 방법 아무래도 이것 역시 앞서 말한 게임의 역사와 일맥 상통하는 부분이 있다. 게임의 역사를 게임 산업의 관점에서 보면 된다. 게임이 지워지면, 만든 회사, 만든 사람, 인력구조, 매출, 게임 사용자 등등의 자료만 남는다. 즉, 게임의 역사에서 게임만 빼면, 바로 게임 산업의 역사가 되는 것이다. 대표적인 참고자료로는 2001년부터는 대한민국 게임백서란 것이 나오고 있다. "게임종합지원센터(2001년) -> 한국게임산업개발원(2002년~2006년) -> 문화관광부(2007년) -> 한국게임산업진흥원(2008년) -> 문화체육관광부(2009년) -> 한국콘텐츠진흥원(2010년~)"에서 만들고 있고, 1년에 한번씩 나온다. 매년 게임 산업 동향 보고서와 현황을 알 수 ..

게임디자인이라는 강의에서 다루는 "게임의 역사"라는 항목은 잘못 찢어진 나무젓가락 같다. 잘못 찢어져서 사용하긴 불편하지만, 눈 앞의 자장면을 안 먹을 수는 없으니 억지로 사용해야하는 존재. 게임디자인 이론을 가르치는 사람들이 게임의 역사를 왜 가르치는지 모르는 것 같다. 강의를 보는 내내 "아이고 의미 없다"를 중얼 거렸다. 그냥 게임 소개서인가? 그럼 왜 과목명은 게임의 역사인거지? 게임의 역사를 다루는 (별로 안좋은) 방법 게임의 역사를 다루는 방법은 몇가지 방법들이 있는데, 우선 게임이 출시된 순서대로 나열하는 것이다. 이렇게 나열된 게임의 역사는 다시 장르별, 플랫폼별, 개발자별, 회사별, 매출 순위별 등등 다양하게 분류하고, 자신이 사용하고자 하는 목적에 맞게 가공할 수 있다. 하지만 분류하는..

최근에 페이스북에서 패스크 캠퍼스 광고를 하나 봤는데, "배틀그라운드에 구현된 실제 기능을 내가 직접 개발할 수 있을까?"라는 제목이라서 관심이 생겼다. 언리얼 엔진으로 배그 같은 게임 만드는 강의인줄 알았는데, 유니티였다. 생각해보니 패스트 캠퍼스 강의 옛날에 사놓은 거 있는데 이름이 "올인원 패키지 : 게임제작"이다. 이번에 올라온 건 "유니티 포트폴리오 완성 올인원 패키지 Online"이라고, 이름이 다른, 내용도 다른 강의다. 위 강의 소개를 누르면, 수강 전에 필요한 기초 지식을 챙기라고 되어 있는데, 게임 개발 기초 강의 보러가기를 누르면 내가 구매했던 강의로 연결된다. ㅎㅎㅎ C#과 유니티로 배우는 게임개발 올인원 패키지는 구매하고 1년 넘었는데 제대로 본 강의가 하나도 없다. SDU 강의 ..