Алексей Павлов

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

как-то так)

Тоже всегда использую вариант 1, он гарантирует что у если у вас есть инстанс класса, вы можете его полноценно использовать. Если же использовать мягкие зависимости то возможны ситуации когда объект есть, а зависимости не инициализированы, и ваш класс в некотором смысле становиться либо "зависимым" от фабрики, либо усложняется его использование необходимостью проверки наличия нужных зависимостей. Ведь у зависимостей класса тоже могут быть свои зависимости, у которых может отсутствовать что-то. И чем больше зависимостей, тем сложнее этим управлять.

Так-же большое кол-во аргументов в конструктор является неплохим призывом порефакторить.

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

string[] words = { "Привет", "мир"};
foreach(var word in words)
{
    foreach(var letter in word)
        Console.WriteLine(letter);
    Console.WriteLine();
}

$homepage = $this->generateUrl('homepage', [], \Symfony\Component\Routing\Generator\UrlGeneratorInterface::ABSOLUTE_URL);

Вместо 'homepage' разумеется, имя роута главной страницы.

Но также можно получить из Request:
$request->getSchemeAndHttpHost();

Сам лет пять назад учился по Шилдту. Мужик все очень грамотно обьясняет, читать очень приятно.
Вот я и читал дома по вечерам, на природе возле озера даже брал книгу с собой к теплому морю.
Она дала теоретический базис и послужила хорошим фундаментом для дальнейшего изучения.
А дальше была книга WPF и вот тут пошла практика и пригодились все знания из Шилдта.

Я вам советую сейчас не сильно огорачться если "не хватает оперативки", просто дочитайте книгу до конца. Не надо запоминать наизусть, просто убедитесь что понимаете код, который написан в параграфе. Даже если вам кажется, что вы мало чего запомнили, в голове у вас основы останутся и всплывут в памяти когда это потребуется.
Ну а после Шилдта берите что нибудь из прикладных .Net технологий - напишите интернет сайт (прокачаете web навыки, что поможет найти работу) или десктопное приложение, можете попробовать простенькую игру (тут вы познакметесь с паттернами проектирования).
Вы только встали на длинный, интересный но трудный путь программиста. Немного терпения и у вас все получится!

1) Почитать книгу по C#, что то для начинающих
2) Понять что такое Update, TIme.deltaTime любым доступным способом, например по туториалам юнити
3) Расписать алгоритм того что вам нужно с оглядкой на п.2
4) Реализовать алгоритм.

Вопрос мало того что примитивен, так еще и является заданием. Если вы не можете реализовать такое - то вам крайне рано в геймдев

Если Ага угу и тд не меняюся то можно сделать так

switch(A)
{
     case "Ага":
         //Действие при условии что A равно Ага
         break;
     case "Угу":
         //Действие при условии что A равно Угу
         break;
     //Таких конструкций может быть очень много но нельзя чтобы слова повторялись.
     default:
         //Ни один case не совпадает с значением A
         break;
}

Почитайте про логические операции
Здесь вам нужно использовать "ИЛИ" - ||
if a == "ага" || a == "угу" {}

Кроме Git, про который уже сказал Пума, код должен быть разбит на модули, а работа организована так, чтобы разные модули можно было раздать разным программистам. Тогда "будет состыковка".

1) Что бы два процесса общались между собой можно использовать WCF.
2) Что бы сделать расчеты, можно вынести этот код в dll, и использовать в любом приложении (консоль, сайт, форма).
3) Глобальным делать что либо в данном случае не обязательно.
4) Вам стоит разбить метод на части, сейчас все в одной куче и в этом сложно разобраться.
5) Сделайте расчеты отдельно, визуализацию отдельно.
6) Почитайте про MVP, MVVM, MVC.

virtual предполагает наличие реализации, которую при необходимости/желании можно переопределить.
abstract вы обязаны реализовать в неабстрактном классе. никакой реализации по умолчанию не предполагается.