говорят что react быстрый ... но его очень легко сделать медленным, но это не страшно так же легко его обратно сделать быстрым
в вашем случае главное не шлите данные по отдельности как только они изменились, не нужно делать сто перерендеров в секунду, лучше шлите все изменения раз в секунду
react приложение это всего лишь html+js, его можно отдавать обычным nginx как и любую другую статику, что при этом на бекенде не важно
зы отдельный сервер для бекенда, отдельный для фронтенда конечно тоже бывает но это сильно отдельная история
Велика вероятность, если он сольется, остаться с непонятным кодом, который некому доделать. По биржам фриланса пробежался, Erlang разработчиков крайне мало.
тогда о чем вообще вопрос ?
вы уверены что вам нужно будет так сильно масштабироваться как fb ? к слову вк чаты раньше жили на node.js, сейчас на go
в свое время тоже задался этим вопросом - большая часть туторилаов приводит пример похожий на то что описали вы, это прекрасно работает на todolist но в реальном проекте оборачивается контейрнером который прокидывает 20-30 пропсов
redux использует context то есть от большего числа connect вы ни в чем не проиграете
Нельзя мутировать данные, это концепция redux, данные проверяются по ссылкам
Если вам удобнее работать с мутабельными данными то посмотрите в сторону mobx, но у меня еще не разу имутабельнсоть не вызывала проблема
зы в свете es6 не сильно нужно но вдруг понравится https://facebook.github.io/immutable-js/docs/#/
если выбор между bootstrap и material-ui в контексте react приложения то я за material-ui, bootstrap бесспорно хорошая библиотека но под react слабо адаптирована
material-ui это сразу react
Стоит ли пытаться это продавать в гуглплее и платить за регистрацию $25? Как такие простые вещи для ума там покупают?
покупают так себе, на рекламе выезжают, реклама обычно admob или аналоги
никто не мешает наштамповать однотипных приложений с разным контентом, так что почему нет ?)
Backend - REST API, ему плевать что у клиента - react/angular/нативное мобильное приложение или другой сервер, его дело данные обрабатывать и отдавать
Клиент - плевать на чем написан backend, хоть на паскале
их объединяет только документация, все остальное от лукавого