Роутер и сервер

для микросервисов так себе

+ там еще shared артифакты всякие, типа пользовательские учетки между сервисами

иногда затрудняет разработку, а так с Микросервисами не работал (как выяснилось позже это были просто сервисы, микросервисы подразумевают чуть ли не под каждую фичу - отдельный репо), но SOA удобен, если еще докер имеджи что б компоузом без гемора поднимать это все для тестов

то вообще норм

Ну идея метеора выглядела интересно... доступная изоморфность... Чтобы ручками написать.. придется попотеть..

Ну а про черные ящики я согласен...

клево когда черные ящики у тебя есть, но они черные только для твоих компонентов, которые туда что то передают и в ответ получают что то. )

само норм

А то когда фреймворк знает о бизнесе - это так себе %)

а это везде встречается, фреймворк вшивается в бизнес модель как пайнапэлпэн с ролика того.

Или еще понт - логика завязывается на источнике входных данных (http там или cli без разницы)

Вас обманывают, чтоб впихнуть и не спугнуть

Маркетинг крч

По мне, так себе маркетинг. Ну тип людям функционал нужен, ну и гибкость, а не только вьюха

гибкость ИЛИ функционал (из коробки)
так что людям скорее нужен фреймворк, а с реактом придется его самому собирать
простой пример:
для работы с данными при чуть сложной структуре приложения надо будет брать redux, но это очень много boilerplate кода, но боль можно уменьшить взяв react-redux (не болит уже, только ноет)
а еще для спа нужен роутер - есть общепризнанный - react-router, еще и связать его с ридаксом же надо - знакомьтесь, react-router-redux!
надо добавить поддержку ajax запросов? redux-thunk

5 либ для более-менее рабочего состояния

не говоря уже о devDependencies))

Я так понимаю, это всё так разделено НЕ СЛУЧАЙНО ?

это разные проекты, разные мейнтейнеры, разные версии и т.д.
но идея примерно одна
и это не MVC :)

=> реакт это не вью в MVC