это ж пока stage3

Асинхронный итератор можно и сейчас навелосипедить

точнее пишет в консоли

С генератором

я правильно понимаю, что в асинхронной итерации по генератору, следующий .next() не будет вызван, пока не отрезолвится текущий промис?

return и в простых итераторах в for of игнорится ж

return и в простых итераторах в for of игнорится ж

и нафига тогда значение возвращать?))

я правильно понимаю, что в асинхронной итерации по генератору, следующий .next() не будет вызван, пока не отрезолвится текущий промис?

next возвращает Promise<AsyncIterator>

и нафига тогда значение возвращать?))

если ты юзаешь не for, а как-то еще перебираешь)

а, блин

надо будет подумать над кейсом для async iterable кроме socket stream

асинхронный ивент луп

yield await

ппц

да я так, упарываюсь)))

Ребзя, кто нить тайпскрипт и карму дружил?

Jasmine/karma/typescript без angular/react

не, юзаем mocha+typescript без лишних прослоек

Supertest с typescript кто-нибудь использует?

в некоторых проектах все еще есть superagent, но над ним простые обертки, которые в тестах и фейкаются, поэтому supertest не юзаем

не, юзаем mocha+typescript без лишних прослоек

Вот думаю тоже, но фронт на карме, хочу прикрутить туда супер тест, но чет неале ошибки

Ребзя, кто нить тайпскрипт и карму дружил?

я дружил

на вебпаке

Где-то был реклам ↑

у нас действует поломанная презумпция невиновности

О, я помню тоже по такому угорал. Недавно описывал свой кейс

а вот в Котлине await писать не надо, только async (suspend)

Чёт не верится

видимо это про вот это https://github.com/Kotlin/kotlin-coroutines/blob/master/kotlin-coroutines-informal.md#suspending-functions

кроме того там есть контекст

через него можно много чего хорошего передать

например я передаю текущее соединение с БД если я его брал из пула

в общем там много чего есть, но главное что не надо писать грёбаный await и нельзя сделать ошибку "ой, оно вернуло Future а я забыл на него эвейтить"

на самом деле можно так сделать если сделать свою функцию await для привычки, как многие делают. Но там висит тикет на инспекцию "CHECK NOT USED RETURN VALUE" вот для таких вот случаев

и его закроют

в общем там много чего есть, но главное что не надо писать грёбаный await и нельзя сделать ошибку "ой, оно вернуло Future а я забыл на него эвейтить"

Ты в саблайме пишешь?)

разве в саблайме нет линтеров?

я слабо представляю себе ошибку "забыл поставить await"

единственное это если try-catch делать, но в таких участках лучше сделать .then`/.catch`

типа: try { return asyncOp() } catch (e) {} вместо: try { return await asyncOp() } catch (e) {}

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

и ты переделываешь его на асинхронный с async await

ну и забыавешь иногда поставить эвейт, и оно в параллель прёт )

эм

а то, что типы не сойдут ниче?

да если типы то ещё ладно\

а вот если там void возвращается

то можно и попасть

если делать херово, то может быть больно. Да, согласен, может

у меня эта ошибка была в куче мест

если у вас есть time coupling между разнородными процессами с несвязанными типами, это не оч хорошо

* обычно не оч хорошо

у меня это было всё из-за ресурсов

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

т.к. я забыл await в обработке

вернулся ресурс в пул, а его всё ещё кто-то использует

а там как раз еще один запрос пришел которому этот ресурс очень нужен, ну и ...

ERROR: S client not available

я примерно так и сказал)

Где-то был реклам ↑

Кстати, а есть группа/паблик по VS Code? Не обязательно Телеграм

https://gitter.im/Microsoft/vscode

англоязычная

как правильно указать в package.json путь к типам модуля?

Neprivet.ru

^_^

как правильно указать в package.json путь к типам модуля?

"typings": "index.d.ts",

"typings": "index.d.ts",

спасибо

Neprivet.ru

Travis CI: » gonna be flagged as spam. Build succeed. !needs info

Вут

а как в index.d.ts определить вложенные модули?

типа у меня есть module/name

и мне в index.d.ts нужно написать для /name определения

кроме как tslint есть линтеры с нормальным автофиксом?

а то автофикс tslint уничтожает все переносы в файле

eslint ))) но это из другой оперы

https://github.com/prettier/prettier

это да, но не совсем то

он использует внутри babylon, в который с недавних пор PR кинули с поддержкой TS

так что в скором времени сможет править и TS

отключил просто правило align пока

а то автофикс tslint уничтожает все переносы в файле

А он не конфигурируется разве? И там вроде дизаблить можно правила в лампочке слева (курсор должен быть на месте, где линтер ругается)

он использует внутри babylon, в который с недавних пор PR кинули с поддержкой TS

главное, что текущий PR от команды ts

но насколько скоро пока неясно

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

планов таких нет