ааа, все

нельзя было сделать async function*

не знал

т.е. раньше нельзя было писать async function для генератора?

async function*

Да, нельзя было) это и есть астнхронный генератор

пффф.. какой отсталый nodejs.. и как мы им до этого пользовались..

))

пффф.. какой отсталый nodejs.. и как мы им до этого пользовались..

в браузерах тоже же не работает

Реально концепция настолько простая что действительно хз а как мы вообще без этого жили)

насколько такие абстракции как генераторы востребованы в синхронных языках?

Сложно переоценить

Это глубоко абстрактная штука

Корутины например

насколько такие абстракции как генераторы востребованы в синхронных языках?

наверное, пока не встретится хороший кейс, оценить сложно

но если встретится, то генераторы покажут свою мощь

Мне очень жаль, но теперь вы тоже находитесь в ситуации когда у вас в руках крутая штука, которую не понимает ни экосистема ни коллеги))

Это всё вопрос времени увы)

по идее все стримы можно заменить?

получится переход как колбеки -> промисы

хотя скорее промисы->async/await

Можно, но не обязательно. Достаточно знать что они тождественны, то есть можно вертеть в любую сторону

Мне очень жаль, но теперь вы тоже находитесь в ситуации когда у вас в руках крутая штука, которую не понимает ни экосистема ни коллеги))

да! поэтому использовать их можно либо в крутых командах, либо в сильно редких ситуациях

хотя скорее промисы->async/await

ну есть такое callback -> promise/async await obervable/event emitter/stream -> async iterators/async generators

Стрим это пуш, генератор может быть pull, так что тут можно просто выбирать что в данный момент больше подходит)

аа, нехера не понимаю

?

Слишком быстро разогнались ))

уже скучаю по callback hell

а что с производительностью промисов в новой ноде?

@ChALkeR

уже скучаю по callback hell

никто ж его не отменял.. хороший инструмент мести если начальство достало)

#лайфхаки

увидел сегодня статью про это на хабре, впервые увидел рабочие кейсы для генераторов

Линк?

Линк?

https://habrahabr.ru/post/353886/

Спс

подсксжите кто как unit тесты организует? у вас специальные люди на это есть или каждый сам себе тесты пишет?

подсксжите кто как unit тесты организует? у вас специальные люди на это есть или каждый сам себе тесты пишет?

специальные люди?) Гномы?)

как юнит тесты могут писать люди которые не знают, что ты пишешь?

юнит тесты пишет тот кто разрабатывает приложение

хотя, может я спешу с ответом и я не прав? Но не разу не слышал, чтоб юнит тесты писал кто-то левый

их пишут юнит-тестеры (шутка, таких нет)

хотя, может я спешу с ответом и я не прав? Но не разу не слышал, чтоб юнит тесты писал кто-то левый

самому лень писать, особенно заранее

самому лень писать, особенно заранее

лол

аргумент

я обычно перед рефакторингом пишу((

относись к этому как к способу дебага

точнее приведения в рабочее состояние

на фронте unit тесты вообще не пишу, но что-то когда начал микроблог писать, понял, что через тесты проще разрабатывать

на беке, но не на фронте

т.е. вы перед тем, как программировать всегда сначала тесты пишете?

т.е. вы перед тем, как программировать всегда сначала тесты пишете?

это tdd

это tdd

ну да, я про это.. меня просто не хватает заранее писать..

Я пишу перед только когда предметная область сложная

Когда уже встает вопрос "или тесты, или ты покрывается багами прямо со старта"

Если выполнить вот этот файл в ноде "node srcipt.js" throw "hi"то в консоле будет вот такое: /Users/me/script.js:1 throw "hi" ^ hiвнимание вопрос: как вывести точно такую же ошибку не выходя из процесса?

на мой взгляд круто если есть отдельные люди для тестов.. сначала ты с ними договариваешься какую функцию пишешь, а потом они ее обвешивают тестами

тем самым вдвоем выше вероятность придумать хорошее название и точное поведение

любишь ты поднимать стоимость разработки

и время

и время

а вот не факт

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

на согласовывание

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

и хорошие программисты долго думают и мало пишут

а начинающие много прогают, а потом много переписывают

s/программисты/проекты

ERROR: S client not available

и хорошие программисты долго думают и мало пишут

и хорошие проекты долго думают и мало пишут

@ChALkeR

Ась?

а что с производительностью промисов в новой ноде?

Давно ок всё. Только бесконечные цепочки промисов не строй.

да вроде блюберд все еще быстрее

Пруф.

видел сравнения

пруф

У меня довольно давно нативные ок работают. То ли с 8, то ли около того.

https://kyrylkov.com/2017/04/25/native-promises-async-functions-nodejs-8-performance/

Сейчас проверь

Статье год

ага, поэтому и спросил)

Там есть линк на тесты?

https://github.com/kyrylkov/promise-async-performance/tree/master/doxbee-sequential

Давно ок всё. Только бесконечные цепочки промисов не строй.

а что с ними?

опа, мое ишью закрыли

с выводом, chrome и ff баганные

https://github.com/kyrylkov/promise-async-performance/tree/master/doxbee-sequential

Вот и потестируй

чуть позже

Давно ок всё. Только бесконечные цепочки промисов не строй.

Почему, кстати? Не вывезут?

Из того, что я вижу прямо в таблице - самый быстрый - нативный async

В doxbee

В parallel самые быстрые - промисы блубирда

а в жизни самое медленное - бд

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

от армии косишь?

готов работать за копеечные 5тыс$)

Почему, кстати? Не вывезут?

#179

от армии косишь?

хочется за границей порвботать

#179

В ноде это #6673

Грубо говоря - не надо делать так, чтобы у вас стэк промисов вырос огроменным.

Но на асинке это можно только рекурсией сделать, няз.