Алексей Патрашов - Математическое руководство по созданию компьютерных игр. Справочник

Этап 3.Разработка ― создание игры, по отработанному отображаемому материалу. Разработчик после изготовления прототипа понимает, какая у него выйдет игра. Далее или пишется план разработки, или, чаще всего, делается все путем угадывания направления. Разработка игры проходит в несколько подэтапов, когда инвестор или сами разработчики оценивают, получается у них что-то приемлемое или нет, и что с делать с результатами разработки.

Объем документации составляет от нескольких до сотен страниц и содержит в себе описание всего понадобившегося команде для разработки текущей итерации, как то описание художественной части, игрового процесса, интерфейса пользователя и прочего. В зависимости от типа и объема финансирования проекта и прибыльности текущей итерации данный этап может повторяться несколько раз до получения готовой игры.

Этап 4.Полировка ― доводка отдельного функционала и художественного наполнения до состояния готовности к коммерческой реализации. Для не сетевых проектов обычно полировка всеми возможными способами откладывается на предшествующие реализации сроки. Для сетевых проектов реализуется игровой функционал в минимально пригодном для продажи виде. В зависимости от того, как игроки по статистике использовали каждый из всех заложенных в игру замыслов, соответствующий фрагмент замысла дорабатывают и ставят в параллельную полировку со следующей итерацией разработки. Если какая-то часть заложенных в игру замыслов не используется игроками, то её после обновления удаляют из игры.

Объем документации составляет от нескольких до сотен страниц. Этап полировки повторяется после каждого нового функционала для сетевых игр до двух раз. Для не сетевых проектов полировка обычно смешивается с доработкой проекта вообще и поэтому, особенно при отсутствии четких планов, может продолжаться очень долго и хаотично.

Этап 5.Коммерческая реализация ― заработок на проекте. Для не сетевого проекта ― продажи, для сетевого ― выход в открытое бета тестирование. Приложение выглядит цельно, обычно отдаленно похоже на раннюю концепцию или полностью отрабатывает фокус потребительской аудитории. Но от соответствия проекта концепции его успех практически не зависит. Вообще от разработки коммерческий успех проекта зависит приблизительно на 40 или 50 процентов, при условии, что в разработке не было допущено откровенных ошибок. Объем документации складывается от описания реализации, руководства пользователя и, обычно, сайта игры. Для не сетевых игр данный этап не повторяется, но часто выпускаются скачиваемые платные или бесплатные дополнения к проекту и пакеты исправления ошибок. Для сетевых проектов, в зависимости от сложности разработки, выходы новых версий бывают в диапазоне от двух недель, до полугода и реже.

Этап 6.Поддержка ― помощь игрокам остаться в игре. Для не сетевых игр это этап после завершения продаж, когда делается все чтобы игрок и дальше продвигал игру, среди друзей или в многопользовательской среде. Для сетевых игр это параллельный разработке, полировке и коммерческой реализации этап. Объем документации состоит из инструкции, сайта поддержки и прочих подобных средств. Повторение этапа происходит после каждой реализации.

Создавая замысел игры авторы создают иногда целый мир, который начинает иногда жить уже по своим, а не по придуманными авторами законам. Здесь хорошо подходит известная восточная мудрость, что привести лошадь к водопою может и один человек, но даже сорок не смогут заставить её пить. И первое, с чем придётся бороться в созданном новом мире это борьба с заложенными в него противоречиями вида: задан треугольник с пятью углами, найдите длину стороны равного данной фигуре квадрата. Вообще, противоречий быть не должно изначально, только в больших мирах они всё равно появляются потому, что за всем и сразу не уследишь.

Очевидно, что следующей важной задачей становится поиск внутренних противоречий игрового мира. Каждый, кто хоть час играл в RPG, знает, что утверждение: тяжело в учении ― легко в бою, есть непреложная истина. Так что если в игре у игрового персонажа есть возможность пройти обучение, то игроки ей непременно воспользуются и на последующие задания для новичка с рогаткой выходит ветеран с пулемётом. Это особенно касается, как правило, тех игр, где засчитывается применение умений. Способы, как можно поднять все характеристики до предела, находятся обычно чрезвычайно быстро. Не менее странно будет выглядеть рост умений при повторении одного и того же умения по одной и той же цели несчётное количество раз. Очень часто разработчики сами оставляют дырки в заборах, а потом сами же удивляются, что их за это ругают.

Рисунок 1. Наёмник компании «Коготь». Они бывают и такими обаятельными.

Прежде чем что-либо придумывать, надо определиться с основами устройства будущего игрового мира и ответить на несколько важных вопросов. Какие ресурсы будут в игре? Каким будет соотношение между возобновляемыми и невозобновляемыми ресурсами? Будут ли места с ограниченным числом посещений? Какое будет развитие персонажа? Будет ли развитие на основе получаемого опыта или на основе используемых умений? Как их применение будет перерастать в его уровень и почему будет или не будет и каким образом засчитываться или нет. Какая будет балансировка игрового процесса? Будут ли неубиваемые персонажи или невыбрасываемые вещи? И это ещё не все вопросы, а только некоторые. Дальше будет ещё хуже и сложнее.

На выбор устройства игрового мира влияет очень многое: время внутри игрового процесса, происхождение каждого предмета или ресурса, размер игрового мира, сценарий игры и многое другое. Если действие происходит в замкнутом пространстве короткое время, то появление новых предметов будет смотреться странно, так же как и отсутствие в огромном игровом мире на протяжении длительного времени возобновления возобновляемых ресурсов. Особенно сильно заметны такие погрешности при недостатке опыта или нехватке объектов для применения умений. Тогда в ход идёт уже истребление всего, что только можно, что портит впечатление от восприятия игрового мира, или применение в бою самого худшего из оружия и умений чтобы увеличить число ударов или использования умений, что проделывает дыру в сценарии.

Борьба с читерством и манчкинством заслуживает особого внимания. Многие игры позволяют полностью сохраняться и загружаться, что делает некоторые возможности просто находкой для прорывов. Это не относится к серверным играм и только частично к играм, сохранённые файлы состояния которых находятся на компьютере, но сохраняется игра только при выходе. Но ничего не мешает выйти из игры и сделать копию файла, чтобы потом начать заново после провала. При наличии в игре азартных игр или возможности выиграть что-то особенное эта возможность будет использована. Одна из причин всех бед том, что к игре предъявляются сразу два взаимоисключающих требования: с одной стороны игра должна длиться долго, а с другой ― каждое задание должно проходиться как можно быстрее. Приходится искать необходимое решение где-то посередине и всегда есть риск от неё отклониться, чему есть много примеров.