mkone112

Идите в техподдержку в большую компанию (типа МВидео, Сбер, Райф и т.д.). По факту - специалист тех.поддержки - это типа "младший системый администратор". Пока большие дядьки рулят кластерами и спасают инфраструктуру - ребята из техподдержки обновляют рабочие станции, отвечают на вопросы, короче, решают мелкие задачи. Часто в ТП есть линии - 1, 2, 3..., где с одной сторны, первая линия - это самый низ, ребята, которые особо ничего не умеют и сидят на телефоне (зато туда попасть можно практически без опыта), а с другой - третья линия, где уже сто процентов времени занимаются большими задачами.
Самое главное, в хорошей компании ТП - это кузница кадров. Из ТП можно вырасти куда угодно: и в разработку, и в эксплуатацию, и в менеджмент.

Задания нужно делать:

1. Самостоятельно. Вам же необходимо научится а не другим людям.
2. Если самостоятельно не хочется то кнопка фриланс вверху в меню.

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

человек вообще ни у чом не уиноват.
просто в компании не выстроены (или не правильно выстроены) бизнес-процессы.

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

- Отличие ссылочных и значимых типов
- В том или ином виде спросят про модификаторы доступа (public, private, protected, internal, sealed).
Либо напрямую, либо дадут задачу на их понимание.
- virtual и override
- Отличие класса от структуры
- Чем абстрактный класс отличается от интерфейса
- Какие паттерны знаете
- Что такое рефлексия
- Что такое сборка мусора
- Как бы вы спроектировали дерево на классах
- Дадут практическую задачку в духе "А вот если мы от класса A отнаследуем класс B, то что выведется в таком-то случае"
-Могут спросить, работали ли вы с ORM (скорее всего EF/LINQ)

С меньшей вероятностью, но все равно могут спросить:
- Могут спросить про делегаты и события
- Могут спросить про SOLID
- Могут спросить про асинхронность
- Могут спросить про многопоточность

- Не C#, но скорее всего спросят по SQL. Дадут задачку со структурой из 3-5 таблиц, проверят, насколько вы хорошо понимаете JOIN, GROUP BY, HAVING. Могут спросить про индексы.

Большая часть ответов есть здесь
https://metanit.com/sharp/tutorial/

PS Ваша ссылка не открылась, сайт сильно тупит, надеюсь, там боле-менее типовая вакансия C# джуна)

GitLab
Его даже можно установить на свой сервер и загружать любое количество файлов.

Github как раз и позволяет "загружать более ста файлов за раз"

Искусственно развить интерес не получится)
Я обычно как-то так работаю:
1. Объясняю самому себе, что это комуто нужно, и моя работа над этим легаси приносит пользу.
2. Любой проект превращается в легаси.
3. Сама работа над легаси - это челедж. Нужно сделать минимальное изменение, чтобы ничего не поломать, при этом код должен стать лучше. Это чтото среднее между работой сапёра и исследователя.
4. Если предыдущие три не помогли - надо уже глубже в себе копать, что именно не нравится, или как можно себя замотивировать - например деньгами.

Если вам ну совсем не приносит удовольствия работа над легаси - это нормально. Просто берите её меньше, а над не-легаси больше.

Например мне ну совсем не нравится работать над неисправимым легаси, когда даже мелкая задача - это закапывание в код на несколько дней. При этом проект большой, тяжелый, и на старых технологиях.
Деньгами меня замотивировать сложно - по этому я стараюсь над таким кодом не работать вообще