ozknemoy

Можно ставить. Это не значит, что "будут недоступны некоторые современные фичи", т.к. тогда не было бы доступно даже extends для классов, а не только современные фичи.

Если вы поставите noEmitHelpers, то компилятор просто перестанет вставлять хелперы в начало каждого скомпиленного модуля, но продолжит использовать хелперы при необходимости. Для вас это значит, что вы можете добавить хелперы самостоятельно иным способом, например через глобальные переменные. Мы делали такую вещь с помощью webpack.ProvidePlugin, который автоматически инжектил нужные реквайры при использовании TS-ом хелперов (сам компилятор TS не догадывался об этом, он просто не эмитил хелперы в каждом файле). Это всё делалось с целью экономии, чтобы не иметь код хелперов в начале каждого скомпиленного файла.

Затем в 2.1 появилась опция importHelpers, которую мы долго ждали, и мы сразу перешли на неё, чего и вам советую. В этом случае компилятор вставляет код импорта реализации хелперов из специального пакета tslib, который вам нужно будет добавить в runtime-зависимости в package.json если вы захотите использовать опцию importHelpers.

просто на hh самый просто способ, все остальное сложнее и муторнее, логично что надо рассылать на емайлы компаний на вакансии которых вы претендуете.
уже в году 2006 почти все кого я знал в айти искали работу на сайтах типо hh никто ногами никуда не ходил.
ну если вы готовы заплатить кадровому агентству за поиск работы для вас то почему бы не сходить.
суть то в том либо самому тратить время на это либо другим заплатить чтобы они тратили свое, каких то там магий в агентстве нет.
с учетом того что у безработного вагон бесплатного времени очевиден выбор.

собственно angular и backbone сравнивать не корректно. backbone дает лишь общий каркас, помогает реализовать модель и синхронизацию данных с сервера, когда как angular дает жесткую mvc структуру и массу плюшек (тот же биндинг данных, директивы, сервисы...) По сути вам никто не мешает использовать backbone и angular.js в связке (модель на backbone как сервис для angular или чего еще).

По поводу библиотек — почти все библиотеки не привязаны к фреймворку. В backbone лучше использовать штуки типа require.js для ресолва зависимостей. В angular.js можно библиотеку зарегистрировать как сервис и использовать через di. Ну и так же для него масса готовых модулей. Так что тут привязываться к фреймворку смысла нету.

По поводу совместимости с yii — если общение производится посредствам rest api — глубоко плевать на чем она реализована.

Ссылки не приведу… У angular.js и у backbone все очень неплохо с распространением, да и с производительностью (ну как… у ангулара есть пока грешек с грязной проверкой изменений, но вроде как планируют перевести это все дело на Object.obsorver). Раньше использовал backbone, последние пол года полностью все на angular (от админок и одностраничных приложений до phonegap, хотя для последнего выгоднее использовать backbone ну и жесточайше оптимизировать ui, но это на порядок увеличивает сроки).