Всем привет! Прошел насыщенный год, и пришло время поделиться тем, что успело произойти с моей мобильной игрой "Лампочка". Изначально я хотел поручить написание этого текста ИИ, но, прочитав его творчество, решил отказаться от этой идеи. В этом материале я расскажу, как мы делали масштабное обновление.
Вы скучали по хардкорным пошаговым тактикам? А по суровому милитари-сай-фаю? Ну, тому, где колониальные космопехи, бунтующие окраины, агрессивные инсектоиды, силовые, мать их, бронескафандры? Чтоб пулеметы трещали, лазеры жужжали, а орудия звездолета бахали с орбиты?
Тогда добро пожаловать в Корпус морской пехоты Республики Земного Конгресса!
Разработчики снижают системные требования, кооперативы становятся всё изобретательнее, слухи о Ведьмаке набирают обороты, а старые хиты раздают почти даром. Если вы пропустили, что происходит в мире игр прямо сейчас, этот дайджест быстро вернёт вас в курс событий.
За последний год вокруг вайбкодинга появилось много шума: статьи, видео, демки, эксперименты. Чаще всего это выглядит как «поиграться» — собрать что-то работающее за вечер и на этом остановиться.
Мне стало интересно другое: можно ли использовать AI-агентов для реальной разработки небольшого проекта, который не развалится по ходу работы и который можно довести до релиза.
В качестве хобби я поставил себе задачу сделать игру, используя AI как основного исполнителя, а человеку оставить постановку задач, декомпозицию, документацию и контроль результата. Без no-code платформ и визуальных конструкторов — обычный рабочий сетап.
В статье я подробно разбираю:
— как выстроил процесс работы с агентами
— зачем понадобились PROJECT_OVERVIEW, Epics и планы
— как управление контекстом и уровнем reasoning влияет на стабильность
— где подход начинает ломаться
— и для каких проектов он действительно имеет смысл
Профилирование часто недооценивают как постоянный процесс, считая его чем вроде финальной фазы перед релизом, вроде полировки или поиска багов и в целом это, конечно, напоминает поиск багов, но это не просто поиск узких мест в коде и их фикс здесь и сейчас, а часто отдельная философия разработки, которая содержит несколько школ со своими принцЫпами, которые нормально так разнятся. И без глубокого понимания "как надо профилировать" невозможно создать игру, которая будет приемлемо работать на "картошке".
Начну я с фундаментального вопроса: что же такое игра с точки зрения программной инженерии? В целом игра -- это система мягкого реального времени, что означает, что все процессы, которые в ней происходят, начиная от игровых событий вроде нажатия кнопок игроком или появления врагов на экране, продолжая игровой логикой, которая определяет правила взаимодействия объектов и состояния игрового мира, физикой, столкновениями и заканчивая рендерингом, должны происходить в строго определенное время, и это ограничение является абсолютным и не подлежащим обсуждению, иначе мы получим "вязкий" игровой процесс.
Это очень отличает игры от большинства других типов программного обеспечения, где небольшая задержка в несколько миллисекунд не так незаметна или вообще не критична для пользовательского опыта. Вот вы открыли эту статью и ваш браузер грузил эту странцицу на секунду дольше чем мог бы, потому что я как обычно вставил большую КДПВ, но вы как пользователь этого, скорее всего, даже не заметили. Или редактор Хабра, в котором я сейчас пишу эту статью и который сохраняет документ на секунду медленнее чем мог бы, это абсолютно не влияет на работу и вы об этом вообще никогда не задумывались.
Но если игра пропускает хотя бы один кадр и вместо 16.6 миллисекунд тратит 30 и больше, то игрок зачечает задержку в анимации, и это портит впечатление от игры. Соответственно, если мы что-то добавляем в игровой код, что-то изменяем в алгоритмах или в контенте, мы должны это строго отслеживать, чтобы не внести каких-то проблем с производительностью, которые разрушают игровой опыт.
Пиксель‑арт давно превратился в полноценный художественный язык, который используют не ради ретро‑эффекта, а ради выразительности, контроля над стилем и точной режиссуры кадра. Независимые студии экспериментируют со сложными боевыми системами, нелинейными сюжетами и продуманной драматургией даже в проектах с пиксельной графикой. А крупные издатели все чаще обращают внимание на проекты, которые еще недавно считались нишевыми.
Специально для этой подборки мы собрали современные RPG, которые лучше всего раскрывают всю красоту и глубину пиксель‑арта.
В прошлой главе мы доделали все ключевые моменты DSL, которые были необходимы для более-менее комфортной работы с Godot. Далее я обещал финишировать эпопею заходом в реактивное программирование, но этот блок глав было решено отложить и опубликовать отдельно.
Дело в том, что на зимних каникулах я ходил в народ и внезапно обнаружил, что в данный момент моему циклу нужно не продолжение, а хорошая пачка «чекпоинтов». Поэтому мне пришлось отложить все заряженные ружья на потом, чтобы зафиксировать текущий прогресс в виде нескольких репозиториев с очень простыми проектами. Собственно разбору этих проектов и будут посвящены оставшиеся части цикла.
Сначала мы соберём всю инфраструктуру (упомянутую в рамках цикла) на базе проекта из этой статьи. Потом несколькими способами напишем одну и ту же сцену и в конце добьём всё дело ещё щепоткой инфраструктуры, о которой я упоминал лишь поверхностно, но без которой не могу жить.
В следующий раз мы продолжим возвращением к тайловым мирам. Мне вменяли в вину, что в начале цикла я обещал не совсем то, что сделал по итогу, так что я собрал чистовую версию вот такой песочницы спецом под Хабр:
<Картинка не влезла в превью.>
Она написана с применением только тех приёмов, что уже были хотя бы надкусаны в цикле, поэтому концовка получилась очень щадящая.
Гоночные видеоигры – один из старейших жанров в индустрии. По ним можно проследить весь путь видеоигр от электромеханических аттракционов с вращающимися лентами и физическим автомобилем через ультравыпуклые телевизионные экраны к реалистичной графике с открытым миром.
И для многих именно этот жанр лет десять-двадцать назад был одним из любимых. Как Шумахер мы гоняли по гоночным трекам, а как Доминик Торетто – ускользали по ночным улицам от полицейских.
В статье повторим этот путь через аркады, консоли, ПК и легендарные серии вроде Need for Speed, а также посмотрим на российские франшизы.
Во вторую Диаблу я почти никогда не заходил без модов: ну не могу я играть с мелким инвентарём и сундуком, хоть убей! В стандартные ячейки я складывал обереги, а всё пространство, добавленное модификациями, оставлял исключительно под добычу. Так играть было намного комфортнее: ничего не приходилось выбрасывать и не нужно было каждые пять минут бегать к торговцам. Но с выходом нового аддона «Reign of the Warlock» мои привычные моды, разумеется, перестали работать, а показать вам всю эту красоту хочется уже сейчас! Пришлось доставать персонажей, которых я прокачивал ещё на релизе Diablo II Resurrected в 2021 году.
Хочу поделиться с вами своими впечатлениями от нового дополнения и сделать выводы стоит ли оно своих денег? Заодно кратко расскажу о модификации, которая заметно повышает комфорт игры. С ней многие привычные мелочи перестают раздражать, а сам процесс становится куда удобнее и приятнее.
Каждый дизайнер хочет сделать в своей игре что-то особенное, что выделит его продукт из миллиона других и создаст запоминающийся и уникальный опыт для игрока. Принцип «Переплетение не связанных друг с другом систем» — это один из способов придумать новое.
Unreal и Unity быстро превращают репозиторий в смесь кода, тяжёлых ассетов и командных привычек — и выбор VCS начинает влиять на работу каждый день. В статье сравниваются SVN и Git именно в контексте UE/Unity: блокировки файлов, права доступа, скорость, ветки и совместимость с CI/CD. Также разберем практические замечания по миграции и тому, как выстроить процесс так, чтобы он был понятен и разработчикам, и людям, которые живут в ассетах.
Разработан новый рекомпилятор rexglue, что сдвинуло камень с места и привело к новому витку развития рекомпиляции
В отличие от XenonRecomp код более универсален, соответственно сам создает toml таблицу функций проекта.
Принято считать, что компьютеры от Apple покупают только для работы (и понтов). Якобы макбуки это исключительно печатные машинки с базовыми возможностями для дизайнеров, а моноблоки iMac — дорогая игрушка со слабыми характеристиками.
Раньше это было действительно так. Если на Mac и выходили игры, то обычно это были различные стратегии и всякое нетребовательное инди. А что-то посерьезнее заглядывало лишь изредка — когда разработчики соизволят подготовить порт. Однако еще в начале 2020-х годов ситуация начала меняться. Apple перешли на собственный чипсет с мощной интегрированной графикой — серию M на архитектуре Silicon. Это с одной стороны ухудшило обратную совместимость со старыми играми, но зато открыло дорогу для новых релизов.
Насколько сильно изменилась ситуация за прошедшие с тех пор 5 лет? Стал ли Mac полноценной игровой системой? Постараемся разобраться.
Игр каждый год сейчас выходит буквально тысячи, если верить статистике Steam. Разумеется, среди них куча нейрослопа, скама и откровенного мусора от новичков, но инфополе неизбежно забивается всяким ненужным и невкусным. Поэтому я решил поделиться с вами тем, что я уже жду из игорЬ в 2026 году. Может отметите нечто для себя, а может и подскажите, на что я опрометчиво забил большой и толстый болт. Погнали.
Diablo II — игра, проверенная временем и миллионами геймеров. Она прошла очень большой путь — от эпохи, когда онлайн был только по «набору номера», а диски с «пиратками» передавали из рук в руки, до гигабитного интернета и сезонных ладдеров. А еще пережила бум MMORPG, расцвет мобильных игр, взлет и падение кучи клонов в жанре action-RPG. В чем секрет? В простой, но действенной формуле: продуманная система лута, гибкие билды, кооператив и баланс, отточенный десятилетиями. Спустя четверть века мы все еще запускаем ее — кто-то в оригинале с модами, кто-то сам оригинал. Ну а теперь появился повод снова поиграть.
На днях вышло дополнение Reign of the Warlock — спустя 25 лет после выхода Lord of Destruction. Основная его фишка — новый класс, а вместе с ним добавлены и фишки вроде фильтров лута, складываемых рун и самоцветов, а также новых испытаний в зонах ужаса (Terror Zones). Кто такой этот новый герой и как он изменит игру — давайте разбираться.
Из новостей: продажи Lies of P достигли 4 миллионов копий, фанаты возродили Unreal Tournament 2004 с разрешения Epic Games, оОнлайн Mewgenics превысил 100 тысяч одновременных игроков в Steam, продажи KCD2 достигли 5 миллионов копий.
Из интересностей: издатели игр не нужны, телепорты в Unity, сумасшедшая игровая погода, возвращение к Spelunky, как Майкл Абраш удвоил фпс в Quake.
Вы когда-нибудь задумывались, почему в вашей любимой игре одни двери открываются, а другие - просто декорация? Почему за одной дверью - босс, а за другой - пустая комната? И я сейчас не про техническую реализацию, а про то, как дверь влияет на восприятие мира, на доверие игрока к системам игры и на саму логику игрового пространства. Это так называемая «Проблема дверей», и сегодня мы разберем, почему эта, казалось бы, простая вещь ломает мозг каждому геймдизайнеру.
Представьте: вы делаете свою первую игру. Вы добавляете дверь. Казалось бы, что может быть проще? Но тут же возникает куча вопросов.
Можно ли открыть эту дверь? Если да - как? Ключом, кнопкой, после выполнения квеста? А если нет - почему она вообще здесь? Является ли она просто частью декорации? Но тогда как игрок поймет, что одни двери - интерактивны, а другие - нет? Ведь если половина дверей в мире нерабочая, а другая - функциональная, но визуально они неотличимы, вы создаете фрустрацию, а не загадку.
А что, если дверь открывается только с одной стороны? Игрок проходит через неё, оборачивается - и видит, что обратно пройти нельзя. Это намеренное ограничение? Или баг? Как вы донесете до игрока, что это часть замысла, а не недоделка?
Или вот ещё: дверь закрывается за спиной. Это должно вызывать напряжение - как в Resident Evil. Но если игрок не был готов к этому, он может подумать, что застрял. Где тут грань между атмосферой и плохим UX?
Еще сложнее - когда дверь становится частью нарратива. Например, вы не можете открыть дверь в дом, потому что «герой ещё не готов эмоционально». Но механически это выглядит как обычная запертая дверь. Игрок не видит внутреннего конфликта персонажа - он видит стену. И начинает биться головой в попытках найти ключ, которого не существует. Так вы рискуете разрушить погружение, а не усилить его.
Мы команда картографической игры Города и народы. В этой статье расскажем, почему мы полностью отказались от картографических сервисов и начали работу над собственным картографическим движком для игр.
Давно прошли те времена, когда за увлечение геймингом можно было получить от обывателей непонимание или даже обидное прозвище. То, что раньше было уделом лишь отъявленных энтузиастов, сегодня превратилось в громадного колосса, который затмевает собой кино и музыку вместе взятые, а также в повальную моду среди самых разных слоёв населения. Об играх рассуждают и спорят на всех уровнях: от бытовых разговоров и стримов до телевидения и государственных трибун; а о многих игровых культурных феноменах знают даже люди, руки которых никогда не касались геймпада.
Не в последнюю очередь это заслуга того, что с развитием технологий разработчики научились с помощью простых, доступных и в то же время крайне выразительных средств доносить до широких масс увлекательные истории, в которых к тому же любой человек, привыкший быть просто зрителем, может стать непосредственным участником действия.
Хайп вокруг ИИ не утихает и поэтому я решил сделать приложение с интерактивными историями, где сюжет генерирует ИИ. На самом деле мне нравится играть в игры с нелинейным сюжетом. В игры, где ты сам можешь выбирать путь. Однако большинство таких игр имеют лишь небольшое количество заранее написанных сценариев. Это не позволяет в полной мере ощутить свободу выбора.