И спеку меняли из за таких умников

Array includes ((

Сломается, когда в нативные промисы добавят метод с таким же названием

Уже были случаи, когда нативные промисы так меняли?

Array includes ((

Он самый

Ну если либу сто лет не обновлять, то конечно сломается

Уже были случаи, когда нативные промисы так меняли?

Array includes

> @Atassis Уже были случаи, когда нативные промисы так меняли? Будет finally.

Промисы только в 2015 появились, в 2016 ничего нового

Но finally на горизонте

Cancellable promises сломали бы все к ебеням

Но их завернули слава богу

БЫ

Cancellable promises сломали бы все к ебеням

почему?

ну обзерваблы пришлось бы

Тут не совсем сведущ и хочется еще поспорить, но я скорее согласен, чем не согласен

а где именно?

https://github.com/promises-aplus/promises-spec/issues/179

Потому что у блюберда есть своя отмена, абсолютно не соответствующая тому, что предлагалось

Наличие "лишних" методов — красный флаг, наличие отличающихся методов — красный флаг, короче правильный путь — это молиться, поститься и использовать строго одобренные методы

Понятно

ы

Правильный путь - не трогать глобалы

синюю пташку кто-то использует?

из вас

Я

Максимум - полифил по спеке или stage 4

Там bluebird отходит от спеки, емнип. Тебе всё равно будет в твоём коде почти наверняка, но вот кто-то может слегка удивиться. А вообще +1 к тому, что @vkurchatkin говорит.

а async await полифилится в промисы же?

синюю пташку кто-то использует?

Я использую. Через require в каждом файле.

Я перестал, пользы мало

.timeout например

.map

а async await полифилится в промисы же?

нет же

Самому это всё руками писать — ну нет

Все это полезные штуки, но от промисов должны быть отделены

в генераторы вроде, не?

async\await

нет же

как нет, если async await еще не выпустили?)

timeout это сверхважно, но это подразумевают отменяемые промисы

Все это полезные штуки, но от промисов должны быть отделены

Каким образом?

timeout это сверхважно, но это подразумевают отменяемые промисы

Вообще нет

А это кардинальное отступление от спеки

Вообще да

Блин

Как можно рассуждать об этом даже не прогуглив

как нет, если async await еще не выпустили?)

что?

У меня выключены отмены промисов

Есть .timeout

ВСЁ

как нет, если async await еще не выпустили?)

В 7 ноде под флагом они уже есть нативно

Просто reject через определенный период времени

async await это генераторы или что-то подобное на генераторы + контролирующая рутина

Если по таймауту операция не отменяется, то это в одну строку и так делается

их нельзя полифилить, это на уровне синтаксиса

В 7 ноде под флагом они уже есть нативно

harmony?

then(timeout(500))

harmony?

да

В 7 ноде под флагом они уже есть нативно

В ноде есть, в спеке нет

Или я что-то упустил?

В 7 ноде под флагом они уже есть нативно

а в node с chakracore без флага)

then(timeout(500))

Не, then(timeout(500, fn))

в хроме с 54 вроде тоже уже есть

Лядь, я задрался Где можно почитать всю эту инфу, хоть сколь-нибудь разжеванную

или 56

Не, then(timeout(500, fn))

Ну вот и началось

ERROR: S client not available

а в node с chakracore без флага)

Как там, JIT в чакре завезли? Я не слежу последнее время.

А хочется нормального декларативного синтаксиса

Вроде, обещали.

можно на инглише Я задрался открывать по 20 статей и изучать, что когда и как было выпущено и на каких правах)

Как там, JIT в чакре завезли? Я не слежу последнее время.

я тож не следил)

О, судя по роадмапу — завезли.

Как там, JIT в чакре завезли? Я не слежу последнее время.

Само собой. Или ты конкретно про linux/os x?

Само собой. Или ты конкретно про linux/os x?

Ну не про винду же.

Ну ясно

Какой смысл в нём если оно ограничено одной платформой?

Но я посмотрел роадмап — JIT завезли.

Да в нем и так смысла нет

Да в нем и так смысла нет

Почему? Если догонят в8 по поддержке платформ и по фичам — можно будет как минимум посмотреть поближе.

Пока будешь мигрировать на чакру - в8 обратно обгонит

При том что в ноде интеграция через shim, в8 всегда будет в основе

Зачем мигрировать?

Вот и я говорю - мигрировать не надо

Поиграться и убедиться что ничего интересного

Если они запилят нормальную чакру — можно будет её в CI либ добавлять, на всякий.

А дальше на каких-то платформах она может быть нужна.

Винфон умер, правда.

Если они запилят нормальную чакру — можно будет её в CI либ добавлять, на всякий.

Да, но зачем? никто не пользуется, официальных релизов нет, поддержки нет

Во на JavaScriptCore - это было бы другое дело

Мне кажется, норм ситуация, если подменить глобальный промис обёрткой над Bluebird, которая полностью обратносовместима со спекой.

Можно было бы вкрутить в какой нибудь там ReactNative целиком

Это была бы бомба

> Если они запилят нормальную чакру Это касалось релизов же.

Вечер добрый, может тут кто подсказать как вебшторм настроить под es6 для ноды

он же норм работает)

у меня даже на class ругается

Вечер добрый, может тут кто подсказать как вебшторм настроить под es6 для ноды

Отключи штатный линтер, заюзай ESLint.

штатный линтер умеет es6