Aleksei Podgaev

https://docs.angularjs.org/guide/unit-testing

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

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

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

конечно нужно разные сущности разными запросами получать. это и с архитектурной стороны правильнее и с точки зрения отзывчивости страницы.

1 - найдите на github какой-нибудь boilerplate, starter или seed app, посмотрите как там всё сделано, разберитесь
2 - погуглите best practices как по структуре react, так и по sass/scss

На свете не существует библиотеки компонентов, даже платной, которая бы удовлетворяла всем потребностям всех разработчиков. Всегда приходится допиливать. Если вы хотите создать крупный проект не написав ни строчки кода и не потратив ни рубля - вы не по адресу.

По моему опыту, чем проще изначальная библиотека, тем легче её модифицировать/допиливать до необходимого функционала. Поэтому я бы предложил связку Angular+Bootstrap. Для хитрых UI компонентов также хорошо подходит React, но к нему нужен ещё зоопарк библиотек для управления состоянием, кэширования AJAX запросов и всего остального.

Я немного не понял ситуацию. Если ваши промисы выполняются быстрее, чем происходит отрисовка, то зачем вообще выводить эту промежуточную информацию? Пользователь не успеет её прочитать. Отобразите индикатор загрузки изначально и заполняйте тэг значением в самом конце. Либо добавляйте новый тэг в конец, а предыдущий скрывайте с анимацией - так будет красивее.

Самый быстрый способ - использовать GitHub Pages

Вас не смущает два вызова this.router.navigate(['/login']); в двух местах?

Зачем вы делаете перехват ошибок в сервисе авторизации? Если роутер сам за этим должен следить - пусть он и следит. Там и ставьте перехват и обработку ошибок, а из сервиса уберите.

1. Как правильно заметили в предыдущем ответе - конструктор не должен быть асинхронным. Вынесите инициализацию в отдельный метод.

2. Почему нельзя подписывать до установления соединения? Кто это сказал? Я не знаю, насчёт используемого вами клиента, но можно же свой Subject (из RxJs) объявить, на него подписаться, а он уже будет прокидывать события из сокета, когда соединение установится. Т.е. на события сокета подписывается только сервис, который его создал, после того, как соединение будет установлено. Все остальные подписываются на события этого сервиса. Сервис пробрасывает все события, которые приходят от сокета, своим подписчикам.

Вопрос в том, как именно вы его запускаете.
Можете пример командной строки привести и что вам на это Node отвечает? Может быть он не может найти файл конфигурации в текущей папке?

Очень грамотную статью по лучшим практикам в первом ангуляре от John Papa предложил первый комментатор adamsafr . Полностью согласен и рекомендую к прочтению. В остальном же для быстрой адаптации в новом коллективе самое главное - не закукливаться в себя и как можно больше спрашивать у опытных коллег. Они все пониимают, что вы новичок, и всегда постараются объяснить решения принятые в процессе разработки. Лучше спросить один или два раза сейчас, чем тупить и ошибаться всё оставшееся (недолгое в этом случае) время на новом месте.

Немного непонятен вопрос. Нужно расписать алгоритм из двух циклов или как генерировать таблицу средствами Javascript или что? Нужно это сделать на чистом javascript или можно применять фремворки?

Согласен с предыдущим автором. Разберитесь как работают промисы и асинхронный код вообще.
Ваша функция GetResponse действительно не ждёт, пока отработает запрос, а сразу возвращает значение "foo". Так что вы получаете именно то, что написали в своём коде. Если вы будете "приостанавливать" выполнение функции, то ваши пользователи проклянут вас за повисший браузер. Лучше сделать, чтобы alert вызывался только после выполнения запроса, т.е. в success.

Необходимо немного больше данных. Blog - это просто объект или Promise? Что такое Blog.Blog? Когда и как это свойство инициализируется?

Код профессионала может прочитать и понять любой дилетант. Код дилетанта иногда даже профессионал понять не может.