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

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

Но иногда недостаточно просто наблюдать за игрой. В таких ситуациях, чтобы получить необходимую информацию, вам нужно задавать тщательно продуманные вопросы. Например, если вы хотите понять, что игроки посчитали важным, попросите их пересказать историю произошедшего. Если вам интересно узнать, поняли ли они что-либо, задайте им вопрос, который проверит их знания: «Сколько человек прибыло на вертолете?» Если они смутились, значит, они не заметили вертолет. Если вы хотите понять одно из принятых игроком решений, попросите его объяснить ход своих мыслей.

Будьте открытыми, ведите себя нейтрально и профессионально. Задавайте вопросы так, чтобы игрок считал, что вам действительно интересно получить ответ, а не думал, что вы его порицаете. Старайтесь избегать любое личное взаимодействие или эмоции, которые могут исказить или скрыть опыт тестировщика. Не поощряйте также и положительные или «правильные» ответы.

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

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

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

После одного игрового теста у вас появляется история. После трех у вас три истории. Однако после 10, 15 или 20 игровых тестов вы поймете, что ваше понимание игры начинает меняться. Вы больше не будете думать об историях. Вы начнете думать через призму систем и взаимоотношений. Ваша ментальная модель игры будет расти и развиваться и начнет включать в себя сотню новых деталей, причины и следствия. Вы сможете представить, как одно изменение повлияет на другие части игры и изменит их. Вы поймете суть игры – она в системе, а не в истории.

После того как вы поняли систему, вы можете серьезно задуматься о балансе. Вам не нужно думать о том, как изменения могут повлиять на три истории, которые вы видели в плейтесте. Вы поймете, как изменения влияют на систему в целом.

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

Глава 7. Многопользовательская игра

Стрелок, преступник и шериф встретились на городской площади. Пролетело перекати-поле. Они потянулись к своим револьверам.

У стрелка была доля секунды, чтобы решить, кого застрелить – преступника или шерифа. У него не было времени рассмотреть, куда целится каждый из них, – может быть слишком поздно. Он должен решить сейчас. Но кого выбрать?

Ему заплатили за выстрел в шерифа. Так он и должен сделать.

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

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

Но преступник знал об этом. И стрелок знал, что он это знает. И шериф знал, что они оба знают что-то еще. Стрелок снова и снова прокручивал в голове все эти схемы, в то время как его рука крепко сжимала пистолет.


Теория игр

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


Рекомендуем почитать
Изучаем 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-проектами. Программист подобен кошке, которая гуляет сама по себе. Так уж исторически сложилось. Именно поэтому так непросто быть руководителем команды разработчиков. Даже если вы еще месяц назад были блестящим и дисциплинированным программистом и вдруг оказались в роли менеджера, вряд ли вы знаете, с чего надо начать, какой выбрать стиль руководства, как нанимать и увольнять сотрудников, проводить совещания, добиваться своевременного выполнения задач.