Важно понимать, что вокруг всегда будут проекты лучше вашего. Однако каждый ваш проект должен выполнять свою конкретную цель, и двигаться вы должны именно к ней. Рисуя, я не ставлю себе цели приблизиться к таланту Джеральда Брома. Моя цель – сделать выразительные анимированные спрайты читаемых и интересных персонажей. Несмотря на то что существуют на свете рисунки лучше, я остаюсь доволен, если моя работа достигает моей конкретно поставленной цели.
Выпутаться из омута ошибок поможет избавление от нравственной установки, которую многим из нас когда-то буквально вдолбили в голову фразами вроде «Не умеешь – не берись» или «Сделать нужно или хорошо, или никак». Ошибки начинают казаться чем-то постыдным, порочащим, и это вредно настолько, что мне тут даже не подобрать достаточно выразительной метафоры.
Когда я смотрю очередную трансляцию по Fearmonium, я стараюсь не стыдиться своих ошибок: я вижу все огрехи в игровом дизайне, все ошибки в анимациях, и это видение делает меня… счастливым. В тот момент, когда я создавал тот или иной «сломанный» элемент, я не обладал достаточными компетенциями, чтобы сделать всё правильно. Однако сейчас, спустя несколько лет, я вижу места, где ошибался. Это означает, что я вырос как специалист. Нахождение каждой новой ошибки – это очередная ступень, которая позволяет мне подняться выше. Я люблю находить свои ошибки и рекомендую вам проникнуться этой же страстью, отбросив предубеждения о том, что ошибаться – стыдно.
Учитывайте при планировании ваши личностные качества: склонны ли вы к синдрому самозванца? Если да, то эффект «прячущей руки» вам не так страшен, а если же нет – тогда в обязательном порядке используйте модульную разработку, в ходе которой игра разделяется на независимые друг от друга элементы. Не поддавайтесь эвристике доступности, воспринимая неординарные вещи как нечто обыденное: количество историй успеха, с которыми знакомы лично вы, никоим образом не отражает действительности. При прогнозировании положительного результата учитывайте, что такие планы вполне могли быть надиктованы вам «эффектом Ирвина», и тщательно взвешивайте причины, которые позволили вам сделать вывод об обязательном успехе своего начинания.
Ошибка 5
Переоценивать игровой опыт
Какую бы игру вы ни делали, едва ли вы сядете за ее создание с целью получить несколько сотен сугубо отрицательных отзывов, прослыть чудовищной бездарностью и удивиться тому, что количество возвратов вашего продукта окажется сопоставимо с количеством проданных копий. Даже если вы разрабатываете игры только ради прибыли, а не ради самовыражения, столкнуться с негативом и грязью вам захочется в последнюю очередь: между хорошими продажами и положительными отзывами есть очевидная связь. Чтобы хорошо продаваться, ваш проект должен нравиться игрокам.
Я не представляю ситуации, в которой у разработчика нет мотивации сделать хороший продукт, порадовать покупателей и зарекомендовать себя как опытного специалиста среди коллег. Минимизация количества негативных отзывов – это очевидная цель для каждого из нас. Негативные отзывы – наш враг. А врага нужно знать в лицо.
Я настойчиво рекомендую заняться на досуге чтением негативных обзоров к другим играм в Steam, чтобы осознать, за что вы сами можете получить по шапке. Не стоит выбирать продукты, добившиеся ошеломительного успеха и имеющие 3–5 % отрицательных обзоров среди массива восхваляющих их гениальность текстов. Вчитываясь в негатив, направленный в сторону какой-нибудь Signalis, у которой на момент написания этой книги было 96 % положительных обзоров из шести тысяч, вы просто совершите «ошибку выжившего» (это понятие было сформировано во время Второй мировой войны, когда вернувшимся на базу самолетам укрепляли лишь поврежденные части, в то время как укреплять нужно было места, куда вражеские снаряды как раз не попали: ведь те самолеты, которые получили урон именно в этих местах, вообще на базу не вернулись).
Читайте отзывы к играм, которые или не стали популярными (т. е. имеют меньше тысячи обзоров в целом), или вовсе с треском провалились. Содержимое отрицательных отзывов можно условно разделить на несколько категорий, но в текущей главе мы поговорим только об одной из них.
Бьерн Страуструп , Бьёрн Страуструп , Валерий Федорович Альмухаметов , Ирина Сергеевна Козлова
Программирование, программы, базы данных / Базы данных / Программирование / Учебная и научная литература / Образование и наука / Книги по IT