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

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

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

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

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

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

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

Работа с новичками

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

Безусловно, можно найти примеры, когда сплоченная ответственностью и обещаниями группа друзей выпускала успешные игры на скопленные средства, скинутые в «общак» или просто расходуемые на жизнь в период разработки. Один из самых ярких кандидатов на образец для подражания на этом пути – это студия Four Quarters, прославившаяся за счет своей последней игры Loop Hero, изданной Devolver Digital (теми же издателями, которые стояли за выпуском Hotline Miami). Свою первую игру – Please, Don’t Touch Anything – они делали в свободное от основной работы время без финансирования извне. Только с ее выпуском они смогли с головой погрузиться в разработку игр, существуя на доход с первого коммерческого проекта.

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

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

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

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

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

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

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

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

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