Шейдерная магия в Unity: Красивая погода в играх
https://80.lv/articles/take-a-look-at-this-gorgeous-shader-based-weather-system/#conversation

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

#новости

Интеграция игр в React Native: боль, страдания и неочевидные решения
https://habr.com/ru/articles/917138/

Статья о подводных камнях интеграции Unity в ReactNative. О том что эмулятор не работает и остальных приколах. Что тут можно сказать?

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

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

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

#новости #оработе

10 трендов мобильных игр в 2025
https://www.deconstructoroffun.com/blog/2025/6/5/the-state-of-mobile-gaming-2025

В статье The State of Mobile Gaming 2025 с сайта Deconstructor of Fun обсуждаются ключевые тенденции и изменения в индустрии мобильных игр к середине 2025 года.

1. Гиперказуал и гибриды – лидеры по доходам.
2. Растет подписочный гейминг (Netflix, Apple Arcade).
3. UGC-платформы (Roblox, Fortnite) набирают аудиторию.
4. Подписки и реклама вытесняют IAP.
5. Жёсткие законы против лутбоксов и данных.
6. AI в разработке – быстрый контент и тесты.
7. Меньше новых хитов – доминируют старые франшизы.
8. Web3-игры в упадке (кроме нишевых проектов).
9. Кроссплатформа – стандарт для топ-игр.
10. Китай остаётся ключевым рынком, несмотря на регуляции.

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

#новости

Как запустить Quest в РФ с помощью MacBook (и на что я убил 6 часов)

Купил Quest 2 давно, редко использовал. Решил обновить прошивку через ADB, так как стандартно не обновлялась. Но не знал, что после этого шлем нужно активировать заново. А в РФ это невозможно без VPN. Забил. А сейчас вдруг шлем понадобился по работе. Тут уже можно поразбираться. VPN на роутер настроить не вариант (а мой Microtik где-то в Москве). Появлялись съездить на такси в Абхазию — там вроде без блокировок. Но придумал кое-что удобнее :)

Решение:
1. Устанавливаем VPN на MacBook (у меня сработал третий из AppStore).
2. Подключаем iPhone с мобильным интернетом к MacBook.
3. В System Settings → General → Sharing настраиваем раздачу Wi-Fi через VPN.
4. Подключаем Quest к хотспоту — вуаля, активация проходит.

На что потратил 6 часов:
Пытался настроить Nekoray (альтернатива Shadowrocket для Windows).
- System Proxy не подходит — проксирует только процессы системы, не Wi-Fi.
- TUN Mode вроде бы то, что нужно, но запросы таймаутятся.
Три часа на Windows: чистил драйверы, настройки сети — безрезультатно.

Переключился на MacBook. Тот же Nekoray — та же проблема. Пробовал Shadowrocket для Mac:
- В обычном режиме не раздаёт Wi-Fi.
- В режиме туннелирования всего трафика ломается DHCP — Quest не подключается.

В итоге нашёл простой способ через стандартные настройки Mac.

ИИ не помогли (Perplexity, DeepSeek). Они ищут ответы, но не понимают, почему не работает то, что должно. Как с моим экспериментом, сказал я дипсику: "Напиши скрипт, который наденет клоунские маски на фото". Код он дал, но 40 минут ушло на борьбу с зависимостями (dlib, OpenCV). Без знаний Python и pip — ноль толку.

#оработе

*Meta Platforms Inc. признана экстремистской организацией в РФ, её продукты не имеют официальной поддержки.*

Как создают игры профессионалы: 5 личных правил от топовых гейм-дизайнеров
https://youtu.be/wjpMro-JnhI?si=zwaSk7ebiv7UzRYd

Классный ролик с GDC 2015 о важных вещах в геймдизайне. Я бы не назвал это поавилами или трюками. Скорее разбор геймдизайн концептов. А что за «правила»?


1. Создавайте эмоциональную связь

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


2. Видеть светлую сторону

Вообще забавно, что тут даже со знанием англиского мне потребовался переводчик, чтобы понять суть основного совета «Look for the silver lining». Забавный фразеологизм. Суть рассказа о том, как в условиях ограничений можно придавать шарм даже казалось бы «хреновым решениям».


3. Магия числа 3

Интересный рассказ о магическом числе 3 и почему оно так популярно в играх и не только.


4. Бейтесь за маленькие детали

О том как пасхалки, маленькие детали и элементы игры могут сделать игру запоминающейся.


5. Не пытайся оценивать свою собственную игру

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


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

#интересное

SharedLogic. Общий игровой код для Unity-клиента и .NET-сервера
https://habr.com/ru/articles/918220/

Забавный концепт. Любопытная статья. Лично я предпочитаю тонкие клиенты. Но почитать про другие подходы всегда любопытно.

Единственное что хочется добавить к словам автора, что у подхода всё же есть недостаток. Пресловутые версии. Когда игру надо обновлять, то сервер должен обновится вместе с игрой. При значимых изменениях. Особенно с проверкой хешей. В статье я инфы про это не заметил, но это проблема shared logic в микросервисной архитектуре. Просто менее ярко выраженная, так как в микросервисной мы попадаем в «ад dll или ад версий». Так как у нас куча сервисов должна использовать одну и ту же версию shared logic микросервиса. И как следствие обновляться вместе с ним.

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

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

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

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

Потому что скажем пример в статье про границы для постройки базы — это логика тонкого клиента. Бек вообще не знает про существование гуя и коллизий. А фронт у нас организован должен быть по принципам MVVM. Поэтому для проверки состояния можем ли мы тут построить на бек ходить не надо. Бек провалидирует эту инфу на этапе постройки, но для определения границ и окон без задержек достаточно информации на тонком клиенте.

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

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

#новости

Генератор карты в стиле Binding of Isaac
https://youtu.be/V9BODsU3QvU?si=qOWZ_WyB6fH4fxLI

В видео рассказывается алгоритм и его имплементация в Unity генератора игровой карты с комнатами где есть входы и выходы.

А какие например бывают генерации?

1. Разделение на комнаты (BSP/Voronoi) – уровни создаются через рекурсивное деление пространства (как в Binding of Isaac). Плюсы: чёткая структура, легко контролировать баланс. Минусы: может выглядеть шаблонно.

2. Случайные ветвящиеся пути (как в Hades) – игрок выбирает направление из нескольких вариантов. Плюсы: даёт ощущение свободы, динамичный геймплей. Минусы: требует ручной настройки весов комнат.

Такие генераторы полезная штука и концепция для метагеймплея того же рогалика. Вообще если уж я обожаю рогалики, вроде Monster Train, Ship of Fools и тому подобное, может и игру про вампира стоит сделать рогаликом. Основной плюс рогаликов это удержание и реиграбельность.

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

В общем подумаю, но может оставлю это для какого-то следующего проекта.

#новости

Решил писать о геймификации
https://news.1rj.ru/str/dofamarket

Больше каналов богам каналов. По работе изучаю кучу кейсов, геймификаций, маркетинговых статей. Но чтобы блог личный не был "обо всём вперемешку" — начнём разбивать.

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

Что там будет? (рубрики)

🔹 “Механика дня” – разбор одной игровой механики (например, прогресс-бар в приложении, викторины, квесты).
🔹 “Кейс недели” – примеры успешного использования геймификации (Burger King, Starbucks, Nike).
🔹 “Тренды” – новые технологии (AR, VR, блокчейн-игры в маркетинге).
🔹 “Чек-листы” – готовые схемы для внедрения (например, “5 шагов, чтобы превратить скучный lead-magnet в игру”).

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

#оработе

VFX Graph - Stylized Fire - Vol. 1 — Бесплатно
https://assetstore.unity.com/packages/vfx/particles/vfx-graph-stylized-fire-vol-1-207167?aid=1011l8NVc

Наткнулся на инфу что по промокоду GAP2025 данный ассет можно получить бесплатно. Вдруг кому-то пригодится.

#интересное

Как шейдеры оживляют цифровую ткань? Разбор симуляции
https://youtu.be/ms010Fz02wo?si=3ip2YCAsnrMgzm25

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

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

#новости

Стоит ли учить чему-то в Unity разработке?

Я почему-то всегда не ищу лёгких путей и не люблю заниматься "бесполезной" деятельностью. Уже несколько лет я задумывался на тему того, а стоит ли записывать условно курс по шейдерам? И условно геймдев то я всегда считал занятием "для энтузиастов" и как работа - точно не про деньги. Даже если сейчас посмотреть рынок труда, то на Unity 162 вакансии разработчика и с зарплатой до 3к$. А если мы посмотрим на Java, то вакансий 1400+ с зарплатой до 5к$. Что забавно исторические данные не найти, я даже задумался может парсер на хх повесить, который динамику будет собирать) Хотя если чему-то и учить в РФ с точки зрения "существования рынка труда", то из движков очевидно Unity, так как на анриале у нас 11 вакансий, а на Godot 2.

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

И с одной стороны есть идеи что можно поделать. Например записать курс по компьютерной графике с шейдерами на Unity и рассказом о принципах работы ГПУ. Но я даже не знаю будет ли на это спрос. И даже если будет - а будет ли это не бесполезно купившим. К инфоцыганству я в целом отношусь негативно. Я недавно слышал что есть курсы "обучение нейросетям" со стоимостью 80к рублей в месяц. Крайне интересно было бы посмотреть программу этого курса, так как нейросети могут сами научить как ими пользоваться бесплатно.

Поэтому не хочется делать то что мало кому будет полезно в целом. Или что полученные знания после скажем довольно тяжело монетизировать. Хотя в игры и не идут обычно за деньгами, как показывает устройства рынка. За деньгами проще выучить Java SE :) Так что может я недооцениваю количество тех же "невидимых" инди и тех кто бы послушал про ГПУ скажем без применения этих знаний. Получается вопрос открытый.

#мысли

Математика в Gamedev по-простому

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

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

Математика в Gamedev по-простому. Векторы и интегралы - https://habr.com/ru/articles/430146/
Математика в Gamedev по-простому. Матрицы и аффинные преобразования - https://habr.com/ru/articles/432544/
Математика в Gamedev по-простому. Триангуляции и Triangle.Net в Unity - https://habr.com/ru/articles/435374/
Математика в Gamedev по-простому. Кривые и рябь для эффекта дождя в Unity- https://habr.com/ru/articles/435828/

Сюда же на эту тему можно докинуть подборочкой мои старые статьи по шейдерам

Shader — это не магия. Написание шейдеров в Unity. Введение - https://habr.com/ru/articles/473638/
Shader — это не магия. Написание шейдеров в Unity. Вертексные шейдеры - https://habr.com/ru/articles/474812/

На эту серию я явно забил в какой-то момент.

Ну и докинем сюда просто по базе компьютерной графики.

Что такое тексел? - https://habr.com/ru/articles/714278/

Может кто захочет полистать на досуге.

#интересное

Оффтоп про новости

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

Так как я начал вести канал про маркетинг, то подписался на много каналов из соответствующего раздела и тематики. Просыпаюсь и читаю новость. «Зарубежные бренды при возврате на российский рынок должны будут заплатить 3-5% убытков понесённых потребителями как сообщают известия». Ещё и без ссылки на источник (ни стыда ни совести у канала на 30к подписчиков)

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

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

#мысли

Нейростатьи на хабре

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

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

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

Но сейчас периодически читая статьи ловлю на себя на мысли из прикреплённого мема. Материал без вычитки, без рефлексии, без банальной проверки фактов. Допустим мои эксперименты с нейросетями приводят к одному. «Идеально для мелких задач». Запрашивать какие-то сниппеты — чистый кайф. Ускоряет работу в разы. Забыл я как перебрать айпишники, отсортировать виртуальные и получить айпи в локальной сети — дипсик поможет. Или перплексити. Но нужно банально знать что писать и видеть, когда нейросеть бред предлагает.

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

Нейросети помощники, а не замены знаний. В руках эксперта с опытом работу они ускоряют в разы конечно. Но у руках неопытных людей создают столько любопытных проблем. Чую в след за вайбкодерами появятся вайберефактеры. А потом вайбрефактерырефактеров. И так в бесконечную рекурсию :)

P.S. Но в написании комментов и быстром пробросе простых логов сетки незаменимы конечно. Всем всегда было лень писать комментарии, теперь можно эту работу отдать на 80%

#мысли

Сериализация в Unity: известные атрибуты и их проблемы
https://habr.com/ru/articles/920398/

По сути статья краткий пересказ-перевод документации. Можно почитать кто не знает. Я и сам подобные статьи когда-то давно писал, ток про Event System, хотя там основная ценность практические примеры.

Единственное за что у меня зацепился взгляд — это раздел Сериализация в Unity. На всякий я бы её назвал сериализация в редакторе Unity. Потому что исходя из текста можно подумать, что это хоть как-то влияет на файлы в билде. А это не так. Тут я дополню за автора немного исторического контекста, больше для новичков, но именно им может быть полезен этот перевод.

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

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

А так просто упомянем что ещё среди DVCS (распределенных систем) есть Mercurial и Fossil. И забудем про них.

А есть CVCS или централизованные системы контроля версий. SVN, Perforce. Если их прям разбирать пост можно выносить на хабр как статью. Поэтому кратко. Perforce используют в геймдеве часто, в огромных проектах, так как он оптимизирован для работы с бинарными файлами. И по сути полезнее всего эта галочка для него.

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

#новости

Забавно если это реальный скрипт

После моих проектов для сб банков я очень подозрителен когда мне кто-то пишет. Кого я не жду по крайней мере. И уже второй раз за пол года мне пишут какие-то "HR". Мы такая-то компания станьте частью чего-то и зарабатывайте 10-30% в месяц. Когда мне предлагают зарабатывать любую цифру не объясняя как — мне уже слушать абсолютно неинтересно. Я сразу помечаю "мошенники" и диалог веду соответственно. Поэтому когда кому-то предлагаете заработать денег или сделать совместный проект рекомендую сразу излагать суть. Что, как, когда, что от человека требуется? Сильно снижает процент отказов.

Но допустим чисто теоретически. Это не мошенники, а реальная компания. И я искренне не могу понять зачем нужен в этой схеме человек, который мне пишет. Если убрать шелуху не нужную суть скрипта: "Здравствуйте, хотите зарабатывать от 10 до 30% в месяц непойми как?" И на любые уточняющие вопросы "я переведу вас на куратора". И зачем тут целый человек? Пусть пишет куратор. Хорошо, собираются первичные отказы. Ну сделайте скрипт в котором объясняется о чём речь нормально. В общем если это не мошенничество это ещё забавнее на самом деле. Такие воронки существуют, но исполнение прикольное. И какая же там нагрузка на куратора, что первичный контакт нужно делать таким, и куратор никак не может этим заниматься :)

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

#мысли