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

https://medium.com/@tricky_fat_cat/clean-design-documentation-principles-59819b9913d6

Еще одно событие к моему любимому "Карфаген должен быть разрушен" про использование проприетарного софта от небольших компаний.

Собственно можно сказать, что движок W4 (https://w4sdk.com/) , на который лично у меня были надежды как на правильный плюсовый движок под веб от правильных ребят, всё.

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

Если уж делать двигало (или использовать!) в современности, то он должен быть минимум опенсорсным, с прозрачной системой работы над ним и так далее.

Там превью 5.1 говорят вышло.

Поймал себя на мысли, что мне чет вообще пофиг на что там в пятерке происходит. Ну, превью. Ну, скоро релиз (видимо). Ну, что-то добавят для странных кейсов. Что-то сломают. Nothing new and classic, ha-ha.

https://forums.unrealengine.com/t/unreal-engine-5-1-preview/662523

Хотя кого я обманываю.

Презентация VR версии игры Townscaper от Оскара Стольберга. Выглядит очень мило, а эти булькающие звуки — настоящий АСМР ☺️

Игра доступна с сегодняшнего дня для Oculus Quest и Pico.

Про корпоратов и номадов индюшек.

Несколько вводных.

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

2. Мне достаточно часто пишут, мол, как вот правильно сделать то-то и то-то. Раньше я старался достаточно подробно описать как, сейчас мой ответ таков - сделай так, чтобы работало.

3. "Геймдизайнер определяет как будет выглядеть проект", "я программист, но хочу обсуждать [решать] какими будут игровой дизайн и фичи", и мое любимое - "это не моя сфера ответственности".

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

Во-вторых, под инди я понимаю маленькие команды, где велика степень диффузии ролей вплоть до отсутствия четкого деления на оные. Иначе можно прийти к тому, что инди - это "не ААА" (что так любят делать разные издания, дабы натянуть сову на глобус и показать рост инди маркета; если так, то мы - тоже инди, и почти весь мобильный рынок, включая Плейрикс).

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

При этом "идеальной серединки" практически никогда нет - ты либо инди и работаешь за доширак, либо как-то сразу корп и у тебя очерченные зоны ответственности. Чисто имхо, там конверсии почти нет "из инди в корпоратов", ибо шанс успеха инди игры - порядково меньше шанса успехов игры "от корпов". А сделать так дважды или превратить в бизнес - дак вы вообще звезда, и где-то на этом пути уже "конвертнулись". Кешфлоу, короче, первичен. А не дошираки и полет фантазии.

И это не хорошо и не плохо, это просто разные совсем подходы к разработке. И в зависимости от ситуации надо уметь быть и тем, и другим.

А про "как это делать" (п.2) - тут все просто. Многие решения, которые использую я или студия в разработке, они базируются на двух вещах. Это опыт и ресурсы. Я стараюсь всегда подсказать путь, который по моему МНЕНИЮ гуд, но как по нему пойти и на сколько - простите, надо принимать решения исходя уже из частностей вашей разработки.

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

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

Архитекторам посвящается. Очень рекомендую к просмотру, отличный доклад от Кирилла Шабордина.

https://www.facebook.com/don.kaban.spb/videos/635889548071613

Знаете, что я "люблю" в плюсах больше всего? (после времени сборки, конечно)

Конструкции вида:

const TSharedRef<FJsonObject> MyJsonObject;
MyJsonObject->SetNumberField(...);

..совершенно валидны. Конст, все дела. А то, что у ссылки все кишки изменены - who cares?