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

Важно понимать, что вокруг всегда будут проекты лучше вашего. Однако каждый ваш проект должен выполнять свою конкретную цель, и двигаться вы должны именно к ней. Рисуя, я не ставлю себе цели приблизиться к таланту Джеральда Брома. Моя цель – сделать выразительные анимированные спрайты читаемых и интересных персонажей. Несмотря на то что существуют на свете рисунки лучше, я остаюсь доволен, если моя работа достигает моей конкретно поставленной цели.

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

Когда я смотрю очередную трансляцию по Fearmonium, я стараюсь не стыдиться своих ошибок: я вижу все огрехи в игровом дизайне, все ошибки в анимациях, и это ви́дение делает меня… счастливым. В тот момент, когда я создавал тот или иной «сломанный» элемент, я не обладал достаточными компетенциями, чтобы сделать всё правильно. Однако сейчас, спустя несколько лет, я вижу места, где ошибался. Это означает, что я вырос как специалист. Нахождение каждой новой ошибки – это очередная ступень, которая позволяет мне подняться выше. Я люблю находить свои ошибки и рекомендую вам проникнуться этой же страстью, отбросив предубеждения о том, что ошибаться – стыдно.


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

Ошибка 5


Переоценивать игровой опыт



Негативные отзывы


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

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

Я настойчиво рекомендую заняться на досуге чтением негативных обзоров к другим играм в Steam, чтобы осознать, за что вы сами можете получить по шапке. Не стоит выбирать продукты, добившиеся ошеломительного успеха и имеющие 3–5 % отрицательных обзоров среди массива восхваляющих их гениальность текстов. Вчитываясь в негатив, направленный в сторону какой-нибудь Signalis, у которой на момент написания этой книги было 96 % положительных обзоров из шести тысяч, вы просто совершите «ошибку выжившего» (это понятие было сформировано во время Второй мировой войны, когда вернувшимся на базу самолетам укрепляли лишь поврежденные части, в то время как укреплять нужно было места, куда вражеские снаряды как раз не попали: ведь те самолеты, которые получили урон именно в этих местах, вообще на базу не вернулись).

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


Раздражение

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

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

Язык программирования 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

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