e_asphyx: это называется "зачем мне эта игрушка если я могу с закрытыми глазами LXC запустить или там через cgroups все изолировать".
У каждого свои "игрушки". Мне вот лень разбираться со всем на свете, я хочу что бы вся эта рутина (вроде настройки окружения) делалась одной командой для десятков серверов. Что бы я мог тратить как можно больше времени непосредственно на основную работу. А выделять целого админа на то что бы он днями "игрался" мне как-то не оч выгодно.
e_asphyx: ну мол отвечая на ваш вопрос - вы можете админить окружения, помогать с докерами и всякими вагрантами ансиблами, словом делать все так что бы все было автоматизировано. И за счет этого фрилансить. И если честно - не так много админов во всем этом шарят достаточно, что бы решить проблемы разработчиков в плане управления инфраструктурой.
alienworkshop: там рассматривается Angular2, причем некоторые доводы, вроде "TypeScript по умолчанию" основываются на факте что в доке так. Хотя это следствие того что Angular2 на тот момент получил версию первую beta версию и разработчики только начали писать документацию. Собственно если сейчас зайти по умолчанию открывается дока для JavaSciprt.
Доводы по JSX так же не совсем валидны, так как команда ангуляра приложила очень много усилий для того что бы позволить проводить статический анализ их шаблонов, и в ишусах сейчас обсуждение компиляции во время сборки. Так что этот вопрос тоже покрывается. Повторюсь - до релиза еще минимум парочка месяцев.
Javascript ориентированность React-а - это уже маркетинг чистой воды. В частности фраза "это не HTML" не валидна так как синтаксис шаблонов Angular полностью соответствует спецификации HTML5 (я сам долго не верил). Собственон после этой статьи я холиварил с одним ярым фанатом реакта и это побудило меня написать статью-заметку "почему в angular2 именно такие шаблоны".
Я как бэкэнд разработчик предпочту Angular2 так как там есть все что мне нужно из коробки (включая контейнер зависимостей без которого я жить не могу, уж больно удобно особенно учитывая что на бэкэнде я так же повсеместно его использую).
По сути то что мне нравится в React - это функциональная чистота концепции. А сама же реализация - субъективно не нравится. Redux же является реализацией event sourcing и никакого отношения к react не имеет. Его можно спокойно юзать вместе с ангуляром для реализации модели приложения. Особенно удобно когда на проекте сложная цепочка состояний и изменений данных.
2) ватчинг можно сделать просто на WeakMap, по идее. Прокси удобнее конечно но...
Транспайлеры не вносят дополнительное поведение (ну мол... то поведение которое не относится к синтаксису). То есть для weakmap они рекомендуют юзать конкретные полифилы но никак вас не ограничивают. С бандлерами типа webpack или systemjs это делается одной строчкой так что... вполне себе удобно.
У CoffeeScript небыло конкретного подхода, это попытка сделать JS похожим на Ruby.
Назар Мокринский: только что выяснил что чуваки из ангуляра сча переписывают документацию к релизу 1.5 так что годик еще точно продержится а то и больше.
Назар Мокринский: а потом у этих же людей реакт вызывает боль, а потом эмбер... В angularjs есть масса способов как отстрелить себе ногу, потому реакт и лучше. Там подходы более явные, и сходу направляют по более-менее верному пути в обучении. То что мне не нравится в angularjs так это стратегия которую они выбрали в 2012-ом. Мол мы выпуслити 1.0 стабильную, юзайте как хотите.
В целом AngularJS 1.3 уже не вызывает столько боли (можно нормально UI компоненты делать стало) а angular 1.5 и вовсе норм.
p.s. активно пишу на angular больше двух лет, тыкаюсь с angular2, тыкал реакт, пробовал redux.
1) сомнительный довод и весьма субъективный. Это все таки стандарт, а не просто так упрощалка.
2) скажите, вы собирались использовать Proxy? Так он в ночных сборках всех браузеров уже доступен. Chrome50 сегодня реализует 91% всех фич.
> то получается что ES2015 это просто ещё один транслируемый язык
ES2015 это новая версия спецификации языка, который в народе называют javascript. Транспайлеры - это babel, typescript и т.д. Но сам ES2015 это стандарт который с большего уже реализован в последних версиях всех основных браузеров и является рекомендацией для вендоров браузеров.
И да, не только как сахар. Map, WeakMap, модули, символы, генераторы, async/await... А еще куча дополнительных штук в стандартной библиотеке, вроде таких мелочей как Array.prototype.find. Я думаю вы должны как-то пересмотреть свою позицию относительно того что такое ES2015 и дальнейшие стандарты.
> TypeScript имеет другой подход,
TypeScript использует тот же подход что и babel, считайте что это альтернативная реализация babel с пресетами es2015/es2016 stage1. Вы можете не писать информацию о типах и тогда код на typescript не отличить от обычного javascript (имеется в виду текущая версия стандарта).
Сергей М: можно не писать информацию о типах и в итоге будет тоже самое что просто использовать babel. Но я все же использую babel а не typescript, хотя иногда подумываю.
Что до суппорта angular первой версии - будет, но не такая интенсивная как для angular2. Ну то есть багфикс и прочее конечно же будет делаться. Как минимум запланирован в будущем релиз 1.6 (сейчас должен выйти 1.5 как переходный релиз, там много чего добавили что бы упростить миграцию).
Назар Мокринский: пруфы билли, нам нужнф пруфы. AngularJS это не какая-то там третьесортная библиотечка сделанная на коленке. Это полноценный фреймворк с огромным комьюнити, который финансируется большой компанией. Поскольку есть тысячи проектов реализованных на нем - они будут вынуждены поддерживать его еще хотя бы пару годиков.
styles + что угодно будет в разы медленнее gulp-sass + autoprefixer как минимум потому что stylus в 10 раз медленнее чем libsass и в ~5 раз медленнее less. Сам же автопрефиксер работает очень быстро, так как нет операций с файловой системой и т.д.
Вы видили пример комбинации медленного препроцессора и быстрого пост процессора. Если вы добавите autoprefixer к своей сборке вы не почувствуете разницы особой в плане скорости компиляции. В этом суть.
Кидаться же в крайности я смысла не вижу (типа либо только пре процессоры либо только пост процессоры). Они очень хорошо дополняют друг дружку. Хотя не скрою что возможность кастомайзить синтаксис под себя меня привлекает, но мне проще дополнить существующие препроцессоры.
*attrи(attr)являются валидной формой записи.