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

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

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

В игре Zelda: Link Between Worlds (рис. 24) на Nintendo 3DS игрока обучают возможности принимать двухмерную форму и ходить вдоль стен, попадая как бы на их плоскость. Игроку объясняют, как использовать эту хитрую механику для перемещения. Но то, что в стенах можно еще и драться (причем абсолютно тем же способом, что и во время исследования мира в обычном состоянии), для многих игроков стало неожиданным открытием.

Рис. 24. Zelda: Link Between Worlds. Nintendo, 2013

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

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

Для того чтобы функциональная закрепленность работала во благо, нужно создавать условия, в которых эксперименты игрока будут поощряться. Без таких условий внезапное обнаружение новых свойств методом «тыка» не принесет игроку никаких положительных эмоций. Особенно недоволен он будет в том случае, если скрытые от его понимания свойства окажутся обязательными для прохождения. Он просто с раздражением подумает: «И откуда я должен был это узнать?» – в тот момент, когда с сотой попытки наконец пройдет секцию, требующую от него навыков, которыми он не обладал. Тот же Deception IV можно пройти от начала до конца, так и не узнав о многих особенностях своего вооружения и чувствуя себя при этом весьма комфортно.

Не все механики Atomic Heart поясняются на практике, и игроки, бегло просмотрев короткое описание будущих способностей Перчатки, в определенный момент сталкиваются с тем, что сложность игры становится им не по зубам. Догадаться, что игру в десять раз упрощает использование телекинеза против нескольких монстров одновременно, крайне затруднительно: Atomic Heart не тренирует игрока в ситуациях, где использование телекинеза упрощает битву с несколькими врагами. Она вообще не показывает сцен того, где и как эта способность может быть полезна.

С одной стороны, тут налицо такая же ситуация, как и с игроком, не разобравшимся в управлении монахиней в Pascal’s Wager. С другой – у Atomic Heart, во-первых, совсем иной жанр, а во-вторых, в ней у игрока нет возможности в любой момент остановить время и прочитать описание своих будущих навыков, тогда как Pascal’s Wager это позволяла. Управляя майором Нечаевым, игрок может сделать упор на прокачку тех умений, которые очень быстро обесценятся самой игрой, так долго поощрявшей махание топором, а потом внезапно скинувшей на игрока целый рой летающих роботов.

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

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

97 этюдов для архитекторов программных систем
97 этюдов для архитекторов программных систем

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

Билл де Ора , Майкл Хайгард , Нил Форд

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