Арсений Ефремов

AAA-проекты не пишут математики. Вам нужно знание sdk и умение программировать. А подкруткой физики, освещением, моделями и прочим займётся команда специальных людей в этом проекте. Равно как и сценарием, локациями, звуком... вплоть до того, что затюнят движок под нужды проекта.
Но всё же, если отвечать по существу: в этих движках 99% физики уже реализовано и вам математику не нужно знать вообще. Ну разве что на уровне понимания координат/векторов и всякого такого. Если нужно что-то сверх того, то вам необходимо знать математику очень хорошо. И не просто, а с умением разбираться или составлять нужные алгоритмы для машины.

Если хотите ревью кода, то вот:

1. Использование Convert.ToInt32 вместо Int32.TryParse (или обработки исключений) ведёт к непредвиденному завершению программы в некоторых случаях.
2. При попадании в блок default у вас просто выйдет управление из switch, после чего программа продолжится и её работа окажется неверной.
3. Цикл с вызовом Random.Next можно сократить до 1 строчки, убрав скобки и лишнюю переменную.
4. Можно было бы разбить такой большой Main на несколько функций. Практической пользы в данном случае не так много, но читаемость повысило бы, да и вообще.
5. Вы уверены, что там нужно делить на 5 именно счетчик цикла в условиях?

Потому что ключевое слово new при объявлении члена класса скрывает реализацию базового члена. Если хотите сделать член, доступный через ссылку на базовый класс - объявляйте его только в базовом классе. Если хотите переопределить реализацию виртуального метода - используйте ключевое слово override.
И вообще, вам стоит подтянуть понимание ООП.

Метод MemberwiseClone делает неполную копию объекта (ValueType копируются по значению, а вот для ссылочных типов копируется только ссылка), поэтому во втором объекте у вас лежит ссылка на всё тот же MyEventHandler из первого объекта.
Попробуйте в методе MyEvent.Clone изменить правую строку с MemberwiseClone на просто new MyEvent(). А вот в методе EventDemo.Clone дописать evt.SomeEvent += Handler;

Есть метод MemberwiseClone, он делает примерно то же, что вы описали. Но вложенные ссылочные типы не будут копироваться, будет копирована лишь ссылка.

1. Проверьте, стоит ли у объекта вашего игрока тег "Player".
2. Привязали ли вы в инспекторе (или где-то ещё) объект рычага к GO.
3. Проверьте, является ли коллайдер у рычага триггером, и может ли игрок с ним взаимодействовать.
4. GameObject.activeSelf может иногда возвращать не то значение, если активность объекта установлена не вами, а кем-то в иерархии. Проверьте, нет ли у вас такого, что в SetActive всё время передается false, например.
Для того, чтобы просмотреть значения в ходе исполнения программы, можете воспользоваться выводом отладочной информации Debug.Log

1. Почитайте Страуструпа, например.

2. Изучите STL.
3. Читайте документацию.

И помните, что С++ довольно сильно отличается от управляемых языков, типа C#. Разработчики UE, конечно, постарались сделать всё, чтобы было меньше геморра (взять те же Blueprints), но всё же. Так что учите модель работы с памятью, учите синтаксис, учите библиотеку, и всё у вас будет хорошо.
Алсо, UE на первых порах слабо отличается от Unity, так что вам будет легче.

Это невозможно в рамках C#, потому что тип string - неизменяемый тип. Каждая новая строка имеет свой собственный экземпляр string (такое же поведение имеют все ValueType).
Если хотите добиться иного поведения, нужно использовать System.Text.StringBuilder.
Например:

public class stateEnterWord
        {
            private StringBuilder word;
            public void init(StringBuilder input)
            {
                word = input;
            }
            public void startExecution()
            {
                word.Append(Console.ReadLine());
            }
        }
  static void Main(string[] args)
        {
            stateEnterWord obj = new stateEnterWord();
            StringBuilder Name = new StringBuilder();
            obj.init(Name);
            obj.startExecution();
            Console.WriteLine(Name.ToString());
        }

Однако, если честно, это нарушает принципы ООП.

Если у вас консольное приложение спроектировано правильно и умеет принимать параметры командной строки, то можно воспользоваться методами System.Diagnostics.Process.Start, передать параметры в новый процесс, перенаправить поток вывода и считать оттуда информацию.

Если же нет, и переписать консольную программу нет возможности (а спецификация требует использования именно
этой сборки), тогда можно воспользоваться System.Reflection.Assembly, подгрузить инстанс класса основной программы, вызвать метод Main (или любой другой) и передать список аргументов. Кстати, в данном случае очень неплохо может облегчить жизнь тип dynamic, так как многие вещи он сам умеет распознавать. У такого подхода много минусов, но он рабочий, если нужна динамическая подгрузка.

Ну и, наконец, самый разумный способ: просто переписать весь код основной логики из консольной программы в какую-нибудь отдельную .dll, подключить её к своему проекту и использовать методы и сущности напрямую. Если исходного кода нет - можно воспользоваться Reflector'ом, например. (Причём это если нельзя дотнетовский .exe подключить сразу, без переписывания. Но с таким я не сталкивался.)

Вполне возможно. Смотрите:

static IEnumerable<TResult> Map<TIn, TResult>(this IEnumerable<TIn> seq, Func<TIn, TResult> mapper){
    foreach(TIn item in seq) yield return mapper(item);
}
enum Parity { Even, Odd }
static void Test(){
    List<int> numbers = new List<int> { 1, 2, 3, 4, 5, 6 };
    Func<int, Parity> parity = (num) => num % 2 == 0 ? Parity.Even : Parity.Odd ;
    foreach(var parity in numbers.Map(parity)) 
        Console.Write(parity.ToString() + ", ");
}

Это выведет на экран "Odd, Even, Odd, Even, Odd, Even, ".
Чем вам не функциональный подход? И LINQ здесь нет (разве что самодельный).

Можете воспользоваться фреймворком SlimDX.

Не нравится SQL - пользуйтесь NoSQL, например MongoDB. Там заодно и индексы поддерживаются и всякое такое. Можно организовать и дерево. А можно метрическое пространство по кастомным хешам строк. Это уж как захочется.

Метод List<TElement>.ForEach(Action<TElement>) принимает в качестве параметра делегат (то есть, по сути, указатель на функцию), который обрабатывает каждый элемент списка.
Запись такого вида:

var list = new List<int>() { 1, 2, 3 };
list.ForEach(element => { Console.Write(element * element + " "); } );

Выведет на экран следующее: 1 4 9

Этот кусок кода полностью эквивалентен такому:

void Method(){
   var list = new List<int>() { 1, 2, 3 };
   list.ForEach(Square);
}
void Square(int element){
   Console.Write(element*element + " ");
}

Таким образом, и в первом и во втором случае, переменная element является текущим обрабатываемым значением из списка.