Разработка игр *

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

Меня зовут Тимур, я аспирант ВШЭ по направлению менеджмента и слушатель программы «Менеджмент игровых проектов». В этой статье делюсь результатами опроса специалистов индустрии.

Из новостей: Ubisoft объявила о реструктуризации, издание Game Informer возобновило работу, Ведьмак 4 выйдет не раньше 2028 года, Maya 2026.

Из интересностей: про создаине ULTRAKILL, сколько вишлистов можно получить от Steam Next Fest, как Playstack сделал ставку на Balatro, 2 эпизода про создание Dwarf Fortress.

Нетипичная боль клиента – страшно умная команда. Рассказываю, как мы создавали игру по мотивам внутренней корпоративной культуры компании. А потом ещё и заказ DLC получили.

12 апреля в конференц-зале ВШБ НИУ ВШЭ соберутся разработчики игр, инвесторы и сотрудники игровых студий, чтобы поделиться опытом, показать свои проекты в Шоукейс-зоне и провести нетворкинг-сессии.

Конференция состоится в рамках программы профессиональной переподготовки «Менеджмент игровых проектов», и команда проекта подготовила для гостей множество активностей и насыщенную программу.

Подробности и регистрация

В этой статье мы расскажем о наших планах на фестиваль!

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

Последние пару-тройку лет на конференциях все чаще я слышу жалобы знакомых в игрострое о том, что текущий вектор развития "современного C++" не соответствует потребностям игровой разработки. Реальные полезные нововведения фактически закончились с выходом C++17, а попытки внедрить C++20 часто заканчиваются обнаружением множества "гейзенбагов" и существенным снижением производительности - критичные для нас на 10-15% от сборки к сборке. Пошатавшись по разным игровым студиям, блин, скоро будет 15 лет как я тут, у меня таки немножечко есть, что вам рассказать.

Все современные студии, что крупнее двух с половиной землекопов, пишущие игры на плюсах, шарпе или чем-то близком - используют Visual Studio или переходят со своих поделок на Unreal/Unity, который так-то тоже плюсы, хоть и со странностями. Так исторически сложилось, что винда и майки были, есть и в ближайшем будущем горизонта лет десяти останутся самым крупным рынком ПК-консольных игр, а сами консоли давно стали "ну совсем ПК", но чтобы не терять эксклюзивы (и шекели) вендоры в этом не признаются никогда.

Мобилки, как-бы отдельно, и там свои свои покемоны Mac с Android, но в Visual Studio в том или ином виде создаются, дебажатся и оптимайзятся 95% игр, остальное - погрешность. С момента начала золотой эры игростроя (где-то в конце 90-х), большинство игр писались с учетом того, что они будут выпущены на ПК, под ПК понимается - под винду. И наследие многих A+-студий так или иначе связано с Microsoft, даже для не-Microsoft консолей и мобилок.

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

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

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

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

Начать хочу с классического варианта определения.

Собрал для вас подборку редких, необычных и малоизвестных UI-библиотек — для построения интерфейсов в играх, на устройствах и десктопном ПО.

И вот прошло 9 месяцев, модели стали значительно совершеннее, и качество написания кода улучшилось в разы, если не на порядок.

Тогда в своей статье «Кажется, LLM программирует лучше меня» я с изрядной долей самоиронии описал в подробностях пошагово написание кода игры «Шарики», Lenes (Color Lines).

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

Поэтому проведем такой же эксперимент с новейшей моделью такого же размера и попробуем на экспертном уровне оценить степень прогресса в данной области.

Что изменилось за это время?

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

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

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

Начну с самого спорного момента и попытаюсь объяснить, почему эта статья вообще имеет место.

Из новостей: Blender 4.4, Balatro стала триумфатором GDC Awards 2025, PC-игроки проводят 92% времени в играх старше 2-х лет, хакеры создали эксплойт для взлома Xbox 360 через USB, GIMP 3.0.

Из интересностей: как менеджеры Disco Elysium разрушили разработку, 100к вишлистов на игре для ботаников, стоит ли ваша игра того, чтобы быть сделанной.

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

Экономика без трейда, боевка без классов, ремесло как часть персонажа – как мы меняем привычные механики MMORPG

Когда я начинал разработку своей игры, то не смог найти каких‑то внятных гайдов с описанием архитектуры диалоговой системы. Зачастую авторы упоминали верстку да логику UI, но не отвечали на вопросы «как менять сюжетные стейджи», «как работать с разными типами диалогов», «как менять статус персонажам на сцене» и т. п. Мне не хватало найденной информации и я потратил какое‑то время на написание диалоговой системы самостоятельно. Для опыта конечно же… но и, будем честными, денег я зажал на готовые плагины. Надеюсь, что эта статья поможет таким же новичкам в Unity как и я, кто решил учиться разработке через практику и прототипирование. Небольшая оговор очка: я занимаюсь автоматизацией тестирования и мой основной язык python. Так что заранее прошу извинить за не самые лучшие конструкции C#. Также хочу упомянуть, что статья эта не про код, а про архитектуру, так что первого в принципе будет не так уж и много. А что за игру я делаю? Сюжетное 2д приключение, где я решил брать не механиками, а историей.

Часть 1. Планирование архитектуры

Без четкого ТЗ результат ХЗ. Для начала планируем и фиксируем, что хочется вообще сделать. На моем примере:

1) Система линейная, диалоги без вариантов ответа;

2) Каждая сцена — это грубо говоря отдельная игра, которая не связана с другими сценами, их все можно запускать независимо. Сохранения реализованы в момент перехода между сценами;

3) На каждой сцене есть n стейджей. На каждом стейдже m диалогов. Заканчиваются стейджи — на этой сцене заканчивается сюжет, можно переходить на новую сцену;

Привет Хабр ! Это моя первая статья на тему процедурной генерации. Здесь я рассмотрю конкретную задачу по генерации, её решение и опишу ключевые использованные принципы. Пишу эту статью для того, чтобы поделиться идеями и опытом, которых мне не хватало, когда я взялся за дело две недели назад. Я не буду делать полный разбор проекта, а лишь опишу и визуализирую принцип.

Привет, Хабр! Меня зовут TrashPony и я делаю свою MMORPG. Увидел статью, решил тоже поделиться.

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