Мне кажеться что при переезде в любую страну возникнет много нюансов потому что «нельзя путать туризм с имиграцией». По своему опыту скажу что например итальянцы, испанцы и португальцы едут в Ирландию (пару раз видел французов, но это редкость). Для меня это значит что уровень ЗП для среднего специалиста в Дублине выше чем в приведенных выше странах. Но это никак не отражает ситуацию с управленческими позициями, да и скорее всего управленцев ищут внутри страны.
Еще в марте Filipe Silva (www.meetup.com/...
Так поэтому TS и нет на проекте, потому как не видно ОЧЕНЬ ЯВНЫХ преимуществ. Увидим — добавим :)
Пусть я ошибаюсь насчет тренда :)
А по поводу «браузеры с нодой поддерживают многое из ES6», так проблема здесь в том что не у всех новые браузеры и ES6 без бабеля использовать сложно.
А Вы пробовали без опции TS завести Angular 2? :)
Еще хотел бы поделиться ссылкой на IoC с множеством возможностей — inversify.io
А я и не говорил что его знают с рождения, ES6 еще не все на проектах используют, потому что миграция это очень трудный и не предсказуемый процесс с непонятными бенефитами для менеджеров.
Мы не используем, но вижу тренд, что гугл всех заганяет на TS.
Если Вы имеете в виду части TypeScript в сравнении с ES6? То TS мы не используем, но его применение облегчало бы коммуникацию.
Не совсем понимаю что такое
es-next.
Мне тоже нравиться гибкость JS и отсутствие типов (сейчас на проекте ES6), но практика показывает что, например применение TypeScript, облегчит жизнь джунам и согласование контрактов между разработчиками или командами.
Экспорты то синглтоны, но экспортируются функции конструкторы, а конечный инстанс содержит инстансы зависимостей. Так что не зря. На мой взгляд хрупкость данного кода в жестких путях импортов, но к сожелению красивого решения предложить не могу.
Не совсем понимаю Ваш саркастический тон по поводу языков сос статической типизацией (там он реализуется намного проще с помощью рефлексии), в JS (язык с динамической типизацией) же вся сложность что все просто объект или функция и сложно придумать красивый синтакс для декларации зависимостей.
Благо с декораторами красивый синтаксис стало легче изобретать ;)
По поводу патернов, они кстати от языка не зависят, посмотрите Мартина Фаулера — martinfowler.com/articles/injection.html
Ну и линк ниже дает ответ на вопрос «почему» :)
А Вы не пробовали паттерн DI на практике?
Не бойтесь Stackoverflow. Ваш английский поправят. А информация полезная и очень даже "
«в формате»
Думаю все зависит от того как вы используете angular. У нас на проекте (с ES6) vs стараемся плодить как можно меньше зависимостей от ангуляр 1.x (так сказать готовимся к ангуляр 2.0) и соответственно чистого JS я бы сказал порядка
Основные фреймворки на рынке это Angular, Ember и React (он только развивается — хайпа много, но работы не так много и как сказал Dmytro Shchurov нужно знать что ты хочеш от реакт что бы получить изящное решение), все остальное не так распространено и соответственно работы очень мало. Ангуляр 1.x гибкий и что бы писать хорошо нужно следовать строким правилам (очень хорошей отправной точкой является Angular Style Guide). Ember, менее распространен чем Angular, но это зрелый фреймворк с полной инфраструктурой. Backbone (и все что построено вокруг него) — было хорошо
Посмотрит вот здесь www.morganmckinley.ie/...
Поделитесь где? Мы же говорим не о контрактной работе и не о руководящей позиции?
Как то странно выходит из этого опроса — у JavaScript потолок 85k a у .NET только 80k :)
Уже! Только за такие деньги и снимешь :)