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

К очень непопулярному продукту под названием Exorcist Fairy (рис. 4) один из игроков оставил лаконичный обзор с пальцем вниз и написал следующее: «У персонажа не хватает маны, чтобы открыть ворота». Я увидел его обзор до того, как пройти эту замечательную игрушку, и, когда я сам добрался до этих ворот, я сопоставил время в игре и точно понял, про какое место он говорит. Персонаж в Exorcist Fairy способен выпускать молнии, которые заряжают рычаги, поднимающие ворота. Чем дольше мы удерживаем кнопку, тем больше молний выпускаем и тем сильнее заряжается рычаг. Но молнии расходуют ману, и в некоторых ситуациях она успевает кончиться до того, как рычаг зарядится достаточно, чтобы открыть проход в следующую локацию.

В чем игрок не прав? Казалось бы, ситуация, в которой для открытия двери не хватает маны, в игре действительно присутствует, и выглядит это как недоработка. Но дело в том, что жанр Exorcist Fairy – это метроидвания, подразумевающая исследование большой и запутанной карты в поисках усилений для своего персонажа. Увеличение запаса маны, позволяющее выпустить достаточное количество молний, – как раз одно из таких усилений. Чтобы открыть эту злосчастную дверь, игроку нужно было вернуться на несколько локаций назад, в отмеченном на карте месте применить одну из своих способностей и подобрать предмет, увеличивающий количество маны. Тогда проблема с рычагом исчезнет, и мы сможем выпустить достаточное количество молний, чтобы открыть желанную дверь.

Но объяснила ли это игра? Нет. Как и в примере с Pascal’s Wager, авторы Exorcist Fairy не удосужились разжевывать механику, подразумевающую необходимость собирать усиления.

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

Рис. 4. Exorcist fairy. Разработчик ????????, 2021

Человек, игравший во все части Dark Souls, хорошо осведомлен о том, что огромная часть информации о правилах игры и об игровом мире зарыта во всяких меню и в описаниях предметов. Отталкиваясь от такого базового правила соулс-игр, разработчики Pascal’s Wager не сочли нужным прямым текстом объяснять все особенности управления монахиней. Их собственный игровой опыт подсказывал им, что игрок первым делом самостоятельно полезет читать описания всей экипировки и всех ее способностей. Игровой же опыт человека, не разобравшегося со способностью восстанавливать здоровье своему персонажу и оставившего негативный отзыв, явно отличался от опыта разработчиков. С таким относительно базовым правилом игры в продукты подобного жанра он был не знаком. И в этом определенно нет его вины.

Точно такая же ситуация сложилась и с Exorcist Fairy: поиск усилений, которые необходимо применить в ранее посещенных местах, – это ключевой элемент любой метроидвании. Тупики на карте в играх подобного жанра – дело самое обыкновенное, и, чтобы такой тупик преодолеть, всегда необходимо побегать по уровням в поисках новых предметов экипировки, улучшений и способностей. Автор того злосчастного обзора был лишен подобного игрового опыта и оттого счел ситуацию с воротами патовой. Разработчики же, будучи знакомыми с канонами жанра, не удосужились эти каноны лишний раз объяснить.

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

Я играл во множество небольших независимых игр с itch.io, сделанных новичками «на коленке», и участвовал в качестве жюри в огромном количестве игровых джемов, где мне приходилось разбирать проекты, созданные людьми без опыта за неделю, а иногда и за три дня. Я люблю оригинальность и находчивость в этих играх, а также то, что от меня как игрока требуется недюжинное усилие, чтобы в них разобраться. Мозг иной раз скрипит и болит в попытке понять правила очередного непопулярного продукта. Но мало того что сами правила игрового процесса иногда превращаются в головоломку, решение которой мне приносит удовольствие, – я еще и набираюсь опыта, позволяющего мне делать уже собственные игры чуть более дружелюбными.

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

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

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

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

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

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