Разбираю сейчас стейт-машину в домене и хочу показать, почему обычный свитч это путь в никуда.

🐢 Обычно все начинают с процедурного подхода и создают огромный метод void Update(), внутри которого живет монструозный switch (currentState). И там начинается: если мы в GameState.Battle, то делай вот это на 500 строк, а если в GameState.Shop, то делай то еще на 300. В итоге файл пухнет, логика боя перемешивается с логикой магазина, становится тяжело вносить правки чтобы не развалилось всё остальное.

🧱 Я же использую паттерн, где каждый стейт это отдельный класс, реализующий интерфейс IState. Весь смысл в том, что логика разложена по полочкам.

🧬 Внутри домена это выглядит максимально чисто. Когда стейт-машина делает переход, она вызывает у текущего стейта, скажем BattleState, метод public void Enter(). В этот момент домен создает батл-контекст, инициирует врагов и делает ту самую раздачу карт в руку. Нам не нужно проверять, в бою мы или нет — если мы в этом методе, значит бой начался.

🧹 Когда игрок побеждает, вызывается public void Exit(). Здесь мы подметаем за собой: схлопываем временные данные боя и сохраняем остаток ХП.

🎯 Главный кайф здесь в инкапсуляции. Всё, что касается сражений, заперто внутри class BattleState, и магазин про это ничего не знает. Домен просто переключает классы и дергает события, а UI сидит на подписке и просто перерисовывает экран, когда видит, что активный класс сменился.

📦 Вместо одного монстра на 2000 строк у меня пачка маленьких и понятных скриптов. В них легко искать баги и еще легче добавлять новые механики.

Что думаете? Надо подробно расписывать паттерн или и так ясно зачем, как и почему?

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

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

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

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

В карточных играх это особенно важно. Каждый бой это маленькая головоломка. Если она решается слишком легко это скучно. Если не решается вообще то бесит. Ищу ту самую золотую середину, где игрок после боя вытирает лоб и говорит "Фух, это было круто, хочу еще".

Вам как больше нравится - попроще или посложнее?

Сегодняшнее утро в Москве чистый SnowRunner. Кто то помнит такую игру?

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

Кстати, о физике этого процесса. SnowRunner (как и MudRunner до него) работает на движке Swarm Engine, который написал наш разработчик Павел Загребельный. Вы спросите "почему не взяли какой-нибудь популярный Unity или Unreal Engine?" Ответ прост, эти движки из коробки не умеют так круто работать с «мягкой» поверхностью. Swarm Engine изначально затачивали именно под тяжелую технику и суровое бездорожье, чтобы земля под колесами была живой.

Если коротко, как это устроено:

🔹 В основе старый добрый C++ и скрипты на Lua.

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

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

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

Кстати, сделать гайд о том, как реализовать подобное проминание снега в Unity?

🚦 СТОЙ!

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

Не думали никогда, почему ожидание зелёного бесит, а ожидание открытия двери в игре почти никогда? Хотя по сути это одно и то же. Вас искусственно останавливают. Разница не во времени ожидания. Разница в ощущении контроля.

В книге Designing Games Тайнан Сильвестер разбирает важную мысль - игрока можно задерживать, но нельзя лишать его ощущения участия.

Светофор это жёсткий стоп. Ты не влияешь ни на что.
Поток обрывается. В игре хороший дизайнер почти никогда не говорит “подожди 5 секунд”. Он маскирует задержку под действие.

Вот несколько элегантных способов:

🔹 Через усилие
Тяжёлая дверь открывается медленно. Ты держишь кнопку. Персонаж упирается плечом. Формально это пауза, но по ощущениям, процесс.

🔹 Через напряжение
Лифт едет долго. Но ты слышишь странные звуки. Это уже не загрузка уровня, это саспенс.

🔹 Через планирование
Перед боем дают время на расстановку. Тебя замедлили, но мозг работает. Поток не прерывается.

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

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

В Unity это особенно видно, просто выключить управление это самый простой путь, но самое плохое ощущение. Лучше позволить игроку делать что-то даже маленькое, пока мир “ждёт”.

🚦 А какая игровая “задержка” вас раздражает сильнее всего? Катсцены без скипа, медленные лифты, долгие анимации убийства босса или ещё что-то?

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

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

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

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

Шаг за шагом к первой версии. 🃏🛠

— Артур, ну что там?

(Ветер бьет в лицо, снег забивается под куртку, но впереди наконец виднеются очертания строений)

— Я нашел место, где можно укрыться!
Старый шахтерский городок. Заброшенный. Недалеко отсюда.

***

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

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

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

Разбор какой еще механики вам интересен? Сделаем из этого серию постов. 👇

Есть игры, которые не устаревают.
Они просто ждут, пока ты до них дорастёшь.
Сегодня в руках снова PlayStation Portable. Та самая, с легким люфтом кнопок и звуком загрузки, который мгновенно переносит в 2008-й.

И я запускаю God of War: Ghost of Sparta.

⚔️ И вот что интересно сейчас я смотрю на неё уже не как игрок. А как разработчик.
Через призму геймдизайна.

Первое, что бросается в глаза это контроль ритма.
PSP слабая по железу. Никаких масштабных арен, толп NPC и «живых» миров.

Значит, каждое столкновение это сконцентрированная сцена.

Небольшая арена.
Четкий заход врагов волнами.
Пауза.
Новый тип противника.

Это не хаос. Это дирижирование вниманием.

🎯 Враги появляются не просто так. Каждый новый юнит это микро-урок.

Щитоносец - учит ломать защиту.
Быстрый враг - учит таймингам.
Тяжёлый - контролю дистанции.

Игра не повышает сложность цифрами. Она повышает когнитивную нагрузку.

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

И вот сидишь с этой маленькой консолью и понимаешь: хорошие ограничения рождают чистый дизайн.

Иногда полезно взять старую игру и разобрать её не на ностальгию, а на механики.
Очень отрезвляет.

Векторная ярость или как научить моба преследовать цель 🏹

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

Сегодня моим полигоном стал спавн врагов и логика преследования игрока.

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

direction = target.position - transform.position
(Помните пост про операции над векторами?)

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

🕹 Еще один важный апгрейд сегодня переход на CharacterController. Раньше я мог просто двигать объект через transform.position, но это путь костылей. В таком случае объект превращается в привидение, которое проходит сквозь стены и игнорирует гравитацию. CharacterController это специальный компонент, который берет на себя всю грязную работу: он сам обрабатывает столкновения с препятствиями, позволяет персонажу заходить на ступеньки и не дает ему проваливаться сквозь землю.

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

КОНТРОЛЬ ИЛИ ИЛЛЮЗИЯ, ПОЧЕМУ ЧЕСТНАЯ ФИЗИКА ЭТО ЛОВУШКА 🕹🧱

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

Под прошлым постом закинули мысль, что Rigidbody — это фигня для управления. И в этом есть доля правды, если мы говорим о чувстве персонажа. Давайте по порядку.

⚙️ Rigidbody - симуляция физики.

Когда ты вешаешь на игрока Rigidbody, ты применяешь к объекту физику. Теперь у персонаж есть масса, трение и инерция.

Но вот в чем проблема - инерция превращает героя в корову на льду. Ты отпустил кнопку, а он всё ещё скользит к пропасти. Трение заставляет его буквально липнуть к стенам при прыжке.

Физический движок считает мир в своем ритме (FixedUpdate), и это часто создает микро-лаги между нажатием и движением.

📐CharacterController дело другое, тут не физика, тут кинематика. Это не физический объект, это математическая абстракция.

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

🔹 Умная геометрия. Он из коробки знает, как заходить на ступеньки и как скользить вдоль стен, не застревая в коллайдерах. В параметрах инспектора есть флажки.

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

Так что же выбрать?

Все зависит от того, какое ощущение от игры вам нужно.

CharacterController это стандарт для FPS, TPS и платформеров. Выбирайте если вам нужно, чтобы персонаж был резким, послушным и предсказуемым.

Rigidbody незаменим там, где физика и есть геймплей. Машины в GTA, тела в Gang Beasts или разрушаемое окружение. Здесь хаос и непредсказуемость это фича, а не баг.

🎯 Вердикт

Инструмент не должен мешать.
Говорить, что Rigidbody это фигня, это как ругать молоток за то, что им неудобно резать хлеб.
Если ты делаешь Human: Fall Flat или гонки, где физика — это и есть фан, Rigidbody твой единственный путь.

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

🗺 Свобода. Которой нет.

Люблю открытые миры. Огромная карта, можно идти куда угодно, делать что угодно. Но если чуть остановиться и посмотреть трезво, то в 80% случаев нас очень аккуратно ведут за руку.
Это иллюзия свободы.

Вроде бы перед тобой весь мир, но:
🔹 Горы расставлены так, чтобы ты шёл по нужной долине.
🔹 Разрушенные мосты мягко ограничивают ранний доступ к локациям.
🔹 Враги “случайно” слишком сильные, если ты пошёл не туда.
🔹 Точки интереса стоят так, чтобы ты видел следующую с предыдущей.

Ты выбираешь направление.
Но варианты уже заранее спроектированы.

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

С инженерной точки зрения это вообще отдельная магия. Навмеши режутся по уровням прогрессии. Триггеры подгружают события в нужной последовательности. Спавн противников контролирует темп. Даже камера иногда чуть-чуть корректирует угол, чтобы ты смотрел “туда куда надо”. Замечали такое, да?

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

Вопрос к вам. Вам важнее реальная свобода с хаосом или хорошо поставленная иллюзия, но с сильным ритмом и историей?

Финальный рубеж или почему код писать проще, чем снимать отчет 🎬

🏁 Сегодня финишная прямая. Завтра выходит следующий девлог и наше первое MVP. План на день максимально простой - немного причешу код, сделаю легкий рефакторинг и на этом всё. На сегодня, да и на весь этот месяц, работы точно хватит. Остаток дня планирую просто выдохнуть и набраться сил перед завтрашним рывком.

🎥 А завтра меня ждет то, что до сих пор дается с огромным трудом съемка отчета. Эмоционально это выматывает сильнее, чем самый сложный код. Снимать себя дело вообще неблагодарное. Если не верите, попробуйте как нибудь просто пообщаться с камерой хотя бы десять минут один на один. Сразу поймете, каково это быть в объективе.

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

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

До завтра, друзья. Завтра будем подводить итоги месяца и смотреть, что у нас получилось.

Большинство инди-проектов загибаются в первые 30 дней.
Наш выжил и только что научился дышать.

Сегодня выходит второй девлог, а вместе с ним и самая первая версия нашей игры.

https://youtu.be/y86hiJlxTJo

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

Я чертовски горд тем, какой путь мы прошли с командой. Мы притерлись, выстроили процессы и начали работать как единый механизм. Ребята, спасибо вам! Без вашей отдачи этот "скелет" так и остался бы набором пустых папок на диске.

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

Но это вранье.
Эта работа идет изнутри, она намного глубже, чем кажется.

Я обещаю - мы доведем её до совершенства.
Мы научим её всему. А пока просто посмотрите на это начало.

Запомните этот момент. Момент рождения.

Самое страшное это открыть двери своей мастерской, в которой еще пахнет опилками и клеем, и сказать смотрите.

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

И вот тут просыпается главный страх. А что, если вы посмотрите и скажете: "И это всё? Мы ждали игру, а ты принес нам набор скриптов, который можно накидать за вечер".

Этот вопрос "и это все?" самый болезненный для любого разработчика. Хочется закрыться, допилить всё до идеала и показать уже конфету. Но я сознательно иду на этот риск. Игре нужно выйти из стерильного вакуума и столкнуться с реальностью. Даже если эта реальность будет бить больно.

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

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

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

Помимо этого, план такой:

🔹 Улучшение визуала. Будем делать картинку сочнее.

🔹 Экономика. Прорабатываем баланс и логику цифр.

🔹 Магазин. Улучшим функционал и наполнение.

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

Завтра приступаю к работе, а пока заслуженный отдых.

🛠 Вчера упоминал, что наш главный приоритет на месяц это CMS. Давайте разберем по-простому, что это и зачем оно нужно в карточной игре.

📄 CMS (Content Management System) это система управления контентом. Представьте себе админку сайта, только для игры. Это прослойка, которая отделяет код от данных (цифры, описания, картинки).

⚙️ Зачем это нужно? Без CMS любая правка превращается в ад. Если я хочу изменить урон карты с 10 на 12, мне не нужно лезть в код и пересобирать проект. Я просто меняю цифру в таблице и она обновляется в игре. Это избавляет от хардкода, когда данные зашиты намертво.

🚀 Масштабируемость. Когда у тебя 5 карт, их можно настроить руками. Когда их 500 нужна система, которая сама распределит статы, подтянет нужные спрайты и описания. CMS это фундамент, который позволит нам закидывать в игру тонны контента, не ломая при этом всё остальное.

В следующем посте расскажу, на чем именно мы решили это собирать. 🃏🛠

🛠 Продолжаем про CMS. Сегодня про то, как мы реализуем эту систему под капотом. В Unity есть несколько путей, и мы выбрали самый гибкий для нашей команды.

💾 Scriptable Objects. Это база. В Unity это специальные контейнеры для данных, которые не висят в памяти мертвым грузом, а подгружаются только когда нужны. Каждая карта в нашей игре это отдельный файл Scriptable Object, в котором лежат её характеристики, эффекты и ссылки на анимации.

☁️ В будущем есть идея увезти все в таблички. Создавать вручную 200 файлов сомнительное удовольствие, а вот если использовать внешний источник данных (например, Google Sheets или локальные CSV/JSON). Геймдизайнер правит баланс в удобной таблице, а специальный скрипт-парсер в один клик обновляет все Scriptable Objects в проекте.

⚡️ Почему это круто?

1. Скорость: правки вносятся за секунды.
2. Безопасность: баланс не меняется в коде и ничего там не ломает.
3. Порядок: все данные лежат в одном месте, а не размазаны по сценам и префабам.

Дальше расскажу про технические приколы как мы заставляем всё это добро работать с локализацией и не путаться в версиях данных. 🃏🛠

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

🆔 Ключи вместо текста. В самой игре мы никогда не пишем Огненный шар. Там стоит ключ, например, card_fireball_name. А наша CMS уже сама лезет в таблицу локализации и подставляет нужную строку в зависимости от выбранного языка.

📂 Все языки в одном месте. Сейчас это пока что в l10n Unity, но когда нибудь переедет в Google-таблицу. А дальше при переводе видем столбик с русским текстом и рядом заполняем столбик с английским. Остается только нажать кнопку обновить, и вуаля игра заговорила на другом языке.

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

Как база контента будет готова, начнем переходить к визуалу и экономике! 🃏🛠

Я смотрю на вас и вижу всё новые лица...
Это значит, что вы нарушили первое и второе правило нашего клуба.

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

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

Мы пасынки индустрии, ребята. Мы невостребованны в большом геймдеве, у нас нет своей "великой войны" или "великой депрессии". Наша война это война за внимание игрока. Наша депрессия это голый скелет прототипа без анимаций и звука.

Интернеты внушили нам веру в то, что каждый инди-разработчик станет миллионером, сорвет куш в Steam и проснется звездой. Всё вранье. И мы начали это осознавать.

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

Нас уже 50. Добро пожаловать в клуб 🛠🔥

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

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

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

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

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

Пишите свои варианты, самые крутые идеи будем пробовать реализовать. 🃏🛠

📐 Смена контекста, давайте переключимся с кода на 3D

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

Для меня изучение 3D это не просто попытка "нарисовать модельку". Это способ понять, как устроена игра изнутри, от первого вертекса до финального пикселя на экране. Когда ты сам настраиваешь свет и режешь UV-развертку, ты начинаешь по-другому смотреть на оптимизацию и рендер в движке.

Вот база, которую стоит знать любому инди-разработчику:

1️⃣ Blockout - накидываем форму простыми кубами. Проверяем масштаб и геймплей.

2️⃣ High-poly / Low-poly - делаем детальную модель (миллионы полигонов) и её упрощенную копию для игры.

3️⃣ UV-unwrapping - разрезаем 3D-модель на плоскость, чтобы наложить текстуру.

4️⃣ Baking - переносим детали с тяжелой модели на легкую через карты нормалей.

5️⃣ Texturing & Shading - наводим красоту металл, дерево, грязь, блики.

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

Погнали в мир трехмерного пространства! 🚀