Елизавета Борисова

В 2017 заслуживает внимания Kotlin - он создавался для поддержки очень больших java-проектов, код действительно гораздо более компактный, и nullability!)
Node.js к сожалению не так хорош для самых больших проектов, сложно поддерживать, на каком-то этапе нужно переносить.
Python тоже возможен, местами, есть примеры.

Ваша проблема не в ноде, а в недостатке опыта в бекенде и проектировании как таковых. Язык, базовый сервер не так важны, и на данном этапе, возможно зря отказались от django.

Доки MDN, React,Vue,Django обожаю, с ними действительно не нужны особо другие источники. Совсем другая ситуация с нодой.

В django уже реализовано многое из коробки, а на express вы сами должны писать/собирать свое django, отсюда разница в документации. Т.е. это более низкоуровневый инструмент, отсюда ваши сложности. Берите более "жирный" фреймворк поверх экспресса, или сначала реализуйте достаточно большой бекенд на django.

Все-таки архитектурные вопросы, на мой взгляд, на первом месте, если говорить о том, что Вам будут доверять писать что-то с нуля и без жесткого присмотра.
Что еще:
1. плюсую Redis, Postgre, Mongo
2. "быть на ты" с асинхронностью, разнообразными промисами
3. es6, typescript, быть готовым работать с кодом, написанным в разных стилях
4. сокеты, socket.io, sockjS
5. Новичку, видимо, rest api
5. gulp и пр. инструменты можно не указывать

Сделайте сервер для морского боя Как сделать морской бой на html+js+css с перетаскиванием кораблей? Куда копать?, чтобы держал 10к боев минимум, реконнекты, и нагрузочное тестирование к нему.
Консультации в скайпе после 21-22ч (см. контакты).

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

Возможность выбрать базу данных. MongoDB знаю и люблю, но возможно от нее придется отказаться в угоду SQL.
* Наличие хотя-бы какой-никакой админки.
* Возможность разбивать пользователей по ролям.
* Возможность генерировать REST API карты, для удобства и наглядности.
* Уже встроенные решения для пользовательских сессий, XSS (и смежных) защит, авторизации.
* Открытость для расширений и пользовательских плагинов.

Похоже, вам нужен django. В node-фреймворках очень плохо с админками, структурированными пользователями и прочими коробочными решениями (остальное можно достичь разными модулями)

замечательный вопрос. По какой системе турнирная таблица ?! При чем здесь монга, а тем более экспресс ?

Шеф говорит не … мозг и юзай angular!!!

Вам, похоже, крупно повезло, если делаете, что хотите, и до сих пор не уволены

Думаю взяться за backbone

Backbone актуально использовать только для связки (частично), т.к. в поддержке такой обширный код тяжеловат.

Как вариант, сделайте ваше приложение (которое не доделали) на разных фреймворках: backbone, react, angular1/2, в процессе начнете лучше понимать, что для чего подходит.
Можете также взять пару консультаций у более опытных людей, но не спрашивайте абстрактные вопросы, покажите ваши проблемы с приложением ( я тоже консультирую, скайп, строго вечером).

Для карьерного развития сейчас актуальны (снова!) react и angular, разнообразия спроса не наблюдается. По поводу бекенда и фуллстека, возможно, не стоит отвлекаться, пока не разберетесь с фронтендом. В node зоопарк подходов, каждый выбирает на свой вкус, или пишет свое.

Несмотря на подробное описание, текст не описывает опыт (возможно, работодателям тоже). Я думаю дело не в том, что вам необходимо срочно осваивать что-то новое и якобы более востребованное, а в том что имеется сочетание непрофильного образования и недостатка проектов в портфолио/опыте.
Откуда например такие точные оценки:

angular (процентов на 80), backbone (~80), react (~70)

80% - это как? за этим может крыться отсутствие участия в разработке больших проектов на данных фреймворках.

Может кто-то мне подскажет, что сейчас действительно востребовано на рынке

в целом angular2/1, react - достаточно в тренде, в вашем случае может не хватать базы, может быть стоит заняться native/HTMl5 api

P.S. отвечаю в скайпе на вопросы (вечером),контакты в профиле

Структура примерно стандартная, клиент можно разбить на модули. Phaser не вполне профессиональный инструмент, но вполне возможен. По поводу backbone - зависит от объема клиентской логики, и планируемой поддержки, и также от размера команды. Чем больше логики и меньше команда, тем хуже будет вести себя BB (тогда надо выбрать фреймворк, Angular - не единственное решение). Структура папок не столь важна, в процессе рефакторинга поправите.

Владимир Грабко : Phaser не для API, а для рендеринга, физики итп

Phaser, либо panda.js. Нормально phaser поддерживается, и развивается давно. Документации достаточно + форум.

Покажите компанию/вакансию, уровень требований может быть разный.

Что бы мне надо изначально заиметь, чтобы в итоге выйти к node и нормальному с этого профиту?

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

Сначала просто JS, как выше написали. Для трудоустройства очень важно бережно коллекционировать проекты и задачи, которые выполняли, коммитить на github. быть готовым проходить технические интервью, и оперативно выполнять тестовые задания (если потребуется).
Подробнее могу рассказать в скайпе.

Задача перераспределения ресурсов параллельна веб-морде. Вы можете разные инструменты для разных задач использовать. Python для данных подойдет хорошо.

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

Точно!

Как вариант, можно перейти на клиентскую шаблонизацию.
Если же нужно генерировать много страниц, шаблонизаторы проще всего.

Можно выжать больше, но ссылка на эксперимент Александра Штучкина немного некорректна.
У него было просто миллион одновременных соединений, единовременных. Это не то же самое, что поддержка соединения миллиона клиентов в реалтайме.
Если у вас не реалтайм ММО, вообще проблемы нет.

Я думаю, есть объективные факторы, помимо философских.

1. Действительно сложно писать и поддерживать очень большие проекты.

2. Фактор надежности. Из-за него стоит отнести проекты на Node больше к добротным прототипам.

3. Нестабильность инфрастрктуры для разработчиков, необходимость форкать модули для фиксации их багов. А еще раскол на 2 ветки теперь.

Из-за опосредованных факторов для больших/хайлоад проектов в ядре проще использовать другие технологии.

Сейчас нельзя. Разработчики планируют выделить клиент отдельно. А сейчас рекомендуют ускорять ребилд размещением в оперативной памяти:

cd ~/project_name/
rm -fr .meteor/local/*
sudo mount -t tmpfs tmpfs .meteor/local
sudo chown -R YourUser .meteor/local
rm -fr packages/*
sudo mount -t tmpfs tmpfs packages
sudo chown -R YourUser packages
mrt update
mrt

Angular - это толстый клиент, посмотрите разницу с тонким. Генерировать все на сервере может быть затратно.
Да, Angular позволяет создавать интерактивные html теги - то, для чего разметка не была создана. Они пытаются исправить несовершенство этого проектирования.