Геймдизайн. Рецепты успеха лучших компьютерных игр от Super Mario и Doom до Assassin’s Creed и дальше - [120]

Шрифт
Интервал

Соответствующий горизонт планирования склонен увеличиваться в течение срока проекта.

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

При низкой стоимости тестирования необходим краткосрочный горизонт планирования.

На начальном этапе проектирования боя я мог очень быстро скомпилировать и протестировать идею боя. Зачем тратить час на анализ идеи, если я могу создать и протестировать ее за 15 минут и получить гораздо больше информации? Оно того не стоит. Поэтому я не думаю слишком много, а просто делаю игру.

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

Планируйте более глубоко, если вы ставите своей целью новаторство.

Итерация – это то, что известно как алгоритм поиска с восхождением к вершине. Представьте каждую возможную игру в виде точек на ландшафте. Точки на более высоком уровне – те игры, которые считаются лучше. Итерация делает игру похожей на слепого альпиниста, который начинает карабкаться по любому склону, где оказывается. Он делает короткие шаги, тестирует их, чтобы понять, стали ли они лучше, и продолжает дальше, если ожидания подтвердились. Со временем игра становится все лучше и лучше.

Проблема поиска с восхождением к вершине заключается в том, что альпинист слеп, он не может точно сказать, поднимается ли он на гору или холм. Если мы пойдем по склону невысокого холма, мы доберемся до его вершины, но не будем знать о горе неподалеку. Мы хотим взойти на эту гору, но если мы можем делать только небольшие шаги, у нас нет возможности добраться туда с вершины этого холма. Итерация оптимизирует дизайн, но не меняет его полностью.

Чтобы прыгнуть выше, нужно оторваться от земли. Это означает внесение больших изменений в дизайн без тестирования. Это рискованно – вы не узнаете, где приземлитесь, пока не доберетесь туда, но это единственный способ открыть радикально новые идеи и избежать стандартизированного дизайна. Составление детального плана позволяет вам увидеть горы на расстоянии, однако вы можете подойти к ним и обнаружить, что это всего лишь подножие горы. В этом заключается риск глубокого планирования.


Избыточное планирование: причины

Как недостаточное, так и чрезмерное планирование одинаково опасно. Но в геймдизайне избыточное планирование более разрушительно. В основном проблема разработчиков заключается в избыточном, а не в недостаточном планировании, а это наносит больше ущерба.

Почему в игровом дизайне возникает избыточное планирование? Существует ряд устойчивых стереотипов, которые заставляют нас планировать в избыточном количестве снова и снова. Давайте разберемся в них подробнее.


Привычка, заложенная культурой

С юных лет мы знакомимся с привычкой планирования. Учителя и родители учат нас планировать заранее и думать о будущем.

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

Но геймдизайн отличается, потому что в нем больше неопределенности. Архитекторы плотины Гувера не могли на полпути вдруг решить, что плотина должна была стать небоскребом. Но разработчики Halo обнаружили, что их стратегия, спроектированная по принципу «сверху вниз», должна стать шутером от первого лица. И, как мы уже убедились, такого рода радикальная трансформация не является необычной.


Врожденная самоуверенность

Давайте поиграем в игру об уверенности. Я задам вам десять вопросов, ответы на которые – цифры. Ваша задача – дать завышенные и заниженные оценки так, чтобы по каждому вопросу вы были на 90 % уверены, что ответ попадет в пределы диапазона, который вы указали.

Имейте в виду, что диапазоны могут быть любой величины. Для этого не нужно знать правильные ответы. Задайте достаточно широкий диапазон, чтобы вы на 90 % были уверены, что правильный ответ находится между верхней и нижней границами. Если вы сомневаетесь, ваш диапазон будет большим. Если нет, он будет маленьким.

Я настоятельно рекомендую вам взять карандаш и записать свои ответы. Это упражнение работает не так хорошо, если его только прочитать.


Рекомендуем почитать
Изучаем Java EE 7

Java Enterprise Edition (Java EE) остается одной из ведущих технологий и платформ на основе Java. Данная книга представляет собой логичное пошаговое руководство, в котором подробно описаны многие спецификации и эталонные реализации Java EE 7. Работа с ними продемонстрирована на практических примерах. В этом фундаментальном издании также используется новейшая версия инструмента GlassFish, предназначенного для развертывания и администрирования примеров кода. Книга написана ведущим специалистом по обработке запросов на спецификацию Java EE, членом наблюдательного совета организации Java Community Process (JCP)


Pro Git

Разработчику часто требуется много сторонних инструментов, чтобы создавать и поддерживать проект. Система Git — один из таких инструментов и используется для контроля промежуточных версий вашего приложения, позволяя вам исправлять ошибки, откатывать к старой версии, разрабатывать проект в команде и сливать его потом. В книге вы узнаете об основах работы с Git: установка, ключевые команды, gitHub и многое другое.В книге рассматриваются следующие темы:основы Git;ветвление в Git;Git на сервере;распределённый Git;GitHub;инструменты Git;настройка Git;Git и другие системы контроля версий.


Java 7

Рассмотрено все необходимое для разработки, компиляции, отладки и запуска приложений Java. Изложены практические приемы использования как традиционных, так и новейших конструкций объектно-ориентированного языка Java, графической библиотеки классов Swing, расширенной библиотеки Java 2D, работа со звуком, печать, способы русификации программ. Приведено полное описание нововведений Java SE 7: двоичная запись чисел, строковые варианты разветвлений, "ромбовидный оператор", NIO2, новые средства многопоточности и др.


Фундаментальные алгоритмы и структуры данных в Delphi

Книга "Фундаментальные алгоритмы и структуры данных в Delphi" представляет собой уникальное учебное и справочное пособие по наиболее распространенным алгоритмам манипулирования данными, которые зарекомендовали себя как надежные и проверенные многими поколениями программистов. По данным журнала "Delphi Informant" за 2002 год, эта книга была признана сообществом разработчиков прикладных приложений на Delphi как «самая лучшая книга по практическому применению всех версий Delphi».В книге подробно рассматриваются базовые понятия алгоритмов и основополагающие структуры данных, алгоритмы сортировки, поиска, хеширования, синтаксического разбора, сжатия данных, а также многие другие темы, тесно связанные с прикладным программированием.


Питон — модули, пакеты, классы, экземпляры

Python - объектно-ориентированный язык сверхвысокого уровня. Python, в отличии от Java, не требует исключительно объектной ориентированности, но классы в Python так просто изучить и так удобно использовать, что даже новые и неискушенные пользователи быстро переходят на ОО-подход.


Как пасти котов. Наставление для программистов, руководящих другими программистами

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