Sasha Novik

Наверное, теряется контекст.

Попробуйте
.catch(this.handleError)
заменить на
.catch(err => this.handleError(err))

Есть два решения.
Разрабатывать по принципу обратной совместимости и не удалять старые пакеты (хотя бы месяц) при выкладке.
Сделать Guard для Routing срабатывающий при активации смены routing'а с проверкой текущей версии и в случае несовпадения перезагружать страницу. Не забывайте что backend тоже может измениться

Это декоратор, который выступает в качестве аннотации, которая рассказывает некую информацию о нижеописанном классе. Ссылаясь на ответ выше, здесь декоратор говорит, что класс ниже это компонент, у которого есть селектор greet, который потом будет искаться в html шаблоне и подставлять туда результаты работы данного компонента, его шаблон и стили. template содержит в себе html шаблон. Если заменить его на templateURL, то в него можно указать ссылку на шаблон, который будет подставлен в то место, где будет вызван селектор greet - <greet></greet>

Скажу так, что кроме плюшек из Ruby в CoffeeScript ничего нет. Никогда не понимал людей, которые возносили до небес CoffeeScript.

Если брать чистый ES2015 - TypeScript будет лучше.
Если брать ES2015 + Flow + некоторые Stage2 и Stage3 пропоузалы - уже надо headsup анализ делать.

В большинстве своём, они будут похожи. Хорошую сборку с данными инструментами надо самому уметь писать (нужные фичи из стандартов, нужная поддержка браузеров, препроцессоров, итд).

По функциональности они примерно похожи. Лично моё предпочтение среди этих двух (если брать заряженный es2015/flow/stage2/stage3) - TypeScript. Нормальное ООП (с модификаторами доступа), автокомплит стабильнее.

И уж поверьте, TypeScript еще очень долго будет жить.

Что лучше WebSockets или socket.io

WebSockets