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

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

Эта часть о том, как найти свой путь в темноте.


Проблема убеждений

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

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

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

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

Виной этому наши убеждения.

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

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

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

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


Заимствованные убеждения

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

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

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

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

В играх все совсем иначе. В случае если студия переходит от стадии предпродакшн к стадии продакшн… то ничего не меняется. Никого не нанимают и не увольняют, не задействуются никакие значительные ресурсы, а одни и те же старые совещания проходят в одно и то же время каждую неделю. Ничего не меняется, потому что в разработке игр нет очень дорогой средней части. Итак, когда мы говорим «предпродакшн», «продакшн» и «постпродакшн», что мы имеем в виду на самом деле? Режиссеры знают, что они имеют в виду. В их среде это очевидно. Для нас эти слова без дополнительного объяснения значат очень мало.

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


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