Ксения

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

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

Если работодатель адекватный, то он понимает, что за 2.5 месяца соискатель вполне мог получить необходимые навыки и теперь подходит на должность.
А если неадекватен, то даже при прохождении тестового задания найдёт повод не взять, в таком случае это будет даже к лучшему, что не устроились к идиоту.

Залить на GitHub(Не хочется его засорять)

Гитхаб запретил удалять репы?

И тут ахтунг! Я очкую...

Не боись, главное ввязаться!

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

Как оценивать время на выполнение новых задач, с которыми я на прошлой работе не сталкивалась?

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

Работодатель осознает но делает вид что не осознает

не парьтесь - записывайте побольше, и перечитывайте, и все получится

Да по сути все что лежит в неймспейсе System - это и есть .Net. Это конечно не весь дотнет, но и систем - тоже дотнет. Так что если вы использовали List, Dictionary, Linq - то поздравляю - вы использовали .Net.

А что имеется ввиду в вакансиях честно не скажу.

Вы думаете не в том направлении. Сервер главный, клиенты - рабы его. Захотели куда-то полететь? Спрашивайте разрешения у сервера. Захотели посмотреть данные о планете? Спрашивайте у сервера? Захотели сходить в туалет? Спрашивайте у сервера) Разумеется, всё это для выделенного сервера, который вы хотите написать на C#.

1) Надо отталкиваться от того, что любой клиент можно подделать. Следовательно, всё, что не отвечает за рендеринг, интерфейс и красивые эффекты, должно храниться и обрабатываться сервером. Клиент должен просто показывать ваши нули и единицы в удобной для пользователя формы.
2) Любое действие, совершаемое игроком, должно отправляться на сервер и проверяться им. Естественно, по данным, которые хранятся на сервере. Пользователь нажимает кнопку, посылается запрос на сервер, он симулирует действия. Рассматривайте сервер как единственное место, в котором реально происходит "игра" (симуляция мира). Клиент же рассматривайте как клавиатуру, мышку и монитор в оффлайн играх.
3) Симуляция (которая происходит ТОЛЬКО на сервере) должна быть ни чем иным, как простым кодом. Без всяких переиспользований и прочего. Просто какая-то функция OnClientSendData, которая, грубо говоря, осуществляет покупку от имени приславшего клиента нового корабля, сохраняет id в профиль игрока и возвращает сообщение об успешном выполнении покупки.
4) Связь между клиентом и сервером должна осуществляться через ваш собственный или выбранный протокол. На низком уровне. Обобщая, без использования стандартных юнитовских rpc, т.к. они не работают с выделенным сервером. Если очень хочется, то работают, но тогда сервер придётся писать на самой юнити, и он уже не будет консольным. В таком случае, опять таки надо забыть про рендеринг и прочее, ведь сервер должен быть быстрым, и на него никто не будет пялиться каждый день. Сборки, разумеется, должны быть разные для сервера и для клиента.
5) Интерполяция, экстраполяция, сглаживание и прочие умные словечки будут очень полезны в плане разгрузки сервера. Ведь можно каждую секунду передавать координаты планеты всем клиентам, а можно задать его эфемериду на несколько часов вперёд, ограничившись таким образом одной отправкой. Кстати, именно так сделано в GPS.
6) Некоторые логические действия всё-таки можно производить на клиенте, если их результату сервер сможет доверять. Ну или просто "разрешить" читерство, проводя симуляцию на клиенте, а сервер превратив в "тонкую" базу для синхронизации.
7) Ну и под конец, необходимо использовать всякие спец. приёмчики. Например, зачем каждый раз загружать с сервера всю карту, если можно загрузить только изменившийся кусок. Некоторые действия можно вообще сделать "локальными". Например, зная результат боя, можно сразу загрузить его и симулировать на клиенте, а не получать каждую секунду новые параметры.

Надо усвоить:

1. ВУЗовские учебники по высшей математике: матрицы, линейная алгебра, вектора.

2. Лафоре: Хэши, деревья, O(n)

3. Вузовские учебники по статистике: гистограммы, баес, вероятности, монте-карло,

4. Нейронные сети - тут недавно был прорыв, надо взять книгу поновее.

5. ВУЗовский учебник по мат.логике, чтобы знать вещи типа !(a&b) = a||b

6. ВУЗовский учебник по вычислительной математике: метод наискорейшего спуска и т.д.

Надо знать в общем виде, что это всё такое и глубже копать там, где идёт реальная работа. AI - нейронные сети, графика - значит матрицы.

Удачи!