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

1. Ваша первая игра не взлетит 100%
   Часто вижу людей, у которых есть "гениальная идея", нужно только сделать и всё, миллионы игроков, миллионы долларов на рекламе обеспечены. Опыт показывает, что так не бывает.
   2. Ваша вторая, третья, четвертая игра не взлетят 99%
   К сожалению, это так.
   3. Делайте прототипы
   Игры вообще редко взлетают. Большинство ваших игр провалится. Поэтому имеет смысл делать демо версию игры, прототип, минимальный набросок геймплея с упрощенной графикой и только с ключевыми механиками. Потом нужно дать этот прототип поиграть людям, собрать информацию. Это оптимальный путь.
   Сам лично делал игру полгода, потел, страдал, мечтал. А в итоге она оказалась никому не нужна. После такого успех - не забросить это дело в принципе. Это частая ошибка, я вижу по другим разработчикам. Не доделывайте игры сразу до конца, делайте прототипы!
   4. Не доделывать игры это нормально
   Есть люди, у которых кладбище из недоделанных игр. С ними всё понятно.
   А есть люди, которым стыдно бросать дело на полпути и они в любом случае доделают игру. Но и это не всегда хорошо.
   Идея в том, чтоб сделать прототип, дать поиграть небольшому числу людей.
   Собрать информацию. Если игра более-менее увлекает игроков - покрутить настройки в игре, сделать игру более или менее динамичной, немного изменить механики - это проще пока игра еще не сильно разрослась.
   Но если игра совсем мало кому понравилась и почти не увлекает ваших подопытных игроков - бросайте её. Это не стыдно, это грамотно и правильно.
   5. Вряд ли вам стоит делать игры одному
   Да, делать игры вместе с одним или несколькими людьми на энтузиазме это то еще удовольствие.
   Они будут лениться, перегорать, предлагать взяться за другую игру.
   Но это всё равно лучше, чем делать игру одному.
   Дело в том, что сделать маленькую игру, которая выстрелит, очень сложно.
   Сейчас, когда игр на площадках море, имеет смысл делать более сложные игры.
   Так проще найти свою аудиторию и выделиться среди миллиона игр.
   Но одному сделать игру средней сложности достаточно непросто.
   Бывают исключения, но это всего лишь исключения.
   6. (спорный пункт) Попробуйте делать игры для своих друзей, одногруппников, одноклассников.
   Мне кажется, плохая мотивация и заход для новичка в инди геймдеве делать игру, чтоб потом выложить её в интернет и получить миллион установок, огромный онлайн и донаты. Это слишком плохо коррелирует с тем, что разработчик в итоге получает. А вот сделать игру, чтоб порубиться с друзьями, провести весело время - это совершенно другое. При этом, никто не мешает потом эту же самую игру выложить на площадки, особенно если игра понравилась всем вашим друзьям.
   
   Если вам в целом интересна эта тема, у меня и еще одного инди разработчика есть телеграм канал. Я больше интересуюсь созданием онлайн игр, он хоть уже и с опытом, но все еще новичок, делает игры попроще - платформеры, викторины, кликеры.
   
   Если вам интересно, подписывайтесь на нас - https://t.me/mediamol

С прошлого поста про игру на хакатон прошло чуть больше года, было не до геймдева. Всё как обычно началось с желания создать игру, игру которая бы сочетала элементы idle и менеджмента. Хотелось, чтобы игроки могли развивать свой город, но при этом не были привязаны к постоянному управлению. Так родилась концепция City States Idle.

Выбор технологий

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

Первый прототип

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

Система покупок и размещения

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

Система производства и доставки

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

Графика

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

Система соединений

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

Инструменты

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

Оптимизация и балансировка

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

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

Релиз и обновления

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

Заключение

Разработка City States Idle стала интересным проектом, который объединил элементы градостроительства и idle-геймплея. Продолжается работа над улучшением игры, основываясь на обратной связи от игроков и новых идеях для развития проекта.

City States Idle на Яндекс Играх

Здравствуйте, дорогие Пикабушники и Пикабушницы!

Сегодня расскажу Вам, как в моей игре устроена система атаки!

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

В компоненте ComboAttackDataComponent настраиваются все цепочки атак юнитов:

В поле impact agents указываются агенты воздействия, которые будут как-то влиять на цели. У каждого такого агента есть своя настройка списка применяемых воздействий:

Так же атака может модифицировать параметры юнита:

А вот как это сейчас выглядит:

Все подробности вместе с кодом можете увидеть в полном видео. Приятного просмотра!

С любыми вопросами приглашаю в комментарии!