Denis Gaydak

Можно и 2д и 3д. Если 3д - то просто камера крепится сверху с определенным углом наклона. Если 2д - то все спрайты рисуются в изометрической проекции.

Все очень сильно зависит от ТЗ, разработка которого стоит отдельных денег и времени.

Нужно провести аналитическое исследование, изучить потребности клиентов зала и владельцев заведения. Например, достаточно ли просто фиксировать факт входа выхода, или еще нужно использовать пропуск в зал в качестве ключика от шкафчика? А может, стоит привязать к пропуску еще и пульсометр и ввод антропометрических данных клиента в тренажеры?

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

Слишком много вариаций существует, отсюда и огромный разброс цен. И стоимость непосредственно разработки составляет в данном случае около 1/5 всей стоимости, больше нервов и средств уйдет на аналитику и поддержку, потому что если ваше самописное чудо бахнет под утро, когда час пик и толпы разгневанных качков недожгли свои калории - у владельцев заведения будет неплохой соблазн отдать им вас в качестве тренажера.

Есть событие OnSceneLoaded в него можно встроить и нужную вам логику.
Но по мне, так лучше асинхронную функцию написать перезапуска, которая

1. загружает сцену
2. расставляет всё по местам
3. отдаёт контроль игроку

А готовой функции, которая бы что-то за вас делала, увы - нет.

Где в вашем вопросе используется русский язык? Мне кажется он там на 5-10%, остальное какие то ваши слова.

Вот как то так вы сказали.

По вашему C# из чего состоит то? Как раз синтаксис, "классы", логические операции. А остальное это фреймворк.

1 - все перечеркнуть и начать действовать
2 - потом можно достать скомканый черновик из корзины.. ну и допустим добавить функциональная парадигма (куда вы без LINQ уедете?.. хотя LINQ это еще далеко не вся потенциально возможная функциональщина)

DirextX/OpenGL ))
Будет вообще без редактора.
Ну а так - PixiJS, pygame, всякие lobgdx, SDL...

Для движения планет физический движок вам не сильно поможет, ИМХО. Ну или будет вносить погрешность некислую.

Необходимо добавить проверку на минимальную дистанцию.

void Update()
    {
       if (trig == false)
        {
            
            Vector3 rotation = player.position-enemy.position;
            enemy.rotation = Quaternion.Slerp(enemy.rotation, Quaternion.LookRotation(rotation), RotateSpeed * Time.deltaTime);
            if(rotation.sqrMagnitude > 1)
                        enemy.transform.position += enemy.forward * SpeedMove * Time.deltaTime;
            enemy.transform.localPosition = new Vector3(transform.position.x, 0f, transform.position.z);
            enemy.transform.localRotation = new Quaternion(0f, transform.rotation.y ,0f, transform.rotation.w); 
        }
    }

На фрилансе.
На hh.

Пишите одну - максимально отшлифованную игру, а все остальные - нет и указываете: что нужно ещё доделать до идеала и почему Вы это не сделали: т.е. именно честно так всё и перечисляете.

Сначала указываете причину создания нешлифованного проекта:
"Проект, показывающий моё %умение/skill%...".
И потом, пишите пункты (в readme.md), которые Вы бы сделали до идеала.
Обязательно, после этих пунктов, приводите ссылку на проект с максимально отшлифованной игрой (чтобы могли сравнить слова с делом).

1) Самое примитивное - пресеты цветов. И выбирать уже из массива пресетов.
2) Попробовать использовать HSL вместо RGB. Во первых "похожие" цвета в нем легче детектить, во вторых легче получить более разные цвета - просто параметр H генерить с каким то шагом, а не весь диапазон от 0 до 1.

А зачем вы рандомите альфу? )

Если ссылка на инстанс скрипта уже есть - то сделать переменную публичной (Public). Ну или геттер написать.

Если инстанса нет - достать его. Тут вариантов море - DI, создание одного из другого, SerializeField, и т.д.

Почитайте книги по шарпу. Без него будет туго.

Можно вынести в отдельную функцию:

string CreateASCIIStr(string value) => Encoding.ASCII.GetString(Convert.FromBase64String(value));

или, в локальную, с использованием LocalData:

string CreateASCIIStr(string value) =>
                LocalData + Encoding.ASCII.GetString(Convert.FromBase64String(value));

Добавлено:

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

В данном случае у вас есть многократный последовательный вызов двух методов:

Convert.FromBase64String и Encoding.ASCII.GetString

для удобства их совмещаем в один вызов и получаем

Encoding.ASCII.GetString(Convert.FromBase64String(value))

Пример:

string LocalData = "0";
string CreateASCIIStr(string value) =>
    LocalData + Encoding.ASCII.GetString(Convert.FromBase64String(value));

var data = new[] {
    CreateASCIIStr("Тут"),
    CreateASCIIStr("Все"),
    CreateASCIIStr("значения"),
    CreateASCIIStr("будут"),
    CreateASCIIStr("совершенные"),
    CreateASCIIStr("Разные")
};

Здесь возвращается массив, но если ваши совершенно разные значения в действительности являются массивом, то и обрабатывать их лучше как массив ;-)