GavriKos

Напишите модель возвращаемых данных и десериализация через newtonsoft.json вам помощь.

Этот вопрос тут многократно задавался. Да и погуглить не помешает.

Unity Hub - это лончер, в котором можно устанавливать, обновлять, содержать несколько версий Unity. Кажется, ещё проектами и пакетами управлять можно.

идеальный вариант - оставить виндовый

предложу вам начертить на листочке в клеточку.
вектор силы размером в единицу по Х (1;0)
потом вектор силы размером в единицу по У (0;1)
теперь сложенный вектор (1;1)

с удивлением увидите что "диагональ" (размер вектора) больше будет. соответственно и сила.

как исправить? обычно если это просто вектор направления - то его нормализуют.
надеюсь понятно было. удачи)

Это результат невнимательного использования языковых настроек.

#include <iostream>
    using namespace std;

    int Foo(int a, int b)
    {
        int sum;
        sum = a + b;        //2) Складываем полученные значния


        return sum;     //3) Возвращаем результат сложения в функцию Foo

    }

    int Foo2(int a)
    {

        cout << " output "<< a << endl;
    }

    int main() 
    {

        int a, b;       //1) Получаем 2 значения от пользователя
        cin >> a >> b;
        int c = Foo(a,b);       //4) Передаем значения в Foo для сложения

        Foo2(c);         //5) С помощью Foo2 выводим результат в консоль

    }

должна тянуть.

На официальном сайте Unity?

# переименуем master в experiment
git checkout master
git branch -m experiment
# удалим удаленный master
git push --delete origin master
# зальем текущую ветку на удаленный репо:
git push -u origin experiment
# переключимся на комит с которого пойдет мастер по его хэшу:
git checkout 3624ce5
# ответвимся от сюда в новую ветку с именем master
git checkout -b master
# и залем ее на удаленный репо
git push -u origin master

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

Ну так не прикрепляйте его к свету или что там у вас :)
Скорее всего не вызывается OnMouseDown

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

Вы забываете о большом пласте истории техники, который был сильно до этого - 8 битные домашние ЭВМ (десятки их) и язык Бейсик.

Так вот, ЭВМ того времени были катастрофически разными - разные носители (кассеты, дискеты, картриджи), разная аппаратура (засунуть еще один центральный процессор в дисковод? да нивапрос! разная скорость для PAL и NTSC версий - легко!). Но вот бейсик был везде и позволял, с некоторыми переделками, таскать программы с машины на машину.

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

Отчасти, это сработало на старых мобилках, в эпоху j2me - это как раз Java, засунутая в телефон - игры, браузеры, карты (были даже ЯндексКарты), читалки, чатилки - куча всего.

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

Сейчас апплет на java можно встретить во всяком старом железе, на нем там сделано GUI для удаленного администрирования серверов, коммутаторов и СХД. Вы браузером заходите на железку, и тут на вас вываливается ворох предупреждений о том, что сейчас будет запущено какое-то ужасное дырявое ПО, держите штаны, а то слетят. Уверены? Точно уверены? А с этим согласны? А так?

А уже потом начали активно применять JavaScript, главным образом, изобретя Ajax - продолжая люто натягивать сову (систему для создания электронных библиотек для ученых/HTML) на глобус (задачу создания интерактивного гуя с красивой версткой).

И это вы еще бэк на Perle не рефакторили

Create your own log or vardump function that echo data only in development

mylog function(data) {
    if(getEnv("APP_ENV") == 'dev') {
        console.log(data)
    }
}

Это просто идея, функция может быть сложенй. Она может писать в файл, или в консоль. Или при разрбоке в консоль, а на продакшене в файл.

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

Одной переменной можно потом переключать что показать а что нет. Например ва нужно отладить кусок кода котоый писали не вы. Что делать? Расставлять логи опять, потом удалять? Нет, просто переключится в режим логера и все видно.