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

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

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

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

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

Ошибка 5

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

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

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

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

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

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

Раздражение

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

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

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

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

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

Программирование, программы, базы данных / Базы данных / Программирование / Книги по IT
Программирование. Принципы и практика использования C++ Исправленное издание
Программирование. Принципы и практика использования C++ Исправленное издание

Специальное издание самой читаемой и содержащей наиболее достоверные сведения книги по C++. Книга написана Бьярне Страуструпом — автором языка программирования C++ — и является каноническим изложением возможностей этого языка. Помимо подробного описания собственно языка, на страницах книги вы найдете доказавшие свою эффективность подходы к решению разнообразных задач проектирования и программирования. Многочисленные примеры демонстрируют как хороший стиль программирования на С-совместимом ядре C++, так и современный -ориентированный подход к созданию программных продуктов. Третье издание бестселлера было существенно переработано автором. Результатом этой переработки стала большая доступность книги для новичков. В то же время, текст обогатился сведениями и методиками программирования, которые могут оказаться полезными даже для многоопытных специалистов по C++. Не обойдены вниманием и нововведения языка: стандартная библиотека шаблонов (STL), пространства имен (namespaces), механизм идентификации типов во время выполнения (RTTI), явные приведения типов (cast-операторы) и другие. Настоящее специальное издание отличается от третьего добавлением двух новых приложений (посвященных локализации и безопасной обработке исключений средствами стандартной библиотеки), довольно многочисленными уточнениями в остальном тексте, а также исправлением множества опечаток. Книга адресована программистам, использующим в своей повседневной работе C++. Она также будет полезна преподавателям, студентам и всем, кто хочет ознакомиться с описанием языка «из первых рук».

Бьерн Страуструп , Бьёрн Страуструп , Валерий Федорович Альмухаметов , Ирина Сергеевна Козлова

Программирование, программы, базы данных / Базы данных / Программирование / Учебная и научная литература / Образование и наука / Книги по IT