Разбор решения Unity Junior тестового задания для Kefir - Очень хорошая задача

• Роман Сакутин, известный как токсичный ревьюер, рассказывает о своем неудачном опыте прохождения тестового задания для студии "Кефир" на позицию джуниор-юнити-девелопера.  

• Он подчеркивает, что его подход к ревью часто критикуется, но он готов докопаться до каждой строчки кода.  

• Роман предлагает курс обучения разработке игр с нуля с гарантией трудоустройства.  

• Курс включает обучение C#, Unity, разработке эффектов и другим навыкам.  

• Обещают трудоустройство с зарплатой от 56 тысяч рублей и возможность увеличения офера до 100 тысяч рублей.  

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

• Если вас заинтересовало, переходите по ссылке в описании.  

• Роман объясняет, что его решение не соответствует принципам SOLID и ему стоит подучиться проектированию.  

• Он планирует провести реверс-инжиниринг ревью и предложить альтернативные подходы к проектированию.  

• Роман предлагает переделать тестовое задание на архитектурный паттерн MVP, используя подход, предложенный дядюшкой Бобом.  

• Если видео наберет две тысячи лайков, он вернется с новым решением.  

• Он призывает зрителей не отчаиваться после отказа и продолжать искать работу.  

• Обсуждение трудностей с тестовыми задачами в студии "Кефир".  

• Проблемы с ревьюерами и стандартами.  

• Важность попыток и настойчивости в программировании.  

• Описание тестовой задачи: создание игры-клона "Астероидов" с моделью, отделенной от Unity.  

• Проблемы с использованием Entity Component System.  

• Решение с использованием Unity Transform и наследования.  

• Проблемы с размещением объектов в пространстве Unity.  

• Использование наследования для моделирования и визуализации.  

• Тесты и визуализация модели в разных контекстах.  

• Введение абстракции симуляции для позиционирования моделей.  

• Реализация инертного движения и ускорение кораблей.  

• Независимость модели от Unity и возможность тестирования.  

• Обсуждение курса "Напильник" и его важности для проектирования.  

• Признание важности различных подходов и школ проектирования.  

• Поиск реальных ситуаций и их обсуждение в рамках курса.  

• MVVM состоит из трех основных сущностей: модель, презентация и вью.  

• Модель не взаимодействует с презентацией напрямую, а вью получает данные от презентации.  

• Вью является процедурным компонентом, который получает данные от презентации и передает их обратно.  

• Модель симулирует мир и инварианты, а презентация получает данные от модели и передает их в движок.  

• Презентация и модель взаимодействуют через шип-презент, который получает данные от рутового компонента.  

• Проверка столкновений и физика реализованы в презентации, а не в модели.  

• Для визуализации объектов используется базовый класс презент, который синхронизирует трансформы.  

• Презентации реагируют на события, такие как передвижение, поворот и удаление модели.  

• Модель реализует интерфейс апдейт, который вызывает обновление презентации.  

• Пример реализации модели корабля с использованием шип-презента.  

• Создание моделей и их инициализация через шип-презенты.  

• Использование паттернов для привязки оружия к слотам.  

• Создание объектов пули через симуляцию и их отображение в Unity.  

• Решение проблемы создания объектов в Unity и абстрагирование от модели.  

• Достижение целостности модели и абстракции симуляции.  

• Рассматривается реализация чистого MVVM-фьючерса.  

• Пример с компонентом "кошелек", который хранит количество монет и уровень защиты.  

• Кошелек имеет методы добавления монет и повышения уровня защиты.  

• Презент подписывается на события модели и вьюшки.  

• Логика: при клике на вьюшку, если есть достаточное количество монет, кошелек повышает уровень.  

• Вьюшка может быть как предметной, так и служебной, отображающей данные.  

• Вьюшка используется для отображения данных и ограничена в использовании.  

• Компонент "веллет ситап" собирает все элементы в единую композицию.  

• Презент не наследует MonoBehaviours, что удобно для роутинга физических событий.  

• Автор надеется, что код был интересен.  

• Призыв к обсуждению в комментариях и репозитории.  

• Возможность улучшить код и создать новое видео с улучшенным решением.  

• Благодарность зрителям и приглашение подписаться на канал.