채집 오브젝트 생성 간격
인게임에 채집 오브젝트를 배치한 다음 각각의 리스폰 타임을 설정해야 한다면 무엇을 근거로, 어떻게 이 시간을 구해 설정해야 할까요?
System Design
본질 드리븐 디벨롭먼트
일선 게임디자이너로써 사양을 작성할 때 종종 이 사양의 목적과 본질, 과거에서 현대에 이르는 맥락을 놓칠 때가 있습니다. 그럴 수 있습니다. 하지만 이를 놓치지 않으면 많은 질문이 정답이 있는 문제로 바뀌어 일이 쉬워집니다.
전투 중 다른 버튼이 안 눌리게 해주세요
시야가 좁아지면 게임 전체의 일관성을 깨고 개발 비용을 올리는 이상한 요구사항을 말할 수 있습니다. 누구나 그럴 수 있어 주의해야 합니다.
따라할 때는 왜 그랬는지 알고 따라해야 합니다
덮어놓고 베끼다 보면 나 자신이 뭘 하고 있는지조차 잊어버리게 됩니다. 매 순간 매가 무엇을 위해 이 짓을 하고 있는지 잊지 않는데 집중합시다. 그렇지 않으면 완전히 이상한 말을 하게 됩니다.
게임 소프트웨어 개발 수명주기에서 기획서의 역할
게임 소프트웨어 개발 프로젝트에서 기획서는 아주 잠깐 동안만 유효합니다.
절망의 벽
프로젝트 내에 수직계열화된 단위 조직은 종종 그 효율성에도 불구하고 목적 달성에 실패합니다. 충분한 자원을 투입했음에도 이들이 실패하는 원인은 무엇일까요?
중의적 질문의 문제
때때로 중의적 질문은 질문을 받은 사람들을 혼란에 빠뜨리고 질문한 사람 역시 올바른 답변을 얻지 못하게 됩니다. 자신의 위치와 상황에 맞고 또 중의적이지 않은 질문을 해야 합니다.
1인 레이드가 가지는 의미
1인 레이드의 등장은 우리들이 MMO 장르에 거대한 변곡점을 지나고 있음을 의미합니다.
인터랙션 오브젝트는 어쩌면 통합이 능사가 아닐지 모른다
지금까지 비슷한 기능을 하는 여러 장치를 한 가지 시스템으로 통합하거나 처음부터 그렇게 설계해 왔는데 어쩌면 그게 늘 옳은 방법이 아닐지도 모르겠습니다.
후잉 가계부를 두 사람이 사용하기
잡소리가 좀 길지만 후잉 가계부를 두 사람 이상이 사용할 수 있습니다. 다만 좀 불편한 점이 있는데 미리 알고 있다면 그나마 괜찮습니다.
우리는 아직도 바퀴를 재발명하고 있다
이전에 왜 뻔한 기능을 항상 다시 개발하는지 생각해봤습니다. 시간이 지난 지금도 상황은 비슷합니다.
전투 행동의 대상은 전투 시스템에 기반하도록 설계해야 합니다
여러 프로젝트에서 전투용으로 설계되지 않은 대상에 전투 방식으로 상호작용 시키기 위한 요구사항을 반영하기 위해 고생하는 모습을 봅니다. 근데 좀 이상하지 않나요?