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

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

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


Авторитеты

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

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

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

Эффект авторитета является искажением по той причине, что слова, действия и решения авторитетной персоны чаще всего воспринимаются нами вне всякого контекста.

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

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

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

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

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


Подсматривая решение или в игровом дизайне, или просто в ведении дел, ориентируйтесь не только на авторитет вашего идейного вдохновителя, но и на условия, в которых это решение приводило к положительным результатам. Возможно, в ваших реалиях и в контексте вашей узкой задачи это решение будет не столь удачным.

Ошибка 2


Собрать команду неучей



Зачем нужна команда


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

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

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

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