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

Интересный подход наблюдался в старой флеш-игре Scarygirl (рис. 22), выходившей еще на PSP, а чуть позже получившей современное переосмысление в Steam (с ним я знакомиться не рекомендую). В этом проекте полученные о мире знания отображались в иконках и могли использоваться в дальнейшем для общения с героями. Мы натыкались на непроходимый барьер, иконка с которым сразу появлялась в нашем «мыслительном» инвентаре; с этим знанием мы обращались за помощью к NPC и использовали нажатие на эту иконку как способ выбрать реплику. NPC вполне мог оказать нам помощь или в виде такой же иконки сформулировать подсказку, которую мы могли использовать в другом месте.

Рис. 22. Scarygirl. TikGames, 2012

Прекрасно устроено повествование в игре Machinarium (рис. 23), авторы которой без слов демонстрировали нам предысторию встречаемых нами персонажей. Так, столкновение с большим роботом вызвало над головой нашего героя белое облачко, в котором отобразилась анимация того, как этот робот нас обижал много лет назад. Вполне можно было заменить это всё текстом в духе «я помню этого задиру, он издевался надо мной в детстве», но одна простенькая анимация смогла сделать эту сцену выразительнее и эмоциональнее любых слов.

Рис. 23. Machinarium. Amanita Design, 2009

Если у вас есть возможность что-то показать, а не рассказать – всегда показывайте. Фраза персонажа «Я очень зол» не найдет такого отклика, как смена выражения его лица: текст, расположенный рядом с портретом персонажа, у которого нахмурены брови и опущены уголки рта, и так будет воспринят как произносимый сквозь зубы без всяких дополнительных пояснений. Стоит ли упоминать, что текст, НАПИСАННЫЙ ЗАГЛАВНЫМИ БУКВАМИ, воспринимается как крик, в то время как фразы, написанные более мелким шрифтом, читаются шепотом?

Абсолютно нормальной практикой является следующий порядок действий: написать текст, а потом вычеркивать из него лишнее. Еще и еще. Думайте, без каких фраз, слов и оборотов смысл речи ваших персонажей останется прежним, и убирайте их. Если есть возможность – показывайте, а не рассказывайте.

Ошибка 16

Общие ошибки игроков

Функциональная закрепленность

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

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

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

Я всегда воспринимал Joy-Con от Nintendo Switch как устройство, предназначенное сугубо для игр. Я и не думал о том, чтобы как-то использовать его в работе. Но знакомый подсказал мне, что Joy-Con можно синхронизировать с ПК и с помощью программы JoyToKey назначить на кнопки контроллера любые комбинации клавиш с клавиатуры. Таким образом я умудрился повесить на пятнадцать кнопок этого крошечного контроллера все нужные мне горячие клавиши в Adobe Animate. Теперь, рисуя на планшете, в правой руке я держу перо, а в левой – Joy-Con, которым пользоваться гораздо проще, чем клавиатурой: чтобы нажимать некоторые горячие клавиши на клавиатуре одной левой рукой, приходилось выкручивать себе пальцы.

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

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

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

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

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

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

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