А в целом к сегодняшней книге есть замечательный "список литературы на лето" чтобы знать прям очень много про графику) Не скажу что там маст хэв знания для Unity разработчиков, но в целом на досуге фоном можно почитывать :) Так как когда понимаешь на какие технологии и математику опираешься, проще оценивать что возможно, а что нет :) https://github.com/Gforcex/GPU-Book

Паттерн Прокси https://metanit.com/sharp/patterns/4.5.php

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

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

В обычном случае прокся может расширять функциональность объекта, добавив скажем кеширование:

Например представим, что вы в проекте используете sqlite и храните там игровые предметы. Обращение в БД это всегда дорого и за это должен отвечать класс SQLiteConnector или типа того, а выше мы можем сделать SQLProxy, которая уже когда-либо запрошенные из бд объекты будет сохранять в словарь Dictionary<long, GameItemBase> где у нас ключов выступает id предмета, а значением базовый предмет. И когда запросы летят в проксю, мы сначала спросим наш словарь, чтобы не лезть в базу

Но ещё есть 3 специальных случая, о которых также стоит сказать:

Удалённый прокси (remote proxy) — везде описан очень плохо. По сути как раз то самое кеширование, так как какую проблему он решает. У нас есть сервер, запрашивать у него данные долго и дорого, поэтому лучше это делать один раз на инициализации объекта. По сути прокси позволяет архитектурно не создавать объекты и делать чеки, а обращаться к прокси объекту, а он у же сам дальше будет не на сервер ходить, а брать копию объекта в памяти

Виртуальный прокси (virtual proxies) — описания много где тоже довольно странные. Частый кейс использования это ленивая инициализация реального объекта. Представим немного виртуальный пример. Фильтр мата для игрового чата. Есть высокочастотные слова, которые мы просто хардкодим. Кешировать все матные корни и слова ни к чему и дорого, поэтому если у нас в список "быстрого набора" скажем слово "бля", то он не идёт в базу, а берёт сразу из памяти. В остальных случаях делает чек по БД. По сути "умной проксёй" называется то, что делает какую-то полезную работу и достаточно сложную. Многопоточность и подсчёт ссылок на метаните — это тоже частный кейс

Защищающий прокси (protection proxies) — самый простой пример, используется для разграничения доступа пользователей. В клиентской разработке применимо, в играх меньше, так как там редко бывают "роли" в смысле доступа к функциям. Но как пример — премиум аккаунты и их чеки. В базовом случае прокси объект ссылается на один реальный объект, но в целом нет никакой проблемы расширить его на пару объектов, и смотря в прокси роль пользователя вызывать уже внутри прокси либо создание "премиум" интерфейса, либо обычного. По сути позволяет в коде избавиться от кучи "if(user.role == "premium")" — довольно удобная штука, позволяющая программу в целом делать простой, если в игре есть какая-нить премиум подписка. Так как разделение зашито в проксю, а поведение в реальные объекты

Важно понимать! Это разделение не является строгим и все его трактуют по своему, так как оно условно "народное, а не формальное". Но в целом зато позволяет привести несколько интересных примеров использования прокси

Прошлые разборы паттернов:
1. Команда — https://news.1rj.ru/str/dyadichenkoga/76
2. Декоратор — https://news.1rj.ru/str/dyadichenkoga/82
3. Наблюдатель — https://news.1rj.ru/str/dyadichenkoga/105

Если вы не знаете, кто такой Keijiro Takahashi, то советую узнать и подписаться на его гитхаб. Он часто выкладывает что-то крутое и за ним очень интересно следить. Вот и свежий репозиторий с процедурными градиентами)

https://github.com/keijiro/CosineGradient

Прикольный роадмап по обучению в рендер программисты https://github.com/Hitomilras/unity-graphics-programmer-roadmap Много полезных ссылок и материалов :)

В 11 винде довольно неудобная правая кнопка мыши. Если вдруг кому пригодится, я написал пару мелких скриптов, которые меняют ключи в реестре и возвращают старую правую кнопку мыши. Вдруг кому пригодится) ОСТОРОЖНО: Оно перезагрузит ваш комп. Так что лучше предварительно всё сохранить :) https://drive.google.com/drive/folders/1zFFULcrl57e2y9IkaZ5zGwTTUMPUs7ro?fbclid=IwAR3p3UHpXT6HtZrz8XFtCMlhcLyx2wD4D9zulDT4lA4Wv-hh4YXO8Fm89JA

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

Будни AR разработчика. В целом по работе постоянно надо тестировать кучу технологий, чтобы всегда иметь ответ на вопрос, а что сейчас есть прикольного. Так как я только начал серьёзно погружаться в WebAR то поэтому только наткнулся на такую замечательную штуку, как https://aframe.io/examples/

Важное сообщение, народ работающий с вебом на мобилках в Unity) Если кто работает с unity и вебgl, то на 15.4 айос сборки из последней юньки крашат из-за бага в VM IOS Safari :)

Но без паники, уже есть воркэраунд :)

Найти в файлах редактора:
il2cpp/libil2cpp/metadata/GenericMetadata.cpp

Найти там строчку с:
const Il2CppType* GenericMetadata::InflateIfNeeded

Добавить:
#pragma clang optimize off
Перед вызовом функции чтобы отключить оптимизации компилятора

Добавить
#pragma clang optimize on
В конце этой функции, чтобы включить их обратно

Я проверил — работает. Для полной уверенности перед сборкой можно удалить library и почистить кеш браузера :) Источник: https://forum.unity.com/threads/fatal-error-with-webgl-running-on-15-4.1244374/

А то вдруг у вас нет устройства на последней версии IOS и вы и не в курсе, что игра у пользователей лежит :)

Прикольная тулза для визуального дебага, очень прикольно нарисованы сферкасты и т.п. :) https://github.com/vertxxyz/Vertx.Debugging

Астрологи объявили неделю дебаг инструментов. Число инструментов для дебага выросло на 100%

Иногда хочется просто протестировать запрос, но лезть в Postman или в Swagger лень, или писать кастомную кнопку в инспекторе :) Есть такой репозиторий https://github.com/ErnSur/Unity-Http-Debugger

Постман на минималках, но зато в Unity :)

Меняйте иногда парадигму

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

Но теперь история. Я учился в МИЭМ ВШЭ и там один из преподавателей на курсе программирования решил показать ассемблер. Из идеи как раз того, что мы будем писать ассемблерные вставки. С этим он конечно не угадал, в коммерции я буду первым, кто за такие приколы людям руки отрывать будет, но это было круто с другой точки зрения. У меня просто ломался мозг после С++, и я ничего не понимал. Так как всё работает по-другому. Когда я разобрался в ассемблере, тогда конечно всё стало просто, да и он в разы проще, чем те же плюсы на самом деле, если писать на нём, а не вкуривать скомпилированную программу, ну и писать что-то небольшое)

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

Почему это не только про программирование? Я обожаю графику и VFX, и после этого видео https://www.youtube.com/watch?v=NH1TLyiJVHU я в целом стал по-другому смотреть на заклинания, и на то, как рисуется правильное свечение чего-либо, что мне очень понравилось. А так же на то, как лучше крутить пост процессинг) И когда это понимаешь, то ты уже знаешь "куда смотреть", когда делаешь какой-то визуал или эффект :)