И массивчик с промисами от .exec()

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

получается два запроса

по айди*

Да дело не в этом, у вас по понятным причинам рендерится до того, как исполняется все query

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

По той причине что работает все асинхронно

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

Как это можно реализовать? Нужно использовать промисы?

Да

Ок, спасибо, пойду учить промисы)

Чуваки, а никто не посоветует либу которая умеет в зависимости от текущего гит-бранча ставить разные версии гит-зависимостей?

Запилил сам https://www.npmjs.com/package/microservices-git-dependencies-manager Го обсирать нужность, код и англ, я создал!

где травис? тесты? :о

>manager remove itself at the end

removes

собака гиф фейспалм

где травис? тесты? :о

там же где и всякие бейджы - в планах

Здравствуйте. Подскажите, сколько у STL версий ноды поддержка?

В частности 4.4.0

Здравствуйте. Подскажите, сколько у STL версий ноды поддержка?

LTS https://github.com/nodejs/LTS

О! Спасибо!

Не покидаете хорошие примеры ботов для телеги?

И да, https://github.com/yagop/node-telegram-bot-api - эта штука jQuery в мире написания ботов?

@jaybekster - вот здесь собираю коллецию, буду также рады любым PR: https://github.com/DenisIzmaylov/awesome-telegram-bots

Ребят, есть вопрос. Нужна тулза для линтинга имен файлов. Есть что-нибудь такое? Например, чтобы файлы не содержали символы, кроме как "-" и ".", а также заглавные буквы. При этом разрешить добавлять список исключений аналогично .npmignore или .gitignore

http://lmgtfy.com/?q=file+names+linting

Вот так да =)

С выходом восьмой ноды станет вообще маст хев

А что такого в восьмой ноде?

А что такого в восьмой ноде?

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

и всё таки: какой валидатор лучше использовать в nodejs? Мне надо русскую дату проверить

Если ты про пользовательский ввод, то я бы через moment перегонял к нужному формату и проверял

ну как то не очень мне кажется хранить файлы в папке тест

У меня в папке test две подпапки scripts и stubs как раз из-за этого.

Спасибо!

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

А, эти странные ребята

А, эти странные ребята

И чем странные?

я так понимаю это заглушки? в моем случае это и есть файлы для теста?

я просто только недавно начал тестировать

все норм, кроме вот этой ситуации

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

И чем странные?

Ну мне очень странно видеть как вводится функционал, маскирующий асинхронный код под синхронный и все этому радуются. Наверное я чего-то не понимаю.

Ну мне очень странно видеть как вводится функционал, маскирующий асинхронный код под синхронный и все этому радуются. Наверное я чего-то не понимаю.

Маскирующий? В каком месте?

Маскирующий? В каком месте?

М-м-м, если он делает не это, то тогда что?

Сокращает количество кода, но не маскирует

Async await в коде как бы намекают

Сокращать код за счёт его понятности — сомнительная идея на мой взгляд

Ну вижу ничего непонятного, хз

Пишут на виртуальной машине для виртуальной x86 архитектуры и недовольны новому уровню абстракции)

Пишут на виртуальной машине для виртуальной x86 архитектуры и недовольны новому уровню абстракции)

Есть такое, да

Пишут на виртуальной машине для виртуальной x86 архитектуры и недовольны новому уровню абстракции)

+

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

Ничего сверхъестественного

Эти абстракции ускоряют скорость разработки и чтения кода Другое дело- порог входа

Ну вижу ничего непонятного, хз

Понятная спека ≠ понятный код Я больше про то что код на промисах совершенно явно асинхронный. А на async/await — нет, он очень похож на синхронный, что увеличивает возможность его перепутать с асинхронным по невнимательности и сделать глупую ошибку, а потом её долго исправлять.

Понятная спека ≠ понятный код Я больше про то что код на промисах совершенно явно асинхронный. А на async/await — нет, он очень похож на синхронный, что увеличивает возможность его перепутать с асинхронным по невнимательности и сделать глупую ошибку, а потом её долго исправлять.

Имхо, все от рук зависит

Это понятно, но если есть возможность не увеличивать вероятность ошибки — её не надо увеличивать

Я вот отлаживаю код на колбеках, и мне тяжелее его отлаживать, чем на асинках/ промисах

Ну как можно не заметить await?)

Колбэки — ад, тут согласен

Очень просто — ВЖУХ — и не заметил

Как-то ещё бывает?)

тогда к доктору надо

Это как код читать надо

Это как код читать надо

так бывает когда превышаешь пик балмера

так бывает когда превышаешь пик балмера

Лол

ERROR: S client not available

Понятная спека ≠ понятный код Я больше про то что код на промисах совершенно явно асинхронный. А на async/await — нет, он очень похож на синхронный, что увеличивает возможность его перепутать с асинхронным по невнимательности и сделать глупую ошибку, а потом её долго исправлять.

Совершенно явно? Никто не мешает по условию следать return 'xyz' и он становится псевдо-асинхронным. То же самое и с a/a. const data = await wtf ? 123 : someAsyncFn()

Совершенно явно? Никто не мешает по условию следать return 'xyz' и он становится псевдо-асинхронным. То же самое и с a/a. const data = await wtf ? 123 : someAsyncFn()

>Никто не мешает по условию следать return 'xyz' Внутри промиса?

>Никто не мешает по условию следать return 'xyz' Внутри промиса?

Да return wtf ? 123 : someAsyncFn()

Да return wtf ? 123 : someAsyncFn()

Это не делает его синхронным

Promise.resolve(true) — не становится синхронным из-за того, что резолвится в true

Я не понимаю, в чём проблема условиться, что весь участок кода асинхронный изначально)

Я не понимаю, в чём проблема условиться, что весь участок кода асинхронный изначально)

В том, что об этом надо помнить. И наличие промиса тебя постоянно это напоминает. А async/await — не постоянно.

Это не делает его синхронным

"Псевдо". Т.е. можно наступить на те же виртуальные грабли, о которых было выше. Промисы и a/a спасают нас от необходимости следить за тем, чтобы функции всегда были строго синхронными или асинхронными. Как это было раньше с необходимостью делать process.nextTick в случае синхронного выхода.

В том, что об этом надо помнить. И наличие промиса тебя постоянно это напоминает. А async/await — не постоянно.

Сделай eslint правило no-sync-function какой нибудь, будет напоминать)

Сделай eslint правило no-sync-function какой нибудь, будет напоминать)

Ну вот это уже решение получше, но на самом деле нет, ибо увеличивает работу.

Увеличивает работу написание большего числа буковок для реализации того же алгоритма.

В том, что об этом надо помнить. И наличие промиса тебя постоянно это напоминает. А async/await — не постоянно.

Так че async в начале функции не напоминает?)

"Псевдо". Т.е. можно наступить на те же виртуальные грабли, о которых было выше. Промисы и a/a спасают нас от необходимости следить за тем, чтобы функции всегда были строго синхронными или асинхронными. Как это было раньше с необходимостью делать process.nextTick в случае синхронного выхода.

Можно, конечно, но, имхо, по невнимательности с промисами это сделать сложнее. >Как это было раньше с необходимостью делать process.nextTick в случае синхронного выхода. Я, к счастью, тогда про ноду только слышал)

Так че async в начале функции не напоминает?)

Напоминает, но не так заметно

И да, https://github.com/yagop/node-telegram-bot-api - эта штука jQuery в мире написания ботов?

Можете ещё это посмотреть: https://github.com/telegraf/telegraf

Увеличивает работу написание большего числа буковок для реализации того же алгоритма.

А это не очень важно хотя бы потому что написание кода занимает намного меньше времени, чем чтение.

Можно, конечно, но, имхо, по невнимательности с промисами это сделать сложнее. >Как это было раньше с необходимостью делать process.nextTick в случае синхронного выхода. Я, к счастью, тогда про ноду только слышал)

Так по невнимательности можно куда больше в логике приложения накосячить, нежели потерять асинхронность. К счастью... Если сейчас пишешь модуль для npm и он на коллбеках основан, то всё равно так надо делать. Потому что потом кто-нить не завернёт это в промисы на своей стороне и получит грабли.

ну или что-то на подобие async = func => () => setTimeout(func.bind(this, ...arguments), 0)

?

А это не очень важно хотя бы потому что написание кода занимает намного меньше времени, чем чтение.

Меньше буковок - меньше писать, меньше читать и всё такое. Вон сегодня выше был пример с async из книги. То же самое можно и на промисах накидать, в смысле по объёму. А потом стреляться. Вертикальная портянка на a/a больших размеров будет всё равно читабельнее, ибо линейная)

Меньше буковок - меньше писать, меньше читать и всё такое. Вон сегодня выше был пример с async из книги. То же самое можно и на промисах накидать, в смысле по объёму. А потом стреляться. Вертикальная портянка на a/a больших размеров будет всё равно читабельнее, ибо линейная)

Да, возможно.

Возможно, у меня синдром утёнка с промисами. надо таки поковырять async/await

Возможно, у меня синдром утёнка с промисами. надо таки поковырять async/await

Я вот первый проект на них пишу. Сначала думал нафиг, привык к промисам же. Теперь код в 1.5 раза меньше и сплю лучше.

Брат жив?

Да! Две минуты назад как раз в гости приехал)

Тогда точно надо попробовать)

Тем более, что на ноде это нынче нативно. Вот фронтендерам приходится бабелем обмазываться и всё такое. На это мне страшно смотреть.

а как с перфомансом?

а как с перфомансом?

Как обычно - тормозит БД, ORM, редиска, и всё остальное. И уже в последний момент мой личный код.

А так - вон выше сегодня были графики с ускорениями на последних версиях v8.

Тем более, что на ноде это нынче нативно. Вот фронтендерам приходится бабелем обмазываться и всё такое. На это мне страшно смотреть.

Это да, я стараюсь сервер писать как есть, без всяких транспайлеров