shade

Вполне. Посмотри шоурум на оф. Сайте. Тестирование реакте и кордову. Именно с картинками. Создал фото галерею, картинки высокого качества. 20 файлов на одной странице. Кордова умерла, реакт натив даже не напрягался, открыл страницу почти мгновенно

Давайте сравним "Рога и Копыта" с MS.
Какой средний оборот???
Кто такой - "средняя компания"???

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

У одной компании оборот 900К $ в год был при штате в 40 человек. Другая совсем маленькая, штат 7 человек, оборот около 50К $. Компании из СНГ, работают в вебе и мабайле на рынок СНГ.

А Trello, где всего около 100 человек недавно была куплена за 0,5 миллиарда долларов.
;)

Это все несравнимо.

А чем Slack плох? стоит ли огород городить?

Попробуйте React Native

Мне кажется, тут не все правильно понимают вопрос. Если говорить о преимуществах одного языка над другим, то как только вышла нода, появились списки с так называемыми преимуществами. Но тут почему-то все упускают самую важную деталь - все перечисленные языки - это языки высокого уровня. Что означает, что то, что сделано на одном языке, будет так же сделано и на другом языке. Разумеется, у каждого из языков есть свои особенности. И вот обмусоливать эти особенности, что у одного языка делается так, а у другого по другому, и в одном случае удобнее на первом, во втором случае удобнее на втором - это пустые разговоры.
Вопрос в том, почему раньше использовали этот язык мало, а теперь стали использовать много - потому что он появился гораздо позже перечисленных в вопросе языков. И дело тут даже не в том, что на нём просто мало успели написать, дело в том, что если язык молодой, для него не написаны необходимые библиотеки. Ведь разработка проектов идёт не на чистом листе в блокноте, все пишут на каком-либо фреймворке, то есть должен быть набор требуемых библиотек. Эти библиотеки пишут первопроходцы кто-то просто попробовать, кто-то для несложных проектов. И вот теперь подошло время, когда можно делать сложные проекты на ноде - можно пользоваться трудами предшественников. Касательно оплаты, уже говорили, что переплачивают за редкость разработчиков.

All-in-one: webkit, native app, full-stack js, mobile app (cordova) as server.
Т.е., node.js - это как раз то нужное недостающее ядро, необходимое для создания сетевых нативных клиентов и единая среда для серверной и клиентской сторон.

Ох.. такой фигни вы нагородили. Вызывать Get<> вручную не очень хорошо, все должно быть заинжекчено через конструктор или пропертя. Почитайте еще немного про Dependency Injection(DI), понять самому это возможно)). Дальше будет стена текста, но она описывает реальную(сверическую в вакуме) ситуацию.

Касательно примера. Тут глубина вложености не большая и DI будет только мешать. Но давайте представим, что у вас есть веб сервер, который ждет запроса и возвращает определеные данные. Он эти данные должен откудато взять, нам их любезно готов предоставить некий сервис по имени Service, который реализует некий интерфейс IService. Для корретной роботы Service, тоже необходимы данные, которые он преобразует и вернет тому, кто их попросит. Он их достает из SuperServiceHelper(ISuperServiceHelper) и SuperPuperServiceHelper(ISuperPuperServiceHelper). Первый хелпер берет данные из репозиториев SomeEntityRepository(ISomeEntityRepository) и SomeGreenEntityRepository(ISomeGreenEntityRepository). Второй хелпер берет данные из SomeBlueEntityRepository(ISomeBlueEntityRepository) и SomeRedEntityRepository(ISomeRedEntityRepository). Ну и конешно мы хочем все это валидировать нам нужны валидаторы для каждой entity, которые для SomeEntityRepository нужен SomeEntityValidator, для SomeGreenEntityRepository нужен SomeGreenEntityValidator, для SomeBlueEntityRepository нужен SomeBlueEntityValidator, для SomeRedEntityRepository нужен SomeRedEntityValidator.

И так, вы не забыли с чего мы начали, после всей этой ваханалии(еще нам нужно, чтобы все это было покрыто тестами)? Ах да, нам нужен Service для того чтобы обработать запрос... Нам бл*** нужен только Service, здесь и сейчас. Вот здесь DI и IoC нас спасут, скажите только что вам нужен IService и вуаля, вся эта цепочка будет востановлена без нашего участия.

Просчитывать баланс можно только в очень простых RTS, где расы не сильно отличаются.
Посмотрите на StarCraft - там невозможно просчитать баланс, всё подгоняется по мере игры и на основе статистики.

По сути есть только правило камень-ножницы-бумага. Анализируйте другие игры и создавайте свои правила.