Артур Нуруллин

Тестировать бд не надо
Надо тестить общую логику.
Поднимаете контейнер с базой данных и тестируете.
База данных существует во время всей сессии тестов.
Потом контейнер убивается.

В процессе изучения вам стоит понимать что на node.js у вас хорошо получится только апи/прослойка, что то с бизнес логикой на ноде у вас в врядли получится т.к. это js, попробуете что то тяжелое, сами поймете

Если у вас возникают вопросы по таким простым вещам, то я думаю не стоит вам давать в подчинение людей.
Не обладаете еще достаточной компетенцией.

Not here =)
Ask at stackoverflow.com

Zyan Communication Framework, на сервисе хост, на ASP.NET MVC клиент. Вот и все.
Если есть большой трафик то RabbitMQ + Mass Transit.
Пишет в базу только сервис. Zyan выступает в качестве фасада.

Entity Framework, для критичных мест Dapper

matveyvarg: пошерстите вакансии в вашем городе, если есть и сравнимо с питоном или даже больше, то я думаю ответ сам придет, плюс с выходом покупкой xamarin-а(Лицензии покупать теперь не надо) сфера использования C# раза в 2 превышает сферу использования питона, к тому же я не слышал что бы на питоне писали User Mode Drivers

На php красивого решения у вас не выйдет, либо пишите какой то прокси сервис, через который у вас вне зависимости от типа выгружатся коллекции

По ASP.NET Core еще нет книг, потому что сама технология еще не вышла в продакшен.

Берем Spring/Hibernate, вперед и с песней

Скорее всего где то дедлок

Какой то изврат у вас =)

Используем Service Bus и задание воркера обязательно заварачиваем в try catch.

Может лучше использовать проекции, чем генерировать такой гавнокод ?

Нигде, учите английский, без английского в программировании никак.

Посоветовал бы писать на .NET, но т.к. издержки идут, то лучше конечно Java(Spring)/PostgreSQL
На MySQL лучше даже не смотреть.

Можно использовать Visual Studio с Python tools

Контекст смысла, можно почитать про DDD