Читаем Ошибки разработчиков видеоигр. От идеи до провала полностью

Обратите внимание на порядок появления монстров в какой-нибудь хорошей игре. Например, в Castlevania: Symphony of the Night (рис. 10). Первый монстр, встречаемый нами после того, как Смерть ослабляет Алукарда, – это шагающий из стороны в сторону скелет. Появляясь в комнате с ним, мы оказываемся перед ступеньками, по которым эта нечисть ходить не умеет, поэтому у игрока появляется возможность изучить поведение скелета с безопасного расстояния. Более того, обреченный на гибель монстр находится под низким потолком, и пройти этот сегмент можно, только атаковав его прямо в лоб. Игра демонстрирует единственно верный способ разобраться с врагом, не предоставляя пока игроку никакого простора для экспериментов и гаданий.


Рис. 10. Castlevania: Symphony of the Night. Konami, 1997


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


Бесконечное обучение

У необходимости постоянно обучать игрока есть две причины. Во-первых, мы с вами уже знаем об ограниченных ресурсах кратковременной памяти. Даже если вы примете сумасшедшее решение вывалить на игрока все механики разом, то с большой долей вероятности он не усвоит и половины из них. Подобным подходом грешат MMORPG, в которых количество возможностей персонажа и разномастных иконок способностей переходит все границы разумного еще в самом начале игры. Но MMORPG – это во многом особый жанр с очень суровой конкуренцией. Там игровые дизайнеры вынуждены сразу демонстрировать игроку, почему их проект интереснее и многообразнее, чем миллион других игр в этой нише. Помимо этого, при создании технически навороченных проектов обычно всё же делается ставка на малое количество игроков нулевого уровня, ибо в новые MMORPG игроки частенько приходят, будучи уже наученными ключевым особенностям жанра на примере других игр.

Во-вторых, подбрасывая игроку что-то новенькое из раза в раз, вы освежаете впечатления от вашей игры, дарите ему чувство прогрессии и в целом дольше удерживаете его внимание. Стоит, впрочем, отметить, что введение кардинально новых механик, переворачивающих игровой процесс с ног на голову, – это уже вопрос не обучения, а здравого смысла. Когда я говорю про необходимость постоянно подкидывать игроку что-то новое, я не имею в виду смену жанров или правил – я имею в виду новые ловушки, новых монстров, новые локации, новое оружие. Поездка на катере в Resident Evil 4 оставила многих игроков в глубоком недоумении: всю дорогу игра предлагала нам управление Леоном, отстреливающим зомби, а тут внезапно превратилась в водные гонки, причем не самые простые. Однако если бы этот элемент не вызывал фрустрации из-за своей сложности, а проходился бы каждым игроком с первой попытки, то, возможно, этот момент не запомнился бы как нечто негативное.

Игровые элементы можно условно разбить на группы и семьи и развивать их «вглубь». Отказаться от какой-то механики, которая слишком сильно меняет игровой процесс, – это вполне естественно. Например, разработчики «Ведьмака» продумывали механику катания на коньках при игре за Цири, но сочли ее неуместной и обременяющей: нужно было придумать объяснение, почему на коньках катается только Цири, а не все остальные NPC, почему их не освоил Геральт, и вообще это превращало бы игру про изучение мира и исследование в неуместную гонку. В то время как в Half-Life 2 поездка на багги как раз аккуратно и успешно вписалась в игровой процесс, сохранив вид от первого лица и не противореча атмосфере игры.

А вот в игре The Messenger резкая смена жанра в середине прохождения стала особенностью, выгодно выделяющей этот проект на фоне прочих и активно использовавшейся в маркетинговых материалах: из-за них никто не удивился, когда линейный платформер превратился в метроидванию. Пользователи были осведомлены о таком трюке. Они знали, на что шли, запуская игру.

Замечательным примером умного подхода к обучению игровым механикам служит гениальная Super Metroid (рис. 11). Из раза в раз в ней используется один и тот же прием: игра приводит игрока в помещение, где он может подобрать новую способность. В самом начале Super Metroid это Morphing Ball – способность превращаться в шар и пробираться через узкие места. Мы спускаемся в комнату с предметом, дающим эту способность, но вернуться тем же путем у нас уже не выйдет: игрок просто не допрыгнет до платформы, с которой он свалился. Единственный выход из помещения расположен внизу, но проход там слишком узок для Самус в ее естественной форме.


Рис. 11. Super Metroid. Nintendo, 1994


Перейти на страницу:

Похожие книги

Programming with POSIX® Threads
Programming with POSIX® Threads

With this practical book, you will attain a solid understanding of threads and will discover how to put this powerful mode of programming to work in real-world applications. The primary advantage of threaded programming is that it enables your applications to accomplish more than one task at the same time by using the number-crunching power of multiprocessor parallelism and by automatically exploiting I/O concurrency in your code, even on a single processor machine. The result: applications that are faster, more responsive to users, and often easier to maintain. Threaded programming is particularly well suited to network programming where it helps alleviate the bottleneck of slow network I/O. This book offers an in-depth description of the IEEE operating system interface standard, POSIX (Portable Operating System Interface) threads, commonly called Pthreads. Written for experienced C programmers, but assuming no previous knowledge of threads, the book explains basic concepts such as asynchronous programming, the lifecycle of a thread, and synchronization. You then move to more advanced topics such as attributes objects, thread-specific data, and realtime scheduling. An entire chapter is devoted to "real code," with a look at barriers, read/write locks, the work queue manager, and how to utilize existing libraries. In addition, the book tackles one of the thorniest problems faced by thread programmers-debugging-with valuable suggestions on how to avoid code errors and performance problems from the outset. Numerous annotated examples are used to illustrate real-world concepts. A Pthreads mini-reference and a look at future standardization are also included.

David Butenhof

Программирование, программы, базы данных
Язык программирования C++. Пятое издание
Язык программирования C++. Пятое издание

Лучшее руководство по программированию и справочник по языку, полностью пересмотренное и обновленное под стандарт С++11!Р'С‹ держите в руках новое издание популярного и исчерпывающего бестселлера по языку программирования С++, которое было полностью пересмотрено и обновлено под стандарт С++11. Оно поможет вам быстро изучить язык и использовать его весьма эффективными и передовыми способами. Р' соответствии с самыми передовыми и современными методиками изложения материала авторы демонстрируют использование базового языка и его стандартной библиотеки для разработки эффективного, читабельного и мощного кода.С самого начала этой книги читатель знакомится со стандартной библиотекой С++, ее самыми популярными функциями и средствами, что позволяет сразу же приступить к написанию полезных программ, еще не овладев всеми нюансами языка. Большинство примеров из книги было пересмотрено так, чтобы использовать новые средства языка и продемонстрировать РёС… наилучшие СЃРїРѕСЃРѕР±С‹ применения. Эта книга — не только проверенное руководство для новичков в С++, она содержит также авторитетное обсуждение базовых концепций и методик языка С++ и является ценным ресурсом для опытных программистов, особенно желающих побыстрей узнать об усовершенствованиях С++11.Стенли Р'. Липпман работал старшим консультантом в Jet Propulsion Laboratory, архитектором РіСЂСѓРїРїС‹ Visual С++ корпорации Microsoft, техническим сотрудником Bell Laboratories и главным инженером- программистом по анимации в кинокомпаниях Disney, DreamWorks, Pixar и PDI.Р–РѕР·и Лажойе, работающий ныне в кинокомпании Pixar, был членом канадской РіСЂСѓРїРїС‹ разработчиков компилятора C/C++ корпорации IBM, а также возглавлял рабочую группу базового языка С++ в составе международной организации по стандартизации ANSI/ISO.Барбара Э. Му имеет почти тридцатилетний опыт программирования. На протяжении пятнадцати лет она работала в компании AT&T, сотрудничая с Бьярне Страуструпом, автором языка С++, и несколько лет руководила РіСЂСѓРїРїРѕР№ разработчиков С++.• Узнайте, как использовать новые средства языка С++11 и стандартной библиотеки для быстрого создания надежных программ, а также ознакомьтесь с высокоуровневым программированием• Учитесь на примерах, в которых показаны передовые стили программирования и методики проектирования• Р

Жози Лажойе , Барбара Э. Му , Стенли Б. Липпман

Программирование, программы, базы данных