Как сделать свою первую игру
Пишем свою первую игру. Прохождение для разработчиков
Что вы делаете, когда вы играете в какую-то игру и несколько раз не можете пройти одно и то же место? Можно просто найти уже готовое прохождение. Это, конечно, здорово, но что, если вы застряли в разработке игры? Какой гайд прочитать? Так пусть наша статья станет вашим пошаговым руководством к разработке вашей первой игры, если вы все еще не начали ее писать. Если уже начали, то вам все равно не помешает прочитать наши советы — быть может, увидите что-нибудь новое.
Прежде, чем мы начнем, мы хотим привести вам пример первой игры от автора этой статьи. Это была простая текстовая игра под названием Divine Blood:
Это была самая первая игра, причем запрограммированная для калькулятора TI-83 Plus. Позднее она была переписана автором на Java во время обучения в старших классах. Примечательно, что игра так и не была закончена.
Ко всеобщему сожалению, не доводить игры до логического конца — одна из самых распространенных проблем начинающих разработчиков. Соответственно, возникает вопрос: как повысить свою продуктивность и все-таки закончить начатый проект? Ответ прост: прочтите наше «прохождение» разработки игры.
Основные этапы
Если вы разрабатываете игру сами (а начинающие программисты обычно пишут как раз в одиночку), то процесс написания можно разделить на 4 основных этапа (или уровня, как и в играх):
Каждый следующий уровень в видеоигре сложнее, чем предыдущий. Здесь все также: каждый следующий этап имеет свои трудности и проблемы, с которыми вы неизбежно встретитесь. Это пошаговое руководство поможет вам не остановиться ни на одном этапе разработки игры. Мы приведем различные цитаты и мнения профессионалов, целиком прошедшие тот путь, который мы только начинаем.
В играх каждый уровень имеет свои проблемные места, а в конце — еще и босса. Так будет и у нас. Мы остановимся на них более подробно и, как и в любом прохождении, мы покажем, как пройти эти места и двинуться дальше.
Уровень 1: Планирование
Помните, сделав 90% игры, вы думаете, что потратили 90% своего времени. А доделывая оставшиеся 10%, вы тратите еще столько же «оставшегося» 90% времени. Составляйте план, учитывая это. — Ян Шрейбер
Первый и одновременно самый важный уровень разработки — планирование. На этом этапе вы должны спланировать всю свою деятельность и учесть все аспекты вашей игры. Цель этого уровня — обдумать все настолько тщательно, чтобы на остальных этапах вам не пришлось импровизировать.
Как только вы задумали что-то разработать, первым делом достаньте блокнотик, ручку и начинайте писать свои идеи. Максимально подробно останавливайтесь на деталях, это поможет вам в будущем. Пишите все, что вы хотели бы увидеть в вашей игре. Вся соль здесь заключается в том, что поначалу это сделать довольно просто: проект пока не разрос, и все у вас находится на виду. Но чем больше вы разрабатываете игру, тем сложнее будет начать писать свои идеи и в дальнейшем учитывать их.
Как уже говорилось выше — уделяйте внимание деталям. Записали новую фичу для реализации? Отметьте рядом, как она будет работать, как будет влиять на игрока и непосредственно на игровой процесс. И помните, секрет успешной разработки — решать существующие проблемы, пока они не накопились.
Разработка игры есть компромисс. Качественная игра должна уметь делать не все подряд, а только ограниченный набор хорошо работающих функций. — Патрик Вайет
Именно поэтому важно спланировать все, иначе на этапе разработки (уровень 3) вы захотите добавить в игру больше возможностей и начнете реализовывать все подряд, что категорически неправильно. Ваш проект рискует быть чрезмерно большим, отчего вам сложнее будет его контролировать, а вскоре вы вовсе бросите его в дальний ящик в надежде, что возьметесь за него позже. Если вы играли в серию игр Halo, представьте себе, как было бы трудно играть в нее, если бы вы столкнулись с парочкой охотников сразу после начала игры. Вы попросту будете умирать снова и снова, пока вам не надоест эта череда смертей. В разработке игры все аналогично.
Основная проблема первого этапа — притупить свое желание кодить и начать планировать. Написать код вы всегда сможете, для этого у вас будет целый этап. Спланируйте как можно больше аспектов вашей игры.
А боссом этого уровня являются вопросы. Просмотрите на все свои заметки и убедитесь в том, что у вас нет каких-либо непонятных пунктов: ни в используемых инструментах, ни в алгоритмах и прочем. Если же у вас действительно все вопросы решены, то вы смело можете считать, что уровень «Планирование» закончен. Но если остались непонятные аспекты — решите их, прежде чем переходить дальше.
Разумеется, у вас могут возникнуть такие вопросы, которые касаются, например, баланса игры. В таких случаях вы также готовы переходить дальше, поскольку эту проблему необходимо будет решить на втором и третьем этапах разработки игры.
Уровень 2: Прототипирование
Дизайн это процесс, а не результат. — Кристофер Симмонс
Вторым уровнем нашей игры-разработки является прототипирование. Здесь вы должны проверить и протестировать основную механику и особенности вашей игры. Выше мы говорили о том, что на предыдущем этапе могут возникнуть вопросы по поводу баланса. Второй уровень как раз и нужен для того, чтобы отшлифовать этот параметр.
На этом этапе вы будете писать код не очень красивый и не совсем правильный. Это в порядке вещей, поскольку вы пишете прототип. Когда вы перейдете дальше, вы уже будете знать, что и где работает не так, как должно.
Если вы получаете удовольствие от какой-либо игры, то вы захотите поиграть в нее снова, независимо от того, сколько очков или денег вы там набрали. — Стэн Яроцки
Несмотря на то, что данный этап мы выделили отдельно, в некоторых случаях его можно пропустить, поскольку он имеет очень много общего с планированием. Вы можете подумать, что мы не постоянны в своих суждениях: совсем недавно призывали вас не переходить на следующий уровень, пока не пройден текущий, а сейчас говорим, что этап прототипирования можно пропустить.
Вы помните секретные телепорты в игре Super Mario Bros? Игрок мог найти хорошо спрятанные трубы, прыгнув в которые можно было пропустить несколько уровней. Так и здесь. Правда, мы не полностью пропускаем прототипирование, а совмещаем его с планированием.
Хотим заметить, что первые два этапа взаимозаменяемы. Быть может, вы хотите проверить основную механику вашей игры, прежде чем потратите кучу времени на детали? А может, вы хотите попробовать какую-то возможность в вашей игре? Это основные причины, почему есть смысл в том, чтобы поменять порядок первых двух этапов.
Хорошая игра — это поток интересных задач, решаемых игроком. — Брюс Шелли
На этом этапе у вас могут возникнуть две главные сложности. Первая — желание наконец перейти на следующий этап и начать писать код. Как мы уже говорили выше, вы должны быть максимально готовы к переходу на следующий уровень, а потому — не спешите. Второй сложностью является желание создать более точный и законченный прототип. Этого делать уж точно не стоит, поскольку прототип по определению не должен быть законченным продуктом.
А боссом этого уровня является полнота. Вы должны собрать воедино все наработки первого и второго этапа и понять, что же у вас должно получиться в итоге. Если вы будете иметь хорошее представление о вашем конечном проекте, то проблем при написании кода у вас точно не возникнет. А следовательно, повысятся шансы закончить игру.
Уровень 3: Программирование
Третий уровень — наиболее сложный уровень для начинающих программистов. Дойдя до него, многие забрасывают свой проект. Но бояться здесь ничего не надо! Первые два этапа пройдены и вы уже на полпути к окончанию разработки.
Чтобы начать этот этап, вам стоит определиться с целевой платформой вашей игры. Будет эта игра для консолей, а, может быть, мобильная или вовсе браузерная? Определившись с платформой, выберите необходимый инструментарий и язык программирования.
На самом деле эти два шага можно выполнить в обратном порядке. Имея какую-либо среду разработки (или язык программирования), вы можете проанализировать ее возможности и решить, что вы сможете написать.
Вы очень сильно облегчите себе жизнь, если воспользуетесь бесплатными библиотеками и ресурсами. Не пытайтесь изобретать велосипед: используйте то, что находится в свободном доступе. Это поможет вам приберечь немного сил для того, чтобы закончить проект.
«Я не умею рисовать» — используй клипарт. «Я не умею создавать звуки» — ищи MIDI файлы. «Я не умею программировать» — никого это не волнует, не программируй! — Роб
Основными неприятными моментами на этом этапе выступают появляющиеся проблемы и разочарование. Вы неоднократно будете натыкаться на моменты, когда не будете знать, как решить текущую задачу. Более того, вполне возможно, что ваша игра на какой-то стадии разработки не оправдает ваших надежд.
Но вы не должны унывать! Лучшее решение этих проблем — отвлечься от проекта на несколько дней. Вы очистите ваш ум и позволите новым идеям посетить его. Также неоднократно замечено, что «утро вечера мудренее». Застряли? Не знаете как решить проблему? Ложитесь спать, а на завтрашнее утро вы, возможно, сразу поймете причину ваших неудач. Не работайте до изнеможения и не изнуряйте себя: работа над проектом должна быть в удовольствие.
Если вы пытаетесь и не можете решить действительно сложную проблему — остановитесь. Решите более простую проблему, которая выполняет те же действия, что и сложная. — Даниель Кук
Ну а боссом этого уровня является сама игра. Да, игра, которую вы и пишете. Она не должна быть идеальной, но она должна быть полноценной. Такой, в которую бы люди могли и хотели играть.
Уровень 4: Релиз
Наконец-то мы добрались и до релиза. Конечно же, этот уровень не такой сложный, как предыдущий, но и легкомысленно относится к нему не стоит. На этом этапе вы должны убедить людей играть в вашу игру и давать вам обратную связь (вы же хотите улучшить свой проект?). Основываясь на отзывах игроков, внесите в ваше приложение те изменения, которые сделают игру более увлекательной по вашему мнению.
Главная проблема этого этапа — критика. Всегда найдутся те, кому попросту не понравится ваша игра. Это нормально. Не стоить из-за таких людей опускать руки. Ориентируйтесь лучше на тех, кто играет в ваше приложение и предлагает вам добавить в нее новые возможности.
Начиная создавать игру, не смотрите на результаты других. Создайте то, что хотите вы. — Роб
А финальным боссом всего нашего путешествия будет являться ваша гордость. Вы сделали полноценную игру от начала и до конца! На самом деле, не все могут похвастаться этим.
Каждый разработчик когда-нибудь напишет «плохую» игру. Если вы еще не написали — напишете. Все мы напишем. — Бренда Ромеро
И помните, дорога к успеху вымощена многократными неудачами. Никогда не сдавайтесь!
Вывод
Разработка первой игры — захватывающее занятие, выполняя которое мы получаем бесценный опыт. И все же, многие разработчики не могут довести свой проект до конца, хотя так категорически нельзя поступать. Следуя нашим четырем «уровням» разработки игры, вы увеличите свои шансы довести ваш проект до логического завершения.
Как наконец выпустить свою первую игру
Есть такая вероятность, что в этом году вы наконец-то решили сделать собственную игру. Отличная цель! И она определённо того стоит!
Вы уже наверно много раз слышали один и тот же совет от сотен других людей: делайте игру простой. В своей замечательной статье Эдмунд Макмиллен писал «если вы новичок, то начинайте с малого, а потом сделайте игру ещё меньше». В столь же хорошем посте ему вторит Томми Рефенес: «Просто сделайте свою игру так, как можете, начинайте с малого, а об остальном думайте потом».
На канале Extra credits есть хорошее видео о том, что же значит «маленькая игра».
Но «простой» — это не стандартная единица изменения. Если вы никогда до этого не делали игр, то откуда вам знать, насколько проста или легка игра? Означает ли «простая» MMO ВСЕГО с тремя играбельными классами? Лёгкая игра — это открытый мир всего с двумя типами биомов и тремя деревьями технологий?
Я понимаю вашу растерянность.
В целом я выпустил пять игр и перед началом разработки трёх из них я думал, что они будут «простыми». Во всех трёх случаях я ошибался. На завершение первой готовой игры мне понадобилось больше полутора лет. Это было не «просто».
Самую распространённую проблему провалившихся игровых проектов я вижу в том, что их создателей затягивает в болото бесконечной разработки, они теряют интерес и мотивацию, а затем отказываются от своей мечты стать разработчиком игр.
Оказывается, в разработке игр полно скрытых липучих ловушек, которые на первый взгляд кажутся простыми, но вытягивают у разработчиков месяцы и годы работы, пока те, наконец, не откажутся от проекта.
Хорошая новость заключается в том, что вы можете создать интересную игру, при этом не попадаясь во все эти мешающие разработке ловушки.
Задача этого поста — дать определение «простой игры», чтобы вы могли реализовать свою цель и выпустить игру.
Серьёзный разговор
Я буду очень консервативен в перечислении тех игр, которые можно считать простыми. Дело в том, что в процессе создания игра всегда расширяется, пытаясь заполнить весь вакуум, и чтобы на самом деле закончить простую игру, вам нужно сдерживать себя.
Некоторые могут сказать, что мои примеры полны не очень оригинальных игровых идей. Или что игра, сделанная по этому списку, не сможет выжить на высоко конкурентном рынке. Или удивятся моей нелюбви к сюжету.
Большинству я могу ответить, что ваша первая игра НЕ будет выделяться. Игры так сложно делать, что вам потребуется чрезвычайно контролируемая среда для их завершения. Вы можете быть потрясающим опытным кодером или отличным художником в большой студии, но на самом деле самостоятельное создание игры требует жонглирования графикой, кодом, дизайном и маркетингом в самых неожиданных для вас сочетаниях. Вам придётся принять 1000 решений, и каждое из них будет увеличивать масштаб игры. Нужно просто настроить правильный баланс, и не стоит при этом взваливать на себя дополнительное бремя создания уникального шедевра, способного остаться в веках. Поэтому для первой попытки сделайте всё необходимое, чтобы игра была выпущена. А уже затем начните сначала и создайте игру своей мечты, которая станет новым словом в жанре «хоррор-фарминг с открытым миром».
Стоит также учесть, что этот список применим к вашей первой паре игр. Когда вы освоитесь с процессом выпуска игр, тогда можете переходить к экспериментам. Повторюсь, я не говорю, что НИКОГДА не нужно делать игр такого типа, я просто советую не браться за них, если вы не выпускали ничего раньше.
И последнее — вам нужна смелость для выпуска своей игры
Существует огромная разница между созданием игры и сохранением её на жёстком диске и настоящим выпуском чего-то в Интернете с получением за это денег.
Будьте смелыми. Выложите свою простую игру и укажите цену в 1 доллар. Да, некоторые люди скажут, что она отстойная и захотят вернуть деньги. Вероятно, они будут правы. Верните им деньги. Но вы должны начать продавать её. Совершенно другой взгляд на вещи возникает, когда вы выпускаете игру под своим именем и просите за неё настоящие деньги. Это может заставить вас трудиться упорнее.
Даже если вы делаете это из любви к созданию игр, а не ради заработка, вам всё равно нужно просить за игру деньги. Игроки честнее (и в плохом, и в хорошем), когда платят вам деньги. Когда кому-то не нравится бесплатная игра, то он просто закрывает её и занимается чем-то другим, поэтому вы не узнаете о ней больше, чем при получении отзыва покупателя.
До выпуска моей первой игры у меня была куча провалившихся проектов. Причина заключалась в том, что где-то в глубине сознания я говорил себе, что просто учусь и нарабатываю опыт. Поэтому я легче забрасывал свои проекты, не доходя до их завершения.
Одной из первых провалившихся попыток был клон Tetris. В какой-то момент я реализовал всего 4 из 7 тетромино и сказал себе: «Я уже достаточно понял, как всё будет дальше, и взял от этого всё, что нужно», после чего забросил проект. Я ошибался! На самом деле я не научился ничему.
Даже если вы написали игру, в которую можно играть, и в ней есть даже экран Game Over, то это ещё не значит, что она завершена. Она готова всего на 10%. С ней ещё нужно сделать очень многое: реализовать API магазина, сохранения, маркетинговые материалы, меню опций, и, наконец, усовершенствование игры до такого состояния, чтобы люди согласились выкладывать за неё деньги. Если вы выложите игру в магазин и поставите цену в 1 доллар, то на вас дополнительно будет давить общество, что заставит вас больше стараться. Даже если для вас это всего лишь хобби, всё равно продавайте игру.
Кроме того, вам нужно осознать тот факт, что игра не станет хитом. Вы — новый разработчик игр, о котором никто не слышал. Чего же вы ожидаете? Более подробно эта тема рассмотрена в ещё одной моей статье.
Игровая пресса любит писать радужные истории о любителях-разработчиках, заработавших миллионы долларов на своей первой игре. Поймите — это чрезвычайно редкие случаи. И то, что ваша первая игра неидеальна, не означает, что однажды вы не создадите шедевр. Это не значит, что вы не гений. Двигайтесь дальше и продолжайте выпускать игры. Большинство из нас просто возвращается к работе и продолжает выпуск.
Так что же такое «простая игра»?
На самом деле я дам определение через описание того, что «простым» не является. Многие из этих ошибок я совершил в собственном процессе разработки. Рядом с каждой из ловушек, в которые попался сам, я поставил звёздочку. Пожалуйста, не повторяйте моих ошибок.
(Ещё одно напоминание, если вы не прочитали моё предыдущее примечание). Я не говорю, что вам никогда не нужно делать игры с такими характеристиками… Я просто имею в виду, что не надо пытаться реализовать их в ПЕРВОЙ игре. В разработке игр есть скрытые ловушки, которые могут отвлечь вас и растянуть процесс работы, увеличивая вероятность того, что вы забросите свой почётный труд.
Не попадайтесь в такие ловушки:
* Игра с сюжетом
Для вас это может оказаться разочарованием, если вас привлекают игры с богатым лором, сюжетом и персонажами классических RPG. Однако создание целостного сюжета — трудный навык, которому сложно научиться.
Попытка жонглировать персонажами, многоактной структурой, кульминацией, развязкой и темами, одновременно с освоением технологий для точной передачи всех этих аспектов похожа на попытку сборки корабля в бутылке во время управления настоящим кораблём посреди урагана.
В процессе разработки вы столкнётесь с конфликтом сюжета и геймплея в виде лудонарративного диссонанса, и вам придётся переделывать геймплей или сюжет, или и то, и другое. НЕ НАДО пытаться реализовать это в первой игре.
* Игры с головоломками
Если вас вдохновили на создание собственной игры Braid, Limbo, Talos Principle или более новые игры, например, Gorogoa, то будьте осторожны. Головоломки очень непросто сделать достаточно сложными, чтобы они были интересными, но не такими сложными, чтобы люди отказались от игры. Чтобы попасть в это игольное ушко, вам придётся постоянно тестировать игру на пользователях, которые никогда в неё не играли, и рекалибровать каждую головоломку, добиваясь нужного уровня сложности. Это значит, что вам придётся постоянно перерабатывать игру, чтобы сделать её интересной. Создание игры на основе головоломок на самом деле похоже на создание игры, составленной из нескольких маленьких.
* Диалоги
Этот пункт связан с пунктом о сюжете. Это скользкая дорожка в болото нарратива, поскольку если у вас есть диалоги, то как только персонажи открывают рот, они начинают рассказывать истории.
Мультиплеер
Хотя в такие игры очень интересно играть, вы потратите кучу времени на балансировку правил, чтобы они ощущались справедливыми. Единственный способ протестировать свою игру — найти людей, которые будут играть против друг друга, и это ещё одна ноша, замедляющая процесс разработки. Кроме того, после выпуска сложно будет найти одного человека, который бы согласился купить игру, когда в ней ещё недостаточно игроков, против которых можно играть.
Сетевая часть
Писать сетевой код сложно, и вы потратите много времени на его правильную реализацию ещё до того, как приступите к работе над самой игрой. Кроме того, сетевой код подразумевает, что вы скорее всего будете разрабатывать мультиплеерную игру или MMO. См. пункты «Мультиплеер» и «MMO».
Открытый мир
Если в вашу игру неинтересно играть в одной комнате, то она не будет интересна и в открытом мире. Сначала изучите основы того, как сделать игру интересной, а потом создайте открытый мир в сиквеле. Единственное, что значит открытый мир — вам нужно будет создавать целую кучу контента, чтобы игроки не чувствовали, что исследуют пустыню.
Искусственный интеллект
Проблема с ИИ в том, что он может высосать бесконечно много времени разработки всего лишь с минимальными улучшениями. Вместо этого попытайтесь сосредоточиться на играх, позволяющих обойтись заданием простого поведения врагов — пусть они случайным образом бегают вокруг или движутся к игроку по прямой.
Процедурная генерация
То же самое, что и с ИИ. Вы можете потратить бесконечную прорву времени, в каждой итерацией внося только минимальные улучшения. Если вам действительно нужно внести вариативность в мир, сделайте его случайным и на этом остановитесь.
* Платформер (и 2D, и 3D)
Я знаю, что Super Mario Bros. выглядит очень простой, но на самом деле это не так. Создание платформера, который «ощущается» правильным — чрезвычайно сложная задача. Вы потратите кучу времени на правильную реализацию физики. Если вам не удастся это, то ощущения от игры будут ужасными. Не пробуйте делать этого в своей первой игре.
* Игра, действие которой происходит в кругу
Это красивая схема, но одновременно и ловушка, на которую вы потратите много лишнего времени разработки. Любая игра, которая интересна на круге, интересна и на прямой. Управление в круговых играх очень хитрое и его сложно реализовать правильно.
Rotato была «простой игрой», из-за которой я дополнил список этим пунктом. Не повторяйте моей ошибки.
* Катсцены
Катсцены кажутся безобидными. Но если в вашей игре нужна катсцена, то это показывает, что в ней есть нарратив. Хуже всего то, что «катсцены порождают катсцены». Если у вас есть катсцена в начале игры, то значит, что понадобится и в конце, а потом вам понадобится создавать контент для заполнения времени между началом и концом. См. пункт «Игра с сюжетом».
Это ещё один тайный намёк на то, что в вашей игре есть нарратив. Наличие босса означает, что у вас есть какой-то контент, приводящий к нему, то есть для приближения к боссу нужно увеличить напряжённость игры. А после победы над боссом потребуется анимация кульминации победы. Более того, битвы с боссами сами по себе являются головоломками, в которые нужно добавлять слабые места босса, фразы и его различные формы.
* Уровни
Под уровнями я подразумеваю создаваемый вручную контент, который игрок пройдёт за малую долю того времени, которое вам понадобилось для его создания. Вам может потребоваться месяц на то, что игрок может потребить меньше, чем за 30 минут. Вместо уровней задумайтесь об использовании алгоритмических волн. Каждая волна должна быть немного сложнее предыдущей, потому что мы привязываем сложность (скорость, здоровье, наносимый урон врага и т.д.) к постоянно растущей кривой функции. Но не слишком углубляйтесь в алгоритм (см. пункт «Процедурная генерация»).
См. все вышеперечисленные пункты.
Что же нам остаётся?
Это был довольно жестокий список, и я думаю, что вы уже думаете, какие же игры ещё остались, укладывающиеся в эти ограничения.
Хорошая новость — творчество возникает из ограничений. Когда вы устанавливаете жёсткие границы, то испытаете больше прозрений, чем просто смотря на пустой экран, когда вам доступна любая возможность.
Это Чак Клоуз. У него прозопагнозия, он пережил инсульт и страдает параличом, но тем не менее создаёт на удивление творческие картины. Думаю, вы можете попробовать создать игру с меньшими ограничениями, чем у него.
Начните с основ видеоигр
Если вы всё ещё не знаете, с чего начать, то вам стоит взглянуть на историю видеоигр. Оказывается, большинство аркадных игр того периода, начиная с 1962 года (с выпуска Spacewar) до Donkey Kong из 1982 года, смогли избежать этих хитрых игровых ловушек. Ниже я перечислю хорошие источники вдохновения для выбора начальной точки. Я разделил их на категории:
Игры со столкновениями — Pong (1972 год), Breakout (1976 год)
Стрелялки — Galaga (1981 год), Space Invaders (1978 год), Centipede (1980 год)
Серии препятствий — Frogger (1981), Marble Madness (1984)
Шутеры — Robotron 2084 (1982), Gauntlet (1985), Asteroids (1979), Missile Command (1980)
Игры-скроллеры — Spy Hunter (1983), Toobin (1988)
Игры-собиралки — Pacman (1980), Crystal Castles (1982), «Змейка»
Головоломки — Tetris (1984), Klax
Игры на точность — боулинг, гольф
Игры про строительство и разрушение — Rampart (1980)
Головоломки с повторением — Sudoku (1979), Solitaire, Minesweeper (1989)
Игры со световым пистолетом — Duck Hunt (1984), Operation Wolf (1987)
Игры с подъёмными кранами
Дона Бейли — создательница одной из самых качественно разработанных игр всех времён: Centipede. Кроме того, это на удивление «простая» игра.
Эти старые игры обычно оставались простыми из-за технических ограничений, а также из-за их бизнес-модели — игроки должны были скармливать аркадным автоматам как можно больше четвертаков. Если вы «пройдёте» одну из этих игр, то скорее всего, больше к ней не вернётесь. То есть прохождение должно быть основано на постепенном увеличении сложности базового игрового цикла. Каждая волна врагов должна приближаться к вам быстрее и наносить больше урона.
Цель игрока — не наблюдать за тем, как развивается сюжет. Он пытается попасть в таблицу лучших. Дизайнеры первого Pacman даже не ожидали завершения игры, они просто позволяли памяти закончиться, после чего игра зависала.
Игре Pacman не нужен был конец, всё заканчивалось переполнением памяти.
Существуют и современные простые игры
Хотя они стали гораздо более развитыми по сравнению со своими предшественниками с автоматов, у них всё равно очень простой игровой цикл. Но следует учесть, что к ним было добавлено множество непростых элементов, чтобы они ощущались современными. Однако если рассмотреть базовый игровой цикл, то они всё равно остаются «простыми играми».
Игры, которые кажутся простыми, но на самом деле являются ловушками
Хотя раскопки истории игр в поисках идей — это отличный способ нахождения простых игр, стоит быть аккуратными, потому что и в некоторых из них есть ловушки:
Сайд-скроллеры и платформеры
Примеры: Donkey Kong, Burger Time, Moon Patrol, Joust, Super Mario Brothers. Успех или провал платформеров определяется ощущениями от них. Вам могут потребоваться годы практики программирования, множество проб и ошибок, чтобы набраться достаточно опыта для создания правильного платформера. Если вы попробуете разрабатывать их как первую игру, то существует реальная опасность потратить кучу времени на обеспечение правильного поведения игры. Отложите платформеры на то время, когда лучше освоите создание игр.
Адвенчуры
Программирование простейшего движка адвенчуры — на самом деле достаточно простая задача. БОльшая часть логики заключается в анимировании персонажей и проверке того, перетащили ли объект A на объект B. Однако вы быстро столкнётесь с двухголовой проблемой: сюжетом и головоломками. На разработку адвенчуры вы можете запросто потратить годы работы.
Roguelike
Да, они возникли ещё в 1980 году и в них почти нет графики. Поэтому кажется, что они могут стать отличным выбором для создания простой игры. Однако здесь липкая ловушка заключается в процедурной генерации. Более того, при разработке rogue-like существует искушение создания бесконечной глубины симуляции. Просто посмотрите на то, сколько времени находится в разработке Dwarf Fortress. Сложность rogue-like можно повышать бесконечно, так что опасайтесь.
Опасайтесь сирен процедурной генерации
Как сделать так, чтобы разработка простой игры не надоела
Допустим, вы нашли идеальный, простой базовый цикл. Вы решили, что целью игры будет получение очков, а прохождение выполняться волнами. Но вы не чувствуете радости. Вам нужна мотивация.
На этом этапе мой совет вам: режьте, режьте, кромсайте и снова режьте. Но в простую игру определённо стоит следующие элементы.
«Сок» и тряска экрана
Даже если ваш базовый игровой цикл стар, как эра Рейгана, это не значит, что такой же должна быть и графика. Приправьте её специями и мелочами — это одна из самых интересных вещей в разработке игр. Графика и «сок» добавляют игре интересности. Лучше всего это демонстрирует следующая пара видео. Посмотрите их и добавьте как можно больше мелочей в вашу простую игру.
Маркетинг
Да, я помню, что советовал вам готовиться к провалу первой игры. Но есть вероятность того, что ваша игра станет виральной. Поэтому всегда следует добавлять возможность подписаться на ваш список рассылки внутри игры. Когда вы будете делать вторую, не такую простую игру, то вам нужно будет связаться с игроками, которые нашли первую.
Мне не нравится сюжет. Это ловушка. Но незначительными штрихами можно добавить в игру эмоциональную глубину. Один из лучших примеров этого — CANABALT. Эта игра — ПОЧТИ идеальный пример простой игры (в ней есть 2d-платформинг, который может оказаться сложным для первой игры). Простой дизайн (набор очков в зависимости от пройденного расстояния и бесконечно увеличивающаяся сложность) сочетается в ней с загадочным антуражем, превосходящим основной игровой цикл.
Почему этот человек в костюме бежит? Откуда взялись эти роботы-разрушители? Почему звук приглушён? Почему птиц не пугает эта ситуация? Ни на один из этих вопросов нет ответа, но просто добавив захватывающее графическое окружение, авторы без участия диалогов и катсцен создали историю.
В своей простой игре вы должны стремиться к тому же. Добавьте несколько неотвеченных вопросов. Однако чтобы не отклоняться от прямой линии, всегда добавляйте элементы, создающие антураж, а не сюжет.
Не делайте клонов
Мы оглядываемся на классические игры и отбрасываем лишние детали не за тем, чтобы клонировать другую игру. Если вы не копируете слепо дизайн другой игры, то ваша индивидуальность всё равно будет проглядывать. Невозможно полностью скрыть себя из своей работы. При разработке своей игры прислушивайтесь к своей творческой стороне.
Подведём итог
Если вы избежите ловушек, завершите игру и окажетесь достаточно смелым, чтобы опубликовать её, то попадёте в закрытый клуб гейм-дизайнеров. Выпустить игру невероятно сложно, а самым трудным кажется выпуск первой игры.
Многие очень умные и талантливые люди потратили годы на игру, так и не выпустив её, потому что в душе они решили — первая игра должна быть чем-то особенным и точным, в противном случае они просто посредственные гейм-дизайнеры.
Джефф Фогель сказал в контексте разработки RPG следующее, но это относится к любому жанру: