Мне жаль, но вы используете подсветку кода неправильно

Это конечно все вкусовщина. Для себя определил правило что цвет меняется в тех областях где одно и то же слово имеет разный семантический смысл.

For имеет разный смысл как часть кода строки или комментария. Значит один цвет для всего кода. Второй цвет для строк. Третий для комментариев.

Плюс использую выделение жирным или курсивом в некоторых местах вместо цвета.

Скрытый текст

Я отклоняю комиты с использованием кучи и прошу коллег переписать такую логику

Пришел к точно такому же подходу. Но не из страха аллокаторов, тут много плюсов:

• Понимание ограничений игры. Сколько максимум будет объектов\событий в кадре.

• Если все игровое состояние лежит в одной большой структуре, то его легко сохранить/восстановит просто скопировав память.

• Подход с CRTP (не знал что так называется) или через tagged union просто на практике показался более удобным чем огромные списки наследования.

JSON в Unity за 10 минут

Енамы рекомендую аннотировать StringEnumConverter. Иначе индексы могут поехать, если хранить так данные игрока.

Почему == и .Equals() — не одно и то же (и как это вас подставит)

как ниже писали. для UnityEngine.Object переопределен операторы ==/!=

var go = new GameObject();

// уничтожаем объект, но ссылка не меняется на null
GameObject.Destroy(go);

 // тут переопределеннй оператор вернет false и SendMessage не вызовется
if (go != null) go.SendMessage(...);

// А будет честная проверка ReferenceEquals и программа упадет, вызвав SendMessage
go?.SendMessage(""); 

Почему == и .Equals() — не одно и то же (и как это вас подставит)

В юнити ещё это выстреливает при myComponent?.DoIt() или для оператора ??

Lorem ipsum dolor sit amet, consectetur adipiscing elit. Nullam erat leo, tempus at

Идейно похоже на HTMX, но со своим видением. Здорово

Ускоряем Dictionary в C# при помощи структур и CollectionsMarshal

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

Ускоряем Dictionary в C# при помощи структур и CollectionsMarshal

Я давно видел эту штуку. Но никогда не проверял, что буде если:

ref var myRef = ref CollectionsMarshal.GetValueRefOrNullRef(dict, ket);
dict.Add(...); // тут происходит рост коллекции
myRef = value; // куда сейчас указывает myRef?

Воплощённые типы

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

function getType(x: unknown): 
  x is { name: string } ? 'user' :
  x is { size: number } ? 'box' :
  x is number ? 'number' :
  x is string ? 'string' :
  never {
  ???
}

switch(getTupe(x)) {
  case 'user': log(x.name);
  case 'box': log(x.size);
  case 'number': log(x * x);
  case 'string': log(x);
}

Воплощённые типы

export type StrBool = 'foo'& {_strbooltag?: 'StrBool'} | 'bar' & {_strbooltag?: 'StrBool'} | null;
export type Response = { decision: Exclude<string, 'foo'|'bar'> | StrBool };

Можно как-то так сделать

Ты наконец-то поймешь асинхронность в JS

Начало задачи синхронизиповано с концом предыдущей задачи.

Typescript ENUM — баланс использования

Интересно. Спасибо, возьму на заметку.

Утиная типизация чаще всего не вызывает проблем, но иногда хочется ее запрещать для каки-то типов.

Typescript ENUM — баланс использования

Я использовал enum в CocosCreator так:

enum UnitId { }
enum ItemId { }

var units: Recor<UnitId, Unit>;

function spendItem(unitId: UnitId, itemId: ItemId, amount: Int) {
  ...
}

Вместо того что бы использовать простой number. Так компилятор не давал перепутать id-ки и и выполнить: `const unit = units[itemId]`

Правда не нашел какими флагами это включается на TSPlayground

One-on-one. Девлог. Отделение логики от анимаций и переход на ивенты

Я наоборот устал от того что во View нужно создавать очереди и мучаться с тем что модель уже обновилась, а view еще доигрывает анимацию.

Я сейчас остановился на варианте когда есть контроллер, который знает и про модель и про вью и обновляет их параллельно:

class Controller {
   Model _mode;
   View _view;

   async void DrawCard(int amout = 5) {
      for (var i = 0; i < amout; i++) {
         var card = _model.Cards[0];
         _mdel.Cards.Remove(0);
         if (_view != null) {
            await _view.DrawCard(card);
         }
      }
   }
}

Контроллер устроен так что может работать если view не присвоить.