ну или так) но сути не меняет

это как один за рулем, другой дает советы как водить, куда свернуть

забыл дописать, нажимает на невидимые педали)

думаю цель в том чтобы следить чтобы чувак которые пишет код не делал ошибки

для этого ревью после можно провести, а не тратить время х2

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

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

Второй тюнит параметры, настраивает свет, добавляет логику на эффектики и визуал игры

Поделюсь вдруг вам интересно: я работал на гк проектах в 2 программиста. У нас было так: проект 1 - я занимался кор генерацией уровней, постороение, объекты и т.д. А 2ой человек делал кор взаимодействие персонажей и гейм луп. Проект 2 - я делал кор геймплей, а 2ой человек Ui.  Задержка была в 1 день примерно. То есть я в понедельник делаю какой то процесс, ставлю на них заглушки и 2ой человек на следующий день это все связывал. И так шагали до конца

это левел дизайны в двух случаях

если левел дизайнер может написать код и поднастроить эффектики (знаниче частиц и материалов в unity), то да. Это обычно не только объектики потаскать

У нас один делает архитектуру приложения и базовый геймплей - по одной сущности каждой системы, юнита, итд. Второй работает над количеством - добавляет по аналогии юнитов, предметы, абилки, итд

то что ты описал по второму, говорит о том, что я написал значит пиши более раскрыто) но по описанию, это тупо левел дизайнер

левел дизайн туда тоже входит, да.

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

Другой кейс когда надо взять какой-нибудь Toony Colors Pro, сгенерить шейдер, настроить в соответствии с рефом, добавить логику на замену материалов если требуется. Это не влияет на логику игры, но требует кода. Поэтому мы у себя это обознаем скорее Техническим геймдизайном, так как требуется понимание как сделать правильно.

И всегда можно написать заглушки в архитектуре, как написали выше. Добавить ивенты, которые вызываются мгновенно, типа вызова анимаций. А второй прогер потом вместо заглушек вставляет, например, DoTween, прописывает анимацию, а в конце вызывает уже написанный ранее ивент. И вот у нас вместо мгновенного Левел апа персонажа сначала проигрывается анимация, а потом игроку передается управление обратно

Механика очень напоминает по  foil turning 3D. Зайдёт или не зайдёт-тесты покажут:)

:)

Ты меня не услышал походу) я тебе сказал , что по твоему тексту первому, ты описал функции левела) я понял уже, что там ряд функций ещё есть по его работе

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

Ребят, а как можно узнать кол-во запросов по определённому слову в google play?

Спасибо,а именно по плей маркету нет инфы?