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

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

Чтобы вы поняли мой посыл, давайте отвлечемся и поговорим про шахматы.

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

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

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

Обратите внимание на стримеров в момент, когда они решают завязать с прохождением той или иной игры: чаще всего на экране будет лежать мертвый персонаж и гореть надпись Game over. Многие отзывы написаны игроками в ярости и раздражении после того, как сотни попыток пройти особо злополучное место не привели к положительным результатам. Сколько мы видели видеороликов, в которых разгневанные игроки бросают контроллеры в мониторы, разбивают свои консоли или просто истошно орут на экран? Получают ли они удовольствие от игры в этот момент? Едва ли. У них абсолютно не выходит играть так, как задумывал автор, но поверьте: в большинстве случаев в этом нет их вины.


Понятность

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

Игроки, которые не поняли, как играть в вашу игру, – не тупые. Запомните этот тезис и не вздумайте трактовать мои слова так, будто я пытаюсь оскорбить аудиторию, которая нас тут всех кормит или будет кормить в будущем.

Существует такая игра, как Pascal’s Wager, – на мой взгляд, весьма неплохой продукт, вдохновленный, по словам разработчиков, игрой Bloodborne, но привнесший в нее линейный сюжет со срежиссированными кат-сценами, диалогами и несколькими играбельными персонажами, среди которых есть весьма уникальная героиня-монахиня. Один из отзывов гласит: «Есть монашка и она… ДА она расходует хп при атаках – мне надо говорить НАСКОЛЬКО это *безумно*?!» (авторская пунктуация и орфография сохранены).

Действительно, если при игре за монахиню в Pascal’s Wager начать бездумно размахивать оружием, то ее уровень здоровья быстро начнет стремиться к нулю. Это раздосадовало далеко не одного игрока, и многие явно испытали трудности с прохождением игровых уровней за героя с такой своеобразной особенностью.

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

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

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

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

Язык программирования 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 и стандартной библиотеки для быстрого создания надежных программ, а также ознакомьтесь с высокоуровневым программированием• Учитесь на примерах, в которых показаны передовые стили программирования и методики проектирования• Р

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

Программирование, программы, базы данных
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

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