Как написать игру дома

Это статья для новичков в геймдеве. Для тех, кто хочет сделать игру, но не знает с чего начать.

Я постараюсь, по шагам, объяснить весь процесс от желания до релиза. Погнали!

Кто я такой?

Я гейм-дизайнер с 10-летним стажем. Работал в многих компаниях, например в Playgendary. Делал разное: и казуалки для мобилок, и танковый шутер для PC.

Теперь я инди-разработчик. Живу за счёт продажи своих игр. Выпустили 4 игры для PC и Консолей. Сейчас разрабатываю игру They Are Here: Alien Abduction Horror — хоррор от 1-го лица, про похищение пришельцами.

Шаг 1. Запасись энтузиазмом

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

Как пополнять запас энтузиазма? Смотри документалки, читай истории успеха разработчиков. Это мотивирует!

Смотри по сторонам: на другие игры, фильмы, кино, на новые технологии. Желание изучить что-то новое или сделать что-то похожее — это то, что нужно.

Шаг 2. Собери команду или сделай всё сам!

Одному — проще. Проще придумать идею и принимать решения. Не надо спорить и описывать задачи. Сделать игру одному — возможно. Я например сделал 4 игры один.

С командой — лучше. Лучше получается качество. Твои решения критикуются, и результат улучшается. Можно распределить обязанности и сделать игру быстрее. Последнюю игру я делаю в команде со своей женой. Она отвечает за историю, критикует мои решения, помогает с артом, ищет стримеров.

Короче — есть команда, круто! Нет команды — делай всё сам, это не трудно.

Шаг 3. Сформулируй цель разработки

Очень важно понять — для чего тебе всё это?

Ну например:

1. Трудоустройство в геймдев компанию.

Продукт — портфолио. Приоритет — качество исполнения.

Вопросы: На какую должность хотим устроиться? В какую компанию(и)? Какими играми занимается компания(и)? Чему нужно научиться?

2. Научиться делать игры, освоить навык.

Продукт — опытный образец. Приоритет- новые знания.

Вопросы: Какой навык освоить? Как сделать какую-то конкретную штуку?

3. Рассказать о чём то важном.

Продукт — манифест. Приоритет — донести идею до масс.

Вопросы: Поймут ли мою идею? Как сделать продукт более массовым?

4. Сделать игру о которой мечтал.

Продукт — мечта. Приоритет — воплотить своё видение.

Вопросы: Что я хочу видеть? Чем можно пренебречь? Как закончить проект?

5. Построить свой бизнес.

Продукт — актив. Приоритет — получить доход.

Вопросы: Какие игры лучше продаются? Сколько времени займет разработка? Как сократить это время?

Цель может быть не одна. Цели могут меняться от игры к игре.

Короче — ты должен ответить на вопрос — зачем я делаю эту игру?

Шаг 4. Вспомни, что ты умеешь или любишь

Например, я и моя жена — фанаты фильмов ужасов про пришельцев. Типа «Знаки», «Мрачные небеса», «Секретные материалы». Поэтому нам проще работать над идеями и сценарием для They Are Here

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

Короче — твои умения и увлечения — это твои преимущества. Учитывай их при выборе платформы, движка, жанра игры. А пока, просто подумай над этим.

Шаг 5. Выбери платформу

Если просто, то есть 2 пути: Мобилки или ПК + Консоли.

Исходя из целей и умений нужно будет выбрать что-то одно. Это разные платформы, с разными играми, аудиторией и монетизацией.

Путь 1. Мобики

Аудитория:

Плюсы:

Минусы:

Короче — мобилки, это огромный супер-маркет. На полке лежит то, что окупает рекламу. Это конкуренция рекламных бюджетов. Если хочешь заработать на мобилках, то советую делать гипер-казуалки и работать с издателем.

Если пофиг на доход — классная, лёгкая платформа.

Если решишься, узнай подробнее про:

Путь 2. ПК + Консоли

Аудитория:

Плюсы:

Минусы:

Короче — ПК, а особенно Консоли это элитный бутик. На полке лежит то, что пользуется спросом. Это конкуренция качества. Если хочешь заработать, то сделай интересную игру, и обязательно портируй её на консоли (через издателя). Подумай как сэкономить на производстве!

Если решишься, узнай подробнее про:

Шаг 6. Узнай про геймдизайн и производство игр

Интересуйся тем Как делают игры (классный подкаст в твои наушники)

Рекомендую погуглить про:

Короче — сперва узнай поверхностно о всех непонятных терминах. Глубже изучай только то, что нужно будет для разработки конкретно твоей игры.

Шаг 7. Выбери движок и глянь уроки

Движок — это программа, в которой собирается игра. Это большой кухонный комбайн, в котором есть всё. Там программируется логика, собираются уровни, выставляется освещение, настраивается анимация, создаются материалы, вставляются звуки и т.п.

Про выбор движка написано много статей — погугли.

Если ты один, и не знаешь языков программирования, рекомендую Unreal Engine 4.

Перед началом работы над игрой, сделай пару очень простых подделок «в стол».

Сделай змейку, пинг-понг и т.п. Пофиг на качество, пофиг на геймдизайн. Главное — попрактиковаться «на кошках», пощупать функции движка.

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

Короче — почитай про выбор движка. Потрать время на его изучие.

Шаг 8. Выбери жанр

Жанр — это твоя ниша. Жанр — это очень важно. Есть жанры, в которые никто не играет. А для некоторых нужно изучить много дополнительного материала.

Лучше выбрать жанр который:

Как только ты определилися с жанром — гугли всё по производству игр в этом жанре. Геймдизайн, графика, уровни, звуки. На что сделать акцент?

Поиграй в лучшие игры в этом жанре. Посмотри видео об этом жанре.

Короче — выбери жанр и узнай про него всё что можешь!

Шаг 9. Придумай идею, концепцию, USP

Идея — ядро твоей игры. Зерно, из которого вырастет проект.

Какая идея хорошая?

Что поможет тебе в выборе идеи?

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

Про питч

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

На основе Питча, описываем концепт игры. Более развернутое описание игры на одну страничку. За кого мы играем? В чем цель? Что можно делать? Какие эмоции вызываем?

Про USP

Продумай ключевые фичи — USP, которые будут продавать твой проект. Они вытекают из твоей идеи.

Например, идея Панка — издевательство над массовой культурой и модой.

Ключевые фичи (USP) Панка: вызывающее поведение, агрессивная музыка и странные прически.

Показывай свои USP везде — в трейлере, скриншотах, постере, описании игры. Говори про них общении с прессой и издателями.Тычь ими в лицо!

Например, у They Are Here — это пришельцы, кукурузные поля как фильме Знаки, и НЛО.

Кароче — почитай про идею, концепцию, питч, USP игры. Сформулируй чёткое видение твоего проекта и доноси это видение до всех. Без него — всё развалится и поплывет.

Шаг 10. Составь список ассетов и задач

Ассеты — это кирпичики, из которых состоят игры.

Составь список того, что нужно сделать. Хотя-бы крупными мазками. Сделать уровнь, найти музыку, вставить персонажа. А еще надо 20 видов мечей.

Оцени время, а потом умножь его на 2. Даже если тебе кажется это глупым. Умножь его в 2 раза!

Если видишь, что проект большой — отрезай всё ненужное. Ненужное — всё, что не показывает идею. Или редко появляется на экране.

Например, если идея игры — ультра-насилие, то можно не делать 20 видов мечей, а лучше проработать физику расчленения тела.

Прикинь, что для мобильных гипер-казуалок нужно сделать минимум 30 минут геймплея. А для ПК и Консолей, лучше сделать игру на 2 часа. Если можешь больше — круто!

Настоятельно рекомендую!

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

Шаг 11. Организуй процесс

Записывай, всё что надо сделать. Каждую мелочь. Иначе — забудешь.

Ставь задачи. Себе и команде. Рекомендую Trello (проще) или Asana (функциональнее).

Cобирай инфу по проекту в одном месте. Можно юзать доски типа “Miro” или вики типа Notion.

Если ты один, или у вас небольшая команда, не парься над большой и красивой документацией. Лучше покажи пример, начерти схему, объясни на пальцах ЧЁ НАДО сделать.

Референс — лучшее описание задачи для художника! Например, я сказал жене — хочу обложку как у Слендера, но с пришельцем. Этого — достаточно!

Собирай и храни нужную инфу. Ссылки на классные статьи. Контакты возможных партнёров. Скриншоты багов. И т.п.

Шаг 12. Сделай демку

Демо-версия / Вертикальный срез / MVP — очень близкие по смыслу понятия. Это маленький кусочек игры финального качества.

Демо-версия решает множество задач:

Короче — сделай демонстрационную версию игры. Это твоя визитная карточка. Показывай её всем. Говори — я сделаю так-же, только больше.

Шаг 13. Фигачь! Прорывайся к релизу!

Не буду вдаваться в подробности о релизе. Всё зависит от игры и платформы.

Лучше дам рекомендации как дожить до релиза:

Спасибо, что дочитал!

Эта статья — вводная. Тебе много предстоит узнать и загуглить на каждом шаге.

Короче — ты можешь сделать это! Реально!

Об этой статье

Была ли эта статья полезной?

Голубев Никита, коммерческий автор и переводчик, специально для блога Нетологии перевёл статью разработчика игр Анжелы Хе о том, как без навыков программирования создать свою первую игру.

Всего 2 года назад я была 17-летней школьницей и ничего не знала о программировании. Это не помешало мне начать учиться и через несколько месяцев выпустить свою первую игру в Steam. Сегодня у меня более 10 игр для ПК, интернета и мобильных устройств и свыше 1,9 млн игроков.

Не важно, что вы умеете сейчас — при должном желании вы тоже сможете делать игры. Два года назад такое казалось невозможным: это было самое сложное, что я сделала в жизни, и оно того стоило. Теперь я понимаю, что в разработке игр, как и в любом другом деле, вы растёте только тогда, когда пробуете, ошибаетесь и совершенствуетесь.

Всему, что я знаю, я научилась сама, а теперь научу вас.

Чтобы сделать игру, нужно пройти 6 этапов:

• Концепция
• Графика
• Программирование
• Звук
• Подготовка к публикации
• Публикация

В статье для каждого этапа я выделю:
— Советы, которые я вынесла из своего и чужого опыта.
— Инструменты, которые я считаю наиболее полезными.

Концепция

Совет

У вас есть классная идея. Но как оформить её на бумаге?

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

• Фишки. Что делает вашу идею крутой? Это самый главный вопрос. Как только вы сможете уловить и зафиксировать это, остальные этапы покажутся легче. Ваша игра поднимает острые темы? Станет новой классикой? Или будет отличаться от всего, что было раньше?
• Механика. Что делает игрок и зачем? Это ваш игровой процесс. Он может быть простым, как поочерёдное нажатие клавиш Q, W, O, P в игре QWOP, или сложным, как комбинации в Dwarf Fortress.
• Легенда. Благодаря чему игроки запомнят вашу игру? С какими эмоциями они будут её покидать? У каждой игры есть история. Если стория неочевидна, игрок сам создаст её. История бывает разная: возрастание чисел в игре 2048, восхождение империй в Civilization или безмолвные взаимодействия в Monument Valley. Подумайте, какая легенда будет стоять за вашей игрой.
• Настроение. Какое впечатление производит игра? Какие визуальные эффекты и музыка будут этому способствовать? Важно первое впечатление, которое сможет зацепить игрока и затем заставить его снова возвращаться к игре. Возможно, вам захочется ретро-эффекта с пиксельной графикой и 8-битной музыкой или современного вида с плоской геометрией — подумайте об этом.
• Участвуйте в хакатонах. Вам и другим участникам нужно будет сделать игру за отведённое время. Как минимум вы вдохновитесь и встретите единомышленников. Попробуйте Ludum Dare, один из самых больших геймджемов.
• Создайте список идей. Записывайте каждую новую мысль. В моменты ступора всегда можно заглянуть в список и найти что-то интересное. Так выглядит мой личный Google Doc идей и заметок.

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

Инструменты

Ведение заметок:

• Заметки на Mac OS.
• Google Документы.
• Трелло.

Командная работа:

• Google Диск.
• GitHub. Требуется git и Unity .gitignore.
• Unity Collab. Самый простой инструмент, но с ограничениями в бесплатной версии.

Я делаю игры на Unity. Дальше речь пойдёт о нём, но не бойтесь использовать другой движок.

Вдохновение:

• Книга Джесси Шелл «Искусство геймдизайна».
• Сайт для разработчиков игр Gamasutra.

Графика

Совет

Если вы не умеете программировать, сначала прочтите раздел «Программирование». Вряд ли вы хотите потратить время на графику и выкинуть её потому, что под неё не написать код.

Даже если вы не умеете рисовать, игру можно сделать красивой, используя три визуальных принципа: цвет, форма и объём.

Thomas Was Alone — простая и прекрасная игра

Интерфейс

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

Неудачный и удачный шрифт

2D-анимация

Анимацию можно реализовать двумя способами:

• Покадровая анимация. Когда вы отрисовываете каждый кадр. Для этого используйте таблицы спрайтов и Sprite Packer в Unity.
• Скелетная анимация. Отрисовывается каждая подвижная конечность, затем анимируется её позиция и повороты. Это быстрее, легче и тратит меньше оперативной памяти. Для 2D-анимации на Unity используйте пивоты (точки привязки) или плагин Anima 2D.

Что ещё может пригодиться

Советы, которые применимы не только к игровой графике, но и к другим программам:

• Объекты-тайлы используются для создания плитки и требуют меньше места на жёстком диске.

Без тайлов и с тайлом

• 9-slice объекты с немасштабируемыми границами и масштабируемым центром позволяют увеличивать изображения без заполнения памяти.

Пятно расширяется, но углы остаются прежними

• Делайте разрешение каждого объекта таким, чтобы оно делилось на 4 или было степенью числа 2.
• В Photoshop вы можете сохранить каждый слой в отдельный файл через Файл > Экспорт > Быстрый экспорт в [формат изображения].

Инструменты

Создание интерфейса:

• Photoshop.
• Sketch.

Принципы создания интерфейса:

• Google Material Design.
• Apple’s UI Do’s and Don’ts.

Создание 2D объектов:

• Photoshop.
• Gimp.
• Paint Tool SAI — для графики в стиле аниме.

Создание 3D объектов:

• Blender — мощное ПО со сложным обучением.
• Maya — для анимации.
• Max — для отрисовки.

Бесплатные игровые ассеты:

• Behance — шрифты, иконки и прочее.
• KennyNL — высококачественные объекты, готовые к использованию в играх.
• Open Game Dev Art — огромная библиотека графики, созданной другими пользователями.

Вдохновление:

• Dribbble — закрытое сообщество дизайнеров.
• Behance — сообщество дизайнеров, к которому может присоединиться любой желающий.
• itch.io — сообщество создателей инди-игр.

Программирование

Совет

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

Представленных ниже знаний достаточно для начала. Все примеры написаны на C++, одном из языков программирования в Unity3D. (Примечание переводчика: на самом деле в Unity используется C#, который похож на C++).

1. Типы данных и переменные. В основе кода лежат данные, которые хранятся в переменных. Можно объявить переменную так:

   int i = 0;

   int — тип данных, i — имя переменной, = 0 — значение переменной.

   Часто используемые типы данных:
   int и long — для целых чисел,
   float и double — для чисел с плавающей точкой,
   string — строчные данные.

2. Условия. С помощью оператора if можно создать условия для выполнения кода:

   if (true){ // истина всегда истинна!
       doThings(); // я внутри выражения, и я выполняюсь!
   }

   Используя оператор else, можно расширить условие и отобразить что делать, если условие не соответствует истине:

   int i = 1;
   if (i == 0){ 
      doThings(); 
   }
   else if (i == 1){
      doOtherThings(); // теперь запускаюсь я!
   }

3. Циклы for/while. While-циклы повторяют части кода, пока условие остаётся истинным. Как только условие перестаёт быть истинным, цикл обрывается.

   while (someBool == true){ // условие
      doThings(); // Буду выполняться, пока условие истинно
   }

   For-циклы похожи на while-циклы. Для while мы пишем так:

   int i = 0;
   while (i < condition){ 
       doThings();
       i++; // счётчик, по которому цикл продолжается
   }

   Равнозначный for-цикл будет таким:

   for (int i = 0; i < condition; i++){
       doThings();
   }
   

4. Структуры данных. У нас есть данные, с которыми можно взаимодействовать. К тому же их можно хранить в особой структуре — массиве, списке, очереди, стеке или наборе.
   Простой примера массива:

   /*
   Допустим, у нас есть числа от 0 до 9. Будем хранить их в массиве!
   */
   int[] arr = new int[10]; 
   /*
   Скобки [] нужны для объявления массива. Мы присваиваем массив из 10 элементов переменной arr. Теперь он выглядит так:
   arr = [ 0 0 0 0 0 0 0 0 0 0 ]
   */
   for (int i=0; i<10; i++){
       arr[i]=i; // Мы присваиваем позиции i значение i.
   //Заметили, что счёт начинается с нуля?  
   }
   /*
   После цикла наш массив будет выглядеть так:
   arr = [ 0 1 2 3 4 5 6 7 8 9 ]
   */
   

5. Функции и исключения. Функция — это короткая строчка кода, заменяющая огромное количество строчек кода. Например, выведем функцию EatBread(), которая содержит следующее:

   void EatBread(){ //<---это функция 
      breadAte=true;
      printf("Я ОЩУЩАЮ УГЛЕВОДЫ, ОНИ БЕГУТ ВНУТРИ МЕНЯ");
   }

Тогда при выводе функции выполняются два выражения внутри неё.

Если в коде что-то идёт не так, на помощь приходят исключения. Они как бы говорят: «Так, погоди, здесь ты сделал что-то нелогичное. Перепроверь ещё раз».

О чём ещё надо знать:

1. Язык. На каком языке вы будете программировать? Чаще всего игры пишут на C++, JavaScript или C#. Языки отличаются синтаксисом и областью применения.
2. API (Application Programming Interface). Как только вы ознакомились с базой, приступайте к изучению программного интерфейса приложения для конкретного игрового движка. Они представляют собой набор полезных инструментов, упакованных в простые классы и функции. API сильно упрощает жизнь программиста.
3. Посмотрите примеры проектов на выбранном игровом движке. Можно найти много бесплатных примеров игр на движках Unreal и Unity. Это позволит увидеть итог и весь процесс работы целиком, а также почерпнуть идеи для своей будущей игры.

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

Код — это вызов самому себе. И ничего не понимать поначалу — нормально.

Как и любому навыку, программированию нужно обучаться. И, возможно, это окажется довольно интересно.

Другие немаловажные основы программирования:

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

  meleeAttack ()

  а не

  mA()

  или

  protecbutalsoattac()

• Декомпозиция. Сделайте из повторяющегося кода функцию и вызывайте её вместо копирования повторяющихся строк.
• Шаблон проектирования Singleton («Одиночка»). Шаблон программирования, который позволяет данным храниться в одном месте.
• Избегание статических переменных. Помимо использования синглтонов, я избегала статических переменных — они живут только на время игры, медленные и могут вести себя непредсказуемо.
• Шаблон проектирования Observer («Наблюдатель»). Позволяет объекту узнавать о состоянии других объектов, не теряя компьютерного времени на проверку.

Вещи, свойственные Unity:

• Сопрограммы. Позволяют начать выполнять действие, продолжать в течение нужного времени и затем прекратить. Я использую их для визуальных эффектов взрывов, резких движений.
• Класс ScriptableObject. Он хранит данные с меньшими затратами, чем базовый класс MonoBehaviour.

Инструменты

Игровые движки:

• Свой движок на C/C++. Низкий порог входа. (Примечание переводчика: на самом деле, создание своего движка требует больших усилий и глубокого знания принципов программирования).
• Unity. Поддерживает 2D/3D. Требует знаний JavaScript/C#. Средний порог входа. Разработка для нескольких платформ.
• Unreal. Поддерживает 2D/3D. Требует знаний C++. Средний порог входа. Разработка для нескольких платформ.
• pixi.js. Только 2D. Требует знаний JavaScript. Средний порог входа. Разработка для браузера.
• GameMaker Studio. Поддерживает 2D/3D. Требует знаний специального языка движка GML (Game Maker Language). Для новичков. Разработка для нескольких платформ.
• Corona. Только 2D. Требует знаний Lua (похож на JavaScript). Для новичков. Разработка для нескольких платформ.

Среды разработки:

• Visual Studio Code (для MacOS) — не зависает, имеет встроенную справочную информацию и удобные «горячие» клавиши.
• Visual Studio (для Windows).
• MonoDevelop — устанавливается с Unity, иногда подвисает.

Бесплатные ассеты Unity:

В Unity Asset Store, bitbucket и GitHub очень много бесплатных ассетов. В своих проектах я использую минимум по два. Они упрощают жизнь, но далеко не идеальны. Заметили ошибку — исправляйте и говорите разработчику о ней.

• TextMeshPro.
• LeanTween.
• Fungus.
• Corgi Engine.
• Dialogue System.
• Post Processing Stack.
• Keijiro Takahashi — работает над Unity, доступные проекты визуальных эффектов с открытым исходным кодом.

Немаловажный, даже главный источник решения проблем с кодом — Гугл!

Звук

Совет

Аудио способно создавать настроение и погружать в игру, но для него нужна память.

Для начала решите: вы хотите звук? Если да, будет ли в игре музыка, звуковые эффекты, озвучка или повествование.

В любом случае потребуется запись и сведение таким образом, чтобы звук подходил под настроение игры. Например, Bastion использует органические и инструментальные звуки, хорошо вписывающиеся в мир игры. Crypt of the Necrodancer включил в себя смесь электронных ритмов и восьмибитного рока, чтобы передать темп и яркость игры.

Погружение решает. Если звуки не совпадают с настроением игры, игроку будет сложно погрузиться в ваш мир.

Инструменты

Приложения для работы с аудио:

• Logic Pro (только для MacOS). Цена 200 $.
• FL Studio. Цена 99–899 $. Есть бесплатная демоверсия.
• Reaper. Цена 60–225 $.
• Audacity. Бесплатная программа. Имеет мало возможностей, но полезен для чистки аудио.

Создание ретро-эффектов:

• Chiptone.
• Bfxr.
• Leshy SFMaker.
• as3sfxr.

Бесплатные звуки:

• Soundcloud. Здесь можно найти бесконечно много звуков и музыки под лицензией Creative Commons. Начните с этого плейлиста. Использовать можно бесплатно, но не забудьте указать авторство.
• Incompetech.
• Bensound.

Подготовка к публикации

Совет

Существует небольшая вероятность — на 99,99 процентов, что в игре есть ошибки. А это значит, что самое время заняться баг-тестом.

Как тестировать игру на баги?

1. Дайте другим поиграть в игру. Желательно вместе с вами, на случай, если они столкнутся с ошибкой и не смогут понять или объяснить её.
2. Проверьте игру на разных платформах. В редакторе может не быть проблем, но работает ли она там, где её будут запускать? Будьте особенно внимательны с Linux и Android.

Итак, баг найден. Что теперь?

1. Проверьте консоль на исключения. Если нашли исключение, найдите файл и строку, где сработало исключение. Если оно звучит по-марсиански, поищите решение в сети, и подумайте, почему именно в этой строке срабатывает исключение.
2. Напишите в консоль. Попробуйте вывести логи (системные файлы) в предполагаемых местах ошибки. Введите разные переменные и сверьте полученные значения с ожидаемыми. При несовпадении — исправляйте.
3. Проверьте логи. Системные записи вашего проекта дадут больше информации, чем консоль. Прочтите строки, где сработало исключение. Гуглите всё, что не знаете.
4. Поспите. Всё починится с утра. Это просто плохой сон

Типичные ошибки

• NullReferenceException.

  var.doThing(); //throws NullReferenceException: Object reference not set to an instance of an object

  В чём дело: функция выполняется с несуществующей (null) переменной.
  Быстрое решение: проверьте, является ли переменная null.

  if(var != null)
      {
          var.doThing(); // выполняем функцию безопасно!
      }
  

• SyntaxErrorException.
  В чём дело: ошибки в синтаксисе.
  Быстрое решение: в сообщении указано, какой символ выдал ошибку. Найдите и исправьте его.

  Примечание: Проверьте, какие кавычки вы используете.
  » //правильные кавычки;
  » //ненужные кавычки, они принесут вам немало ошибок.

• Розовый или чёрный экран.
  Возможная проблема: не обработался шейдер.
  Возможные причины: вы используете 3D-шейдеры в 2D-игре или шейдеры, которые не поддерживаются операционной системой. Убедитесь, что вы используете мобильные шейдеры для мобильных игр.

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

Советы по оптимизации

• Установите нужную частоту кадров. Для визуальной новеллы хватит 20 кадров в секунду, а вот для шутера нужны 60. Низкая частота кадров тратит меньше времени на отрисовку.
• Анимация / система частиц / выборочная обработка. Объекты, невидимые для камеры игрока, не обрабатываются. Персонажи анимируются, частицы обновляются, 3D-модели обрабатываются только в поле зрения игрока.
• Сжатие текстур и звуков. Для сжатия текстур используйте Crunch. Потоковая музыка и распаковка звуковых эффектов перегружают игру. Попробуйте снизить качество аудио. Сжатие может заметно снизить качество объектов.
• Не позволяйте Raycast касаться лишних объектов. Raycast похожи на маленькие лучи, выстреливающие из ваших пальцев или мыши, когда вы касаетесь экрана или кликаете. Найдите объекты, которые не должны реагировать на действия игрока и удалите их из вычислений Raycast.
• Используйте объектный пул. Частое создание и удаление большого количества объектов снижает производительность. Вместо этого, объедините их в список, очередь или другую структуру. Например, пули должны объединяться в один массив.
• Оптимизируйте шейдеры. Задайте материал для каждого визуализатора. Игре не придётся создавать новые материалы в начале игры, что сэкономит ресурсы. Пусть визуализатор включает только то, что функционально необходимо.
• Используйте AssetBundles (дословно «комплекты активов») вместо старой системы Resources в Unity. AssetBundles экспортирует ваши файлы из Unity и помещает в один файл, экономя оперативную память.

Инструменты (только для Unity)

Скрипты:

• Optimizing scripts in Unity games.

Графика:

• A guide to optimizing Unity UI;
• Art Asset best practice guide.

Память:

• Reducing the file size of your build.
• Memory.

Оптимизация под платформы:

• Practical guide to optimization for mobiles;
• WebGL performance considerations;
• Memory Considerations when targeting WebGL;
• Olly’s seven stages of optimizations for mobile VR.

Публикация

Совет

Самое время показать всему миру своё творение.

Продвижение — самая волнительная стадия. Если вы сомневаетесь, вам поможет сообщество гейм-дизайнеров. Помните, что вы не одиноки, и раз прошли так много, нужно завершить дело до конца.

Вы не узнаете, станет ли игра хитом, пока не опубликуете её.

1. Описание

   Сделайте скриншоты страниц «Об игре» и создайте описания для каждой платформы, на которых планируете выпустить игру.

2. Нетворкинг

   Если хотите, чтобы все узнали об игре, напишите анонсы для игровых медиа, участвуйте в фестивалях и конференциях.

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

   Где взять адреса?

   • Найдите в сети контакты авторов, которые вам нравятся: почта, страница в LinkedIn, Твиттер.
   • Найдите почту издания в разделе «О нас» или внизу страницы.

   Не пишите в игровые издания, которые не освещают ваш жанр или целевую игровую платформу.

3. Стримеры и видеоблогеры

   Они снимут по игре видео, если:

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

   Обычно адреса блогеров указаны на странице. Если нет, попробуйте найти контакты в интернете.

   

   Письмо видеоблогеру Markiplier, чей канал насчитывает более 21 миллиона подписчиков

   

   Видео по игре от Markiplier

4. Социальные сети

   Это прекрасный инструмент для продвижения: Agar.io обрела популярность на 4chan, Butterfly Soup подскочила в загрузках после внимания в Твиттере.

   Как лучше: публиковаться через издателя или самому. Хотите пойти по пути Hotline Miami, выпущенной Devolver Digital, или перенять опыт Farmville и Doki Doki Literature Club?

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

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

   

   Количество установок игры растёт

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

5. Жмите на кнопку «Опубликовать»!

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

   Не бойтесь, если игра не получила ожидаемого внимания — это нормально. У моей первой игры всего 255 загрузок в Steam.

Главное, что вы сделали игру и многому научились. Сейчас этого достаточно, и всегда есть возможность попробовать ещё раз с новыми знаниями.

Инструменты

Сервис presskit() помогает разработчикам оформить описание игры для прессы.

Платформы для публикации:

• Steam (PC) — 100 $ за публикацию.
• Origin (PC).
• GOG (PC) — бесплатная публикация после разрешения.
• Mac App Store (MacOS) — 100 $ в год, требуется учётная запись разработчика Apple.
• itch.io (PC / Web) — бесплатная публикация.
• Game Jolt (PC/Web) — бесплатная публикация.
• Armor Games — бесплатная публикация.
• Kongregate (Web) — бесплатная публикация.
• Newgrounds (Web) — бесплатная публикация.
• GitHub (Web) — бесплатная публикация на сайте, заканчивающемся на «___.github.io».
• Amazon (Web/Mobile) — бесплатная публикация.
• Google Play (Mobile) — 25 $ за публикацию.
• iOS App Store (Mobile) — требуется учётная запись разработчика Apple.

Журналы об играх:

• DTF (на русском).
• Канобу (на русском).
• IndieGames.
• Siliconera.
• FreeGamesPlanet.
• PCGamer.
• Kotaku.
• Rock Paper Shotgun.
• Polygon.
• Giant Bomb.
• EuroGamer.

Фестивали:

• Independent Games Festival (IGF). Приём заявок до 1 октября.
• Indiecade. Международный фестиваль инди-игр. Приём заявок до мая–июня.
• Swedish Game Awards. Игровая премия Швеции. Приём заявок до июня.
• South by Southwest Festival (SXSW). Приём заявок до декабря.
• The Game Awards. Приём заявок до ноября.

Игровые конференции:

• DevGAMM — проводится в Москве.
• Game Developer’s Conference (GDC).
• Penny Arcade Expo (PAX).
• Electronic Entertainment Expo (E3).
• Tokyo Game Show.

Заключение

Нет простого пути создания игры. Есть только ваши решительность и усилия.

За каждым Half-Life, Minecraft и Uncharted лежат океаны крови, пота и слез.
Кен Левин, создатель Bioshock

Вы будете допускать ошибки, чувствовать себя в тупике и плакать. Это нормально — значит, вы растёте над собой.

От редакции

• Онлайн-курс «Геймдизайн с нуля: станьте профессионалом игровой индустрии»
• Онлайн-курс «Создание продукта: аналитика, разработка, продвижение»
• Онлайн-профессия «Python-разработчик»
• Онлайн-профессия «Ruby on Rails разработчик»
• Онлайн-курс «PR в digital: стратегия, репутация, инструменты»
• Онлайн-курс «Дизайн мобильных приложений: интерфейсы, архитектура, визуальная концепция»

Это мой первый длиннопост (и вообще первая публикация на vc.ru). Так что если будете кидаться гнилыми помидорами, то постараюсь поймать каждый и бережно переработать в своём сознании в нормальную томатную пасту

Итак, про настолки… Я не очень-то любитель чисто карточных настолок, мне больше нравится, когда есть поле, фигуры или фишки. Разумеется, однажды меня посетила совершенно не новая мысль: «А не сделать ли какую-то свою игру, по своим правилам?».

И случайно возник вопрос — существует ли настолка, в которой фигуры трансформировались бы в процессе игры? Этот вопрос немедленно был задан заядлому игроку, который разбирается в настолках уж точно лучше меня Ответ «нет» меня приятно удивил.

Я вырезал из стикеров вот таких медведей (хотя, возможно, они мне тут только кажутся), которые позже заменил черепашкой.

Идея подобных фишек или фигур мне нравилась, но форма была всё ещё слишком сложна, на мой взгляд.

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

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

Получились вот такие пирамидки.

Дальше очень много текста с цифрами про экономику

Варианты изготовления рассматривались следующие: резка и сборка, литьё, штамповка, 3D-печать. Резка (какая бы лазерная она ни была) со сборкой отпали сразу по причине большого количества ручного труда с мелкими деталями (пирамидка 2 см в основании), а следовательно, конской цены за штуку.

Литьевую форму в нескольких конторах мне предложили сделать по цене в среднем 50 тысяч рублей при ресурсе 10 тысяч фишек. При этом за материал с работой попросили 5 рублей за каждую фишку. Итого цена фишки получилась бы 10 рублей (терпимо).

Со штамповкой итоговая ситуация примерно такая же, только форма в два раза дешевле, но и её ресурс в два раза меньше.

В итоге после всех раздумий и сравнений было принято решение в пользу 3D-печати, так как за 250 рублей мне сразу напечатали десяток фишек, а при тираже от 500 штук пообещали цену в те же 10 рублей за штуку.

При достижении заказа минимум 1000 комплектов игр к этому вопросу можно и нужно будет вернуться, а пока 3D-печать.

Тут надо напомнить, что такое пристальное внимание к технологии изготовления фигур или фишек потому, что их геометрия и возможность стыковаться друг с другом имеют ключевое значение и именно вокруг них и начала вертеться вся разработка. А также добавить, что разрабатываемой игре 20–24 фигуры (по пять-шесть штук на четырёх игроков).

Параллельно с этим я провёл разведку на предмет изготовления картонных комплектующих игры (поле, карточки, жетоны, коробка, правила). Выяснилось, средняя цена такого комплекта будет около 400–500 рублей при тираже 1000 штук (от 3000 штук рублей на 100 меньше, а за 500 штук рублей на 100 больше).

Плюс в игре ещё есть монетки и хочется, чтобы они были не картонные (около 50 рублей), а металлические (около 300 рублей).

С одной стороны, игру можно было бы выхолостить почти до состояния ГО, но мы же хотим привлечь другую аудиторию, которая любит не только подумать, но и погрузиться в игровой мир, где есть и другие игровые атрибуты — возможность зарабатывать баблишко, применять магию, наносить противнику непоправимый урон и защищаться от него, ну и вот это вот всё…

Немалую часть заберёт визуальное оформление игры (работа художника), а также затраты на прототипирование и изготовление прототипов всех компонентов по нескольку раз (в разы меньше, чем работа художника, но всё же).

Поэтому когда была подбита заветная цифра «Итого», получилось, что полный комплект задумываемой игры будет иметь себестоимость 1000–1200 рублей при тираже 1000 и 500 экземпляров соответственно.

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

На вопросы, где и кому предлагать игру и как собирать деньги, мозг практически сразу выдал ответ: «Идём на краудфандинговые площадки». Ну во всяком случае попытаться гораздо лучше, чем не попытаться. Тем более давно хотелось попробовать

В результате обзора рынка появилось понимание, что подобные по сложности и наполнению игры стоят от 2450 до 3450 рублей. Взяв среднее арифметическое, предположим, что наша игра будет иметь ценник на полке в магазине 2950 рублей.

Учтём классическую наценку розницы примерно в 35–40%, а также то, что бэкеры (спонсоры), приобретающие что-то на крауд-площадках, привыкли к скидкам в среднем 40%. Таким образом, краудфандинговая цена на игру составит около 1700 рублей, из которых ещё около 15% уйдёт площадке и в налоги.

Авторам останется 200–250 рублей с каждого проданного комплекта игры (и это примерно за четыре месяца трудов). Не оч большой навар, не находите? Но попробовать всё же стоит. Так сказать, пройти путь до конца.

Через некоторое время после успешного изготовления требуемых фишек были с пристрастием опрошены ещё два владельца игровых клубов-магазинов и пять опытных разработчика игр на предмет похожести игровой механики и взаимодействия фигурок.

После их примеров вроде «Колпачки» (оч далеко) или «Истоки» (вообще нет) меня, конечно же, посетила крамольная мысля: «А вдруг я создал что-то новое?!», за которой последовали фантазии о неминуемом взлёте этого проекта. Если кто-то из читателей может привести в пример другую игру с механикой, похожей на предлагаемую нами, то с удовольствием изучу аналог.

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

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

Замечания учёл, добавил на поле несколько функций и сделал его более ассиметричным, и второй вариант восприняли уже лояльнее.

Вообще, выяснилось, что придумать сюжет и набросать правила — это процентов 10 (или меньше) от того, что предстоит ещё сделать с игрой. Крайне сложно добиться баланса по количеству фигур, урона, плюшек и зарабатываемых игровых денег.

Теперь призыв к действию

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

P. S. Заметил, что чаще пишут истории уже свершившегося успеха (реже провала), а я попробую писать историю в режиме реального времени, не зная, как она повернётся и куда это нас приведёт.

P. P. S. Ещё подробнее про саму игру и её атмосферу можно посмотреть в группе во «ВКонтакте» (разумеется, мы хотим, чтоб вы в неё вступили, чтоб иногда мелькать в вашей ленте

Подготовка: HTML и CSS

Перед тем, как размещать код, нам нужно создать стандартный HTML-файл index.html. Выглядеть он должен следующим образом:

<!DOCTYPE html>

<html>

<head>

<meta charset="UTF-8">

<meta name="viewport", content="width=device-width, initial-scale=1.0">

<link rel="stylesheet" href="snake.css">

<script src="snake.js"></script>

</head>

<body>

<canvas id="board"></canvas>

</body>

</html>

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

CSS выглядит вот так:

body {

text-align: center;

}

Это позволяет разместить нашу канву по центру экрана.

Шаг предварительный: дизайн

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

У нас есть некоторое поле с клетками, представляющее собой двухмерный массив. Изначально в случайных ячейках появляется еда, игрок появляется в фиксированной ячейке. Для простоты примера не будем делать отдельную кнопку «Старт», игра начнется при первом нажатии на любую стрелочку. Змейка управляется через стрелочки, она двигается в направлении, соответствующем стрелочке, нажатой последней. Змейка двигается с определенной скоростью и не может остановиться. Если змейка сталкивается с едой – она «съедает» ее: еда удаляется с экрана, змейка «прирастает» на 1 сегмент, на экране в незанятой клетке появляется новая еда. Если голова змейки сталкивается с другим сегментом змейки, игра заканчивается. Если голова змейки сталкивается с краем экрана, игра заканчивается.

Окончание игры сопровождается надписью «Вы проиграли!».

Шаг 1: создаем глобальные переменные и функцию main

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

var blockSize = 25;

var rows = 20;

var cols = 20;

var board;

var context; 

var snakeX = blockSize * 5;

var snakeY = blockSize * 5;

var velocityX = 0;

var velocityY = 0;

var snakeBody = [];

var foodX;

var foodY;

var gameOver = false;

Опять же, с учетом того, что наш проект – маленький, будет неплохой идеей начать разработку с самой главной функции, в ней написать всю последовательность действий, после чего уже реализовывать функции более низкого уровня (вызываемые этой главной функцией). Начинать функцию будем по триггеру window.onload, в самой функции будем: 1) захватывать канву; 2) задавать размеры игрового поля в пикселях; 3) размещать еду; 4) подключать listener для нажатия кнопки; 5) реализовывать игровую механику с обработкой по фреймам. Код:

window.onload = function() {

board = document.getElementById("board");

board.height = rows * blockSize;

board.width = cols * blockSize;

context = board.getContext("2d"); 

placeFood();

document.addEventListener("keyup", changeDirection);

// update();

setInterval(update, 1000/10); //100 milliseconds

}

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

Шаг 2: размещаем еду, перехватываем нажатия клавиш

У нас есть 2 небольшие функции, которые можно реализовать прямо сейчас – размещение еды и нажатие клавиши. С размещением еды все очень просто:

function placeFood() {

//(0-1) * cols -> (0-19.9999) -> (0-19) * 25

foodX = Math.floor(Math.random() * cols) * blockSize;

foodY = Math.floor(Math.random() * rows) * blockSize;

}

Вызываем функцию генерации случайных чисел, через нее получаем номер блока, умножаем на ширину блока – получаем x и y новой еды.

С направлением все чуть сложнее:

function changeDirection(e) { if (e.code == "ArrowUp" && velocityY != 1) { velocityX = 0; velocityY = -1; } else if (e.code == "ArrowDown" && velocityY != -1) { velocityX = 0; velocityY = 1; } else if (e.code == "ArrowLeft" && velocityX != 1) { velocityX = -1; velocityY = 0; } else if (e.code == "ArrowRight" && velocityX != -1) { velocityX = 1; velocityY = 0; } }

Мы считаем ускорение как смещение относительно текущей точки на координатной оси на 1 или -1 (1 – это вправо или вниз, -1 – влево или вверх). Мы анализируем ввод и для каждой стрелочки меняем ускорение тем или иным образом. Проверка после && в условии нужна для того, чтобы исключить случаи, когда, например, змейка движется вправо, а мы нажали стрелочку влево – если позволить змейке поменять направление движения таким образом, то она тут же наткнется сама на себя.

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

Шаг 3: пишем основную функцию

В серьезных игровых движках, типа Unity и UE, функция update доступна для каждого элемента, и update исполняется каждый фрейм. Мы же хотим создать браузерную игру своими силами, поэтому используем

setInterval(update, 1000/10);

После чего пишем основной код в update(). Сначала отрисовываем игровое поле и блок еды:

context.fillStyle="black";

context.fillRect(0, 0, board.width, board.height);

context.fillStyle="red";

context.fillRect(foodX, foodY, blockSize, blockSize);

Теперь проверяем, находится ли голова змейки и еда на одной точке, если находится – еду нужно «съесть» и сгенерировать новую:

if (snakeX == foodX && snakeY == foodY) {

snakeBody.push([foodX, foodY]);

placeFood();

}

Теперь нам нужно решить проблему перемещения: каждый раз, когда змейка перемещается на блок куда-либо, ее тело должно перемещаться вместе с ней. Решается это просто – поскольку у нас все тело задано в массиве координатами каждого сегмента, нам нужно пройтись по всему массиву и сместить все элементы на 1, а нулевому элементу присвоить координаты головы в текущий момент:

for (let i = snakeBody.length-1; i > 0; i--) {

snakeBody[i] = snakeBody[i-1];

}

if (snakeBody.length) {

snakeBody[0] = [snakeX, snakeY];

}

Теперь реализовываем саму змейку:

context.fillStyle="lime";

snakeX += velocityX * blockSize;

snakeY += velocityY * blockSize;

context.fillRect(snakeX, snakeY, blockSize, blockSize);

for (let i = 0; i < snakeBody.length; i++) {

context.fillRect(snakeBody[i][0], snakeBody[i][1], blockSize, blockSize);

}

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

if (snakeX < 0 || snakeX > cols*blockSize -1 || snakeY < 0 || snakeY > rows*blockSize - 1) {

gameOver = true;

alert("Game Over");

}

for (let i = 0; i < snakeBody.length; i++) {

if (snakeX == snakeBody[i][0] && snakeY == snakeBody[i][1]) {

gameOver = true;

alert("Game Over");

}

}

Наконец, в самое начало функции нужно добавить проверку геймовера – если значение равно true, то нужно закончить игру и ничего больше не делать.

if (gameOver) {

return;

}

Все, имеем полностью работоспособную игру.

Шаг 4: тестируем

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

Где взять гайды по разработке игр?

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

• Канал ChrisCourses – огромное количество длинных и детальных гайдов по разработке самых сложных игр (вплоть до RPG про Покемонов)
• Мультиплеерная игра на JavaScript с дополнительной библиотекой
• Простой гайд по созданию игры на русском языке
• Аналог Flappy Bird на JS
• Игра, код которой умещается в 100 символов

Вывод

• JS хорошо подходит для создания простых браузерных игр.
• Вы можете самостоятельно по гайдам создавать такие простые игры, как змейку, гонки, Aliens Invaders, PacMan и другие.
• Более сложные игры могут потребовать от вас пользоваться сторонними библиотеками.
• В любом случае вам нужно хорошо знать JS, без этих знаний вы не сможете разрабатывать игры самостоятельно.

Свою. С нуля. То есть, совсем с нуля — лично я на старте не знала ничего, совсем ничего, вообще ничего, а про CSS и джава-скрипт слышала только то, что они существуют где-то там, где я их не вижу и не увижу никогда.

Вот прошла где-то неделя со старта. Писала я, в основном, вечерами (потому что работа и личные дела), пару дней просто разбиралась в документации и наводила красоту, но несмотря на это — у меня уже есть полторы главы где-то на 15к слов (около 3к в одном прохождении, потому что я обожаю вариативность), я знаю что-куда-как делать дальше, и, в общем-то, по самому процессу больше не возникает вопросов. Надеюсь все закончить за месяц-два и, в общем-то, я тогда и собиралась написать этот пост, но мне нужна передышка, да и какие-никакие оправдания к тому, почему я не пишу запланированные повести к «Нано».

Может, и вам захочется написать что-то свое?

В общем, что делать.

1. Сначала скачиваем Twine — бесплатно с оффсайта.

Это такая прога, в которой можно легко делать собственные текстовые квесты. Открываем ее, выбираем язык, жмем +История и… в принципе, это все.

Для того, чтобы написать текстовый квест, вам достаточно знать одну вещь — ссылки на новый параграф делаются так:

[[название параграфа<-Какой-то текст]]

Можно и по-другому их написать, но в целом — вот. Обладая этим сакральным знанием, вы уже можете написать простенький квест с разными вариантами прохождения. Да, вероятно, он будет довольно примитивен, но все же.

Если это вас не устраивает и хочется чего-то посложнее, то смотрим дальше.

2. В окне своей истории смотрим вниз, в выпадающий список — и выбираем «сменить формат истории». Там знакомимся с форматами и выбираем подходящий.

Я лично пишу на SugarCube 2, потому что там уже была встроена система сейвов. Возможно, если вы хотите делать не квест, а просто загнать свою историю в программу и побаловаться, то вам больше подойдет другой формат (например, относительно новый Chapbook).

Там же есть ссылки на документации по выбранному формату — очень подробные, поверьте. Проблема может быть в английском языке, но тогда — гугл в помощь. Гайды как минимум по SugarCube и Harlowe я точно видела и на русском.

Далее, третий пункт пишу с прицелом на SugarCube 2, в остальных форматах, возможно, все делается иначе.

3. Создаем параграф StoryInit, куда записываем наши переменные по умолчанию. Например, вы хотите, чтобы в игре главгерой сходил в магаз за хлебом, но на старте он находится дома и хлеба у него нет. Пишем в стори-инит что-то вроде:

<<set $gde to ‘doma’>>

<<set $hleb to ‘net’>>

Посылаем ГГ в магазин за хлебом, через ссылку из пункта один:

[[magaz<-И я пошел за хлебом]]

Появляется параграф magaz, в котором мы пишем, прежде чем приступить к описанию того, как главгерой купил хлеб:

<<set $gde to ‘magazin’>>

<<set $hleb to ‘est’>>

или так

<<set $gde to ‘магазин’>>

<<set $hleb to ‘есть’>>

Переменные $ нельзя называть кириллицей, но значения можно.

Если хотите, чтоб был вариант не купить хлеба, убираем <<set $hleb to ‘есть’>> и пишем новые ссылки на новые параграфы и уже в них ставим <<set $hleb to ‘est’>> — если купил; ничего не ставим, если не купил. Этот момент можно упростить, если следующий параграф у вас планируется одинаковым — тогда можем сразу перейти к нему и привязать хлеб к выборам. Выглядеть это будет как-то так:

[[Я купил хлеба|passage2][$hleb to ‘est’]]

[[Я не купил хлеба|passage2][$hleb to ‘net’]]

или так, чтобы не повторять значение ‘net’, тк оно у нас и так по умолчанию:

[[Я купил хлеба|passage2][$hleb to ‘est’]]

[[passage2<-Я не купил хлеба]]

Тогда мы в любом случае переходим в один и тот же параграф passage2, но в одном варианте переменная меняется, а в другом остается прежней.

А потом на магаз нападают инопланетяне! Герой бежит и скрывается в бункере! Или не бежит и остается в магазе!

Пишем в стори-инит дефолтное значение:

<<set $ufo to false>>

А в своем новом параграфе про нападение инопланетян:

<<set $ufo to true>>

<<set $gde to ‘бункер’>> — если он в бункере; если все еще в магазине, то ничего не пишем, это значение сохранилось с прошлого параграфа.

Ну и так далее: если у ГГ есть хлеб в бункере, то он не умрет от голодной смерти —

<<if $hleb is ‘est’ and $gde is ‘бункер’>>Пишем текст про то, как ГГ выжил в бункере на буханке бородинского.<</if>>

<<if $hleb is ‘net’ and $gde is ‘бункер’>>Пишем текст про то, как ГГ умер с голода в бункере.<</if>>

Пишем варианты для ситуаций, когда ГГ остался в магазине или вообще не пошел за хлебом — и текстовый квест готов.

4. Далее все просто — гуглим, если чего-то не знаем и не нашли ответа в документации. Да, документацию надо бы прочитать. Или ее, или хотя бы найденный где-нибудь гайд. Сложно, понимаю, но на этом закончится вся сложная техническая часть. Для Twine довольно много готовых макросов для облегчения жизни и всех свистелок, которые вам хочется.

Как только закончили, жмем «опубликовать историю в файл» — и получаем html-страничку со своей игрой. В процессе ее можно запускать через Twine и смотреть, все ли идет правильно. В итоге, если вы дойдете до конца и сделаете свой квест, — эту страничку можно где-нибудь опубликовать. Например, на itch.io, сайте для инди-разработчиков, где есть отдельный жанр interactive fiction. Или еще где, я пока не думала над этим вопросом.

В общем, подводя итоги, для написания текстового квеста в Twine требуется три умения:

1. Писать (думаю, на писательском сайте с этим проблем нет)

2. Читать (уже сложнее, но, подозреваю, начальные скиллы есть у каждого)

3. Гуглить (эй, это необходимый навык в современном мире!)

И все. Удачи Мне пора идти писать про то, как ГГ прячется от монстра в ночном клубе.