Красота! Жаль это пост её и испортит(

#BadPractice
Наличие не используемых using

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

1. Увеличение времени компиляции: Каждая using-директива добавляет пространство имен в область видимости компилятора. Это может немного увеличить время компиляции, особенно в больших проектах.

2. Загрязнение глобальной области видимости: Если добавить несколько using с одинаковым именем из разных пространств, то это приведёт к конфликтам имён - придётся прописывать полное имя.

3. Снижение читаемости кода: Шум в начале файла может отвлекать или сбивать разработчика - возможно этот using используется в !Unity_Editor зоне

Руководство от Unity для создания мультиплеер игра

"Эта электронная книга:

-Ознакомьтесь с основными понятиями Unity Multiplayer.

-Изучите различные Multiplayer системы и сетевые модели.

-Простой пример использования Netcode for GameObjects"

Немножко о стилистике.

В какой-то момент понял что мне удобней читать вариант if в подобной стиле:

if (isFruit
    && isEdible
    && isRipe
    || isExists)

Чем в стиле:

if (isFruit &&
     isEdible &&
     isRipe ||
     isExists)

Просто по тому что сразу понятно где стоит && а где ||. И если в данном случае примеры короткие, сразу можно увидеть, но в длинным методах проверки, например, quizEntity.gameType.Value == QuizGameType.Learning уже сложнее увидеть быстрым взглядом.

#BadPractice

Ещё один пример нейминга. Угадайте что это, потому как я не знаю:

AHAndHWindowInRegimMistakeSystem

Не сокращайте там, где это сокращение не очевидно

По этой причине многие компании и отказываются от удалёнки - на той стороне может быть кот

Как же давно это было...

Унитеки: "Это будет новый успешный провал!"

Когда платят за кол-во символов)

Как невротик пишет код

Для этого придумали Entitas

Если знаешь русский - выучить питон не проблема. Для остальных это - "hard way"