Крутой доклад по ECS из alan wake 2. Сначала подробное описание подхода, а потом конкретный пример их фичи с кодом каждой системы. Класс!

P. S. Я никогда не юзал ECS на проде, и для меня мысль, что через ECS системы можно менять просто отдельный ООП стейт нова :) Раньше я как-то думал, что нужно все данные на entity раскладывать и только так работать, но ведь это необязательно, и remedy как раз в примере это показывают.

#comment

Чем крут Total Commander?

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

Во-вторых - вкладки как в браузере. И ничего не тормозит никогда. Любая папка открывается мгновенно. Даже если это папка на тысячи фотографий, где вперемешку jpg, heic, mov и так далее, открытая в режиме просмотра эскизов. Естественно эскизы будут подгружаться постепенно, но в момент подгрузки ничего не блокируется - можно листать папку, переключать вкладки, открывать свойства файла, эскиз которого ещё не прогрузился и т.д. И естественно эскизы подгрузятся для всех форматов, потому что плагины есть для всего. И кроме вкладок есть ещё "избранные каталоги".

В-третьих - поиск. Я не знаю работает ли он быстрее стандартного, но он "отзывчивее" - показывает процесс поиска, c найденными файлами в процессе сразу можно взаимодействовать не прерывая поиск, все их можно перенести на отдельную вкладку, т.е. вкладки это не просто папки, а ещё и фильтры как-бы. Кроме того у поиска есть куча настроек - я постоянно пользуюсь поиском по тексту внутри файлов папки и контролем уровня вложенности папок для поиска, чтобы поиска не было в папках .git или .svn.

Затем - работа с архивами. Для totalcmd архивы это обычные папки - можно смотреть любой файл из них не распаковывая, копировать туда-сюда и всё такое.

Ещё классная концепция того, что просмотр файла и правка файла - это разные вещи. Соответственно любой файл можно открыть на "просмотр" - одной прогой, и на "редактирование" - другой. Благодаря этому не нужно ждать загрузок тяжёлых прог. Если хочется открыть лог - то это F3 "просмотр" через Lister - открывается мгновенно хоть гигабайтный файл, в котором мгновенно работает текстовый поиск. Хочется редактировать? Это F4 и vs code. Аналогично для картинок - просто глянуть? быстрая прога. Поредактировать? Ок, вот тебе paint.net.

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

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

Ещё мне очень нравится как тут сделано копирование - но это наверно мало кому-нужно, скорее всего. Я постоянно копирую на флешку сериалы/фильмы - и тут опять же при копировании 20ГБ файла абсолютно ничего не тормозит, плюс можно делать новые копирования не параллельно, а как-бы добавлять их в очередь. И эту очередь редактировать, ставить на паузу и т.д. Мне удобно, когда я сначала пихаю в очередь 20 файлов по 10ГБ, а потом их сортирую по важности, таким образом влезает в первую очередь только самое важное, а остальное я докопирую уже в следующий раз :)

А ещё внизу есть консоль, настроенная на текущий каталог.

Что в нём не хватает?

Очень хочется попапчик с быстрыми действиями как в райдер по shift+shift (ну или ctrl+shift+P в vs code) - чтобы там файлы и папки находились среди часто используемых. И хочется иметь не две, а три панели или больше. И чтобы сама прога была опенсорсная и на C# :) И чтобы встроенный git и остальное. И плагины тоже на C#.

#tools

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

У меня комп всего один, но я использую в чем-то похожую технику - несколько виртуальных рабочих столов в винде. Создать и переключать их можно по хоткею win+tab. Работает это реально быстро и удобно, на каждом столе можно иметь свои уникальные окна, а некоторые можно делать общими. У меня таких пространств четыре.

Первый - основная работа. Ну там юнити, райдер, idea для сервера и т.д.
Второй - моя игра - тоже юнити, тоже райдер, но отдельный инстанс тотал коммандера (да, я его юзаю и очень хотел бы что-то современнее, но не видел аналогов с таким же количеством плагинов на все случаи жизни). Третий - тоже моя игра, но там скорее для редактирования ГД данных и диалогов - и вообщем-то тоже юнити с проектом с ГД-утилитами(третий инстанс), райдер, vs code.
И четвёртый - там у меня обычно просто открыт документ с паролями)

Общие программы, у которых единый инстанс на все столы это браузер, игры и мессенджеры. Причём я юзаю яндекс-браузер, у которого есть "группы вкладок" - и они тоже разбиты по контексту - основная работа, моя игра, развлекуха 1, развлекуха 2 и развлекуха 3 :) Но часто бывает, что вся развлекуха всё равно открыта в основной работе, или наоборот какая-то из вкладок с мемами начинает заполняться вкладками с тасками. Но контексты в браузере всё равно удобно. Отдельные инстансы браузера в разных рабочих столах я тоже пробовал, но это вообще не то.

Таким образом у меня переключение контекстов происходит через win+tab - быстрее чем открыть крышку ноутбука. Жрёт всё это где-то 37гб оперативки в состоянии покоя.

#tools

Кстати, я все ведь в курсе про хоткей shift+alt при выделении мышкой в райдере (ну и в vs вроде как)? Удобно удалять ряды комментов или писать одновременно на нескольких строчках.

#everythingelse

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

Поэтому ищу ГД/нарративщика - желательно (но не обязательно) в одном лице, чтобы определиться с начальным контентом и механиками, и после этого заказать необходимый арт. За сеттинг не держусь, но от jrpg боёвки отходить далеко не хочется.

Готов платить, или долей поделиться. Вот моя личка, если что.

#devlog

Telegram

Tr0sT

@NuclearBand - unity gamedev blog

Фуф, наконец дочитал "Предметно-ориентированное проектирование (DDD" ) Эрика Эванса. Эта книга одна из тех, где без предварительного знания о теме ничего не поймешь, а если знание есть, то скучно до ужаса.

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

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

#comment

Dialektika

Предметно-ориентированное проектирование (DDD): структуризация с

Классическая книга Э. Эванса освещает наиболее общий, стратегический круг вопросов, связанных с объектно-ориентированной разработкой программного обеспечения. Это переработка и структуризация знаний о ...

Писал как-то про автоконвертацию из Figma в unity ugui. В итоге пришёл к тому, что верстаю UI как раньше - по макетам. Для получения макетов из figma есть неплохой пакет https://github.com/Volorf/figma-ui-image - на работе используем аналогичную штуку для zeplin.

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

#package

Прививка от Rust и не только. Я всегда считал rust своим вторым любимым языком после C#/F# за его traits и отсутствие наследования. Но реальные примеры кода на rust слишком похожи на C++ обилием спецсимволов, а такие препоны с работой с глобальным mutable стейтом от borrow checker я не ожидал. Походу нужно искать себе нового любимчика.

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

• Having good types and "framework" for building games.
  - Building an engine for making more games like the one that is about to be built.

#everythingelse