Создаю игры, которые доходят до релиза

Опираюсь на них, но не считаю железобетонными: знаю антипаттерны и понимаю, когда строгое следование SOLID идёт вразрез с KISS.

Применяю к бизнес-правилам, где цена ошибки высокая. Остальной workflow покрываю тестами с помощью AI-инструментов. Делать ли всю игру по TDD - зависит от проекта и выделенного бюджета времени.

ООП: MonoBehaviour-light + DI | ECS: Entitas или DOTS

Знаю как определить какую урхитектуру выбрать под конкретный проект. В ООП основную логику пишу в обычных C#-классах. Всё связано через Zenject - основной инструмент DI.

На практике работал со всеми, выбираю паттерн под требования конкретного проекта. Но в фаворитах MVP. Простой и эффективный.

От State Machine к GRASP Controller

Ранее использовал State Machine для управления жизненным циклом игры. В новых проектах перешёл на связку Loading Tree + GRASP Controller

При проектировании опираюсь на GRASP - это набор принципов, который помогает мне думать о распределении ответственности между классами. Считаю его полезным дополнением к GoF на уровне архитектурных решений.

Подбираю под задачу, не догма

Применяю там, где паттерн решает реальную задачу, а не там, где можно его «вставить».

Алгоритм под задачу, а не один на всё

Знаю особенности каждого алгоритма и подбираю его под требования задачи.

От State Machine до GOAP

Каждый паттерн подходит только под определенный тип NPC. Выбираю тот, который лучше всего описывает его поведение в конкретной игре.