Николай

Вам то что больше нравится? Данные технологии тесно связаны и понимать как всё работает необходимо в любом случае и следить нужно за развитием технологий на обоих ветвях. Ну и останавливаться на них тоже не стоит, можно посмотреть на nodeJs, попробовать noSQL базы данных, может даже другой серверный язык ( ruby, java, ...etc). Только попробовав большое число технологий вы сможете понять, что нравится именно вам. Главное - не ориентироваться только на деньги в этом вопросе: если вы будете следить за новыми технологиями и активно знакомиться с ними, а ещё лучше - принимать участие в их разработке в виде контрибьютора/альфа-юзера - проблемы с работой и, как следствие деньгами, у вас не будет.

Посмотрите в сторону angular-ui-router, там такие штуки делаются легко при помощи nested states.

Я так понимаю, что вам вернет только авторизованных в вашем app пользователей. Так как это sandbox mode. Вы можете создать второй аккаунт, авторизовать его в вашем приложении и зафоловиться. sandbox mode раздел Sandbox Users

первый(правильный) вариант: Используйте стандартные механизмы роутинга angular для подгрузки таких темплейтов. Тогда и проблемы не будет.
второй(плохой) вариант: используйте сервис $compile
третий(что-то среднее между первым и вторым): использовать ng-include.

Все ваши требования делаются при помощи grunt/gulp/webpack/.... и никакого особого отношения к TS/Babel не имеют.
Вы почитайте лучше о плюсах TS и Babel и определите, какие из этих плюсов вам будут полезнее.

Посмотрите вот эту статью: тут очень здорово сделан рейтинг звездочками: https://css-tricks.com/star-ratings/

Можно извратиться и написать кастомный фильтр, но, поверьте, не стоит так делать. По возможности готовьте данные в контроллере.

DocumentFragment это объект, а не DOMNode, при аппенде documentFragment в DOM присоединяются его дочерние ноды. Собственно просто так заменить innerHTML на documentFragment не выйдет.

Проверка, есть ли элемент с текущим id в массиве элементов.

var exists = cartItems.any(
    function(element) { 
        return element.id === id;
    }
);

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

У вас получается что-то типа сокрытия зависимостей в этом случае. Почему бы просто не заинжектить оба сервиса - а пользоваться тем, который нужен?

Чтобы не прописывать все файлы ручками можно использовать wildcards.
Для вендоров я обычно делаю отдельную переменную, в которой прописываю все пути к вендорам.
Насчет конката и мимифая вендоров:
Я конкачу в отдельный файл, т.к. он обновляется намного реже чем файл со скриптами и как следствие может грузиться из кеша.