Артем Воронов

Можно извернуться и сделать форвардинг COM\USB портов по TCP. Но это все будет работать нестабильно и через жопу.
Все что относится к клиенту, должно работать на клиенте. Печать - ответственность только клиента, бэк в контейнере вообще ничего не должен об этом знать, только генерировать документы если надо.
Работа внешним оборудованием тоже отвественность клиента. Если оборудование надо зашарить, то на клиенте подымается сервис.

Каждой задаче свои инструменты.
Стек Microsoft неудобен для стартапов, где мало R&D и много гипотез где и как расположить кнопку\текст. В технологичных проектах же он так же популярен, как и стек Java. Вкупе с BizSpark и Azure получается чудесный стек для запуска проекта небольшой командой. И не надо рассказывать сказки просто стоимость серверов и облака - она ненамного выше рыночной.

Судя по описанию в комментах, вам не нужно мобильное приложение. Скорее небольшое приложение в облаке, запускаемое по расписанию. Azure Functions или Azure WebJobs идеально подойдут для этого.

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

Это можно сделать с помощью WMI. Можно подписаться на событие подключения новых устройств.
Небольшой пример karlagius.com/2009/03/04/keeping-track-of-usb-devi...

Достаточно открыть hh.ru и поискать вакансии .Net. Большая часть топовых вакансий - банки.

У Троелсона хороший обзор основных технологией, адекватные примеры кода. С него очень хорошо начинать.
Шилдта не читал, но думаю можно дополнить им Троелсона.

Для устройства на работу лучше попрактиковаться дополнительно. Берите на фриланс биржах студенческие задачи. Они довольно простые, но позволяют набить руку на базовых задачах с массивами, циклами, строками и т.п. Заодно подкрепите мотивацию небольшим материальным вознаграждением.

Если говорить о WinForms, то там используется GDI+, на котором работа с прозрачностью адский геморой.
У WPF с этим проще, но сколько же ресурсов будет жрать? Все таки в качестве редактора использовать WPF нецелесообразно - на больших проектах будет адово тормозить.

Лучший вариант - DirectX или OpenGL.

UpWork чем не устроил?