Есть куча других интересных вещей, чем выбор фреймверка. :) Начинайте решать бизнес-задачи и не лочьтесь на технологию.

>>Знаю людей, которые в такой ситуации начинают атаковать в ответ.

Здесь автор скорей всего имел ввиду, что если кто то накосячил (возможно ты, сказал что сделаешь работу), и к тебе пришли сверху и спросили «ну что сделал?», а ты в ответ защищаясь нагрубил и сделал 100% виноватым того кто спросил с тебя, то скорей всего никто с вами работать не будет, потому что вместо сделанной работы получаются испорченные отношения. Возможно, тут лучше без эмоций найти причину про*ба, согласившись с виной — если она действительно твоя, или найти проблему в поставленных сроках — так хотя бы, тот кто пришел будет знать, что нельзя занижать сроки.

Судя по посту, автор ответила, сказала свои ожидания, но утверждает, что ее начали гнобить. Разве это профессионально? Да послушай ожидания и вычеркни из списка, если оно вам не подходит. Люди разные и у всех разные ожидания, необходимо каждого опустить?

Может быть это чувак, который думает о работе кода на разных платформах и максимальной эффективности, а не о свистоперделках IDE и не ждет пока за него индусы напишут очередную либу...

Монстр — это когда 3.5 строки кода тянут за собой огромное количество классов.

Воу-воу, ущемили чувства верующих!

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

Да в общем то мне не обязательно грузить все npm модули асинхронно, мне достаточно вынести React и парочку других библиотек в CDN и грузить их синхронно, потому что это действительно имеет значение при первом открытии страницы после нового релиза (они у нас очень часто).
Webpack мне кажется достаточно громоздким с избыточной конфигурацией. В случае с npmcdn мне кажется достаточно browserify плагина для того чтобы вынести подключение определенных модулей в CDN. Тем более это решение можно будет использовать в уже существующих архитектурах использующих browserify особенно ничего не меняя в логике построения билда.
Частично проблему можно решить при помощи www.npmjs.com/package/browserify-shim, но в этом случае каждую внешнюю зависимость прийдется прописывать ручками, да и подключать в тело документа тоже ручками.

Не подскажите, нельзя ли настроить package.json / browserify — чтобы вместо пакетов в папке node_modules/ был враппер для пакета с npmcdn или подобного сервиса... Спасибо за достаточно интересную наводку по npm.

Потому что держать два установщика пакетов, если тоже самое можно делать при помощи одного — избыточность. Например, при сборке проекта на сервере вместо запуска одного менеджера пакетов — необходимо запускать два. А почему пакеты для фронта начали класть в npm — ответ browserify.

Окей, если для проектов написали и забыли — люди без опыта — это супер. Но найти начинающего, который при написании фичи не заложил парочки отложенных бомб во фронтэнд — таких нужно поискать.
Тут все упирается в то насколько лид хочет учить новичков. Начинающие обычно даже привычки гуглить не имеют (а про наличие навыка «гуглить правильно» — вообще молчу), что уж говорить о тренированном уме.

Это как?
В Ангуляре просто все прикручено из коробки — это полноценный фреймверк с определенными подходами к структурированию приложения, с определенной архитектурой. Другими словами — это монолитный фреймверк.
React — это библиотека, которая дает возможность делать UI компоненты и инклюдить их друг в друга. Ее конечно юзают саму по себе, прикручивая костыли для создания архитектуры, но на самом деле логичней использовать реакт с Flux/Redux.
Согласен, что в React знание JS желательно иметь по-глубже, да и идти он будет посложней.
Если цель — просто войти в IT, то определенно jQuery + Angular, а если заботят дальнейшие перспективы, то нужно основательно разобраться в особенностях нативного JS, тогда вам прийдется по душе React или Polymer.

Воу-воу, полегче. ReactJS, Angular и тут Ruby on Rails.
Это как: яблоко, груша... дятел.

Ходите по тонкому льду, нужно понимать что JS в браузере — это исключительно и почти всегда UI. Если на сервере NodeJS — нишевая штука, опять таки — некоторые «нодовые» либы тянут код на C++ (потому что банально быстрее) — то есть ошибочно считать, что полноценное приложение — это только JavaScript — на самом деле это всегда сборная солянка из кучи технологий / языков.

Если уже говорить о фреймверке, как о чем то делящее твое приложение на слои, то тогда странно, что просто React — это ведь просто вью. Очень скептически отношусь к наколенной архитектуре поверх реакта — тогда уже и jQuery неплох.
Flux, Redux.

Используют и очень даже часто. Через Babel. Пора бы уже, пора. ES5 после покажется кашей.

Будет ли видео с результатами курса? И если да, то как можно будет получить его? Спасибо!