Ну он банально выполняется быстрее нативных

Можно подтверждение?

Подробные бенчмарки на официальном сайте проекта

http://ciplogic.com/index.php/blog/92-native-vs-bluebird-vs-core-promise-benchmark

Не увидел "быстрее"

Если критична скорость выполнения (я бы не сказал, что это частый кейс) - то можно использовать bluebird вместо стандартных промисов

у меня и так bluebird)

Удобнее согласен, но чтобы быстрее... удивлён.

Я не прав. Bluebird быстрее нативных промисов. Спасибо. https://blog.wikimedia.org/2017/02/17/node-6-wikimedia/

Да сколько раз уже обсуждали это

Да сколько раз уже обсуждали это

Как-то упустил.

Он игнорит некоторые нюансы реализации от нативных. Например, на блюберде можно сделать рекурсию

Он игнорит некоторые нюансы реализации от нативных. Например, на блюберде можно сделать рекурсию

Моё заблуждение было в том, что bluebird обертка над нативными промисами.

Hello! Is there anybody who is interested in voice conversations about JavaScript? I offer to have regular voice sessions via Skype, one session per week, 1-hour duration. The topic for the conversations is programming. I mostly a node.js developer, but I’m interested in modern front-end too. I have two aims for such conversations. First, I really like to speak about programming. I work as a remote contractor, so I don't have an opportunity to discuss programming topics with coworkers. Second, I want to practice my spoken English. I'm not a native English speaker, but my English tutor swears that my English is good enough, so there should not be any problems with it. If you are interested in it, please PM me.

Читаю статью http://frontender.info/optimization-killers/, наткнулся на: Вы можете создавать неперечисляемые свойства с помощью Object.defineProperty (не рекомендуется делать в реальном времени, но отлично подходит для определения статических штук наподобие свойств прототипа). Что то стало непосебе, у меня много где Object.defineProperty используется в реальном времени. Прокоментируйте пожалуйста, почему это делать не рекомендуется?

не уловил мысли. Не совсем понятно что значит когда нибудь станет умнее))) я через пару недель закончу своего бота на nodejs, и не хочу что бы у меня были места снижающие производительтность :)

ссылку дайте пжалуйста)

Ребята, всем привет) иэвини, что не по теме сообщества, но если кто не знает, то там с новым обновлением в телеграмме завезли темы) темная выглядит вот так:

Еще позавчера вроде

А вообще в бетке давно есть

Там еще редактор есть, можно самому создавать

Так еще и конкурсы какие-то были на лучшие темы, я себе оттуда взял крутую

Возможно ли сделать валидацию объекта mongoose запросами? Например, у меня есть: const user = {username: "foo", email: 'foo @ mail ", type: 2}; const query = {type: {'$ in': [2, 1]}; Нужно что-то типа такого: validate (user, query) // true

Привет. Можете подкинуть материала для изучения ноды, пожалуйста?

я начинал с этого http://learn.javascript.ru/screencast/nodejs :)

я начинал с этого http://learn.javascript.ru/screencast/nodejs :)

Спасибо))

Замерил process.memoryUsage().heapUsed перед тем как начнет обробатываться 1 запрос, и в конце обработки (когда все промиси отработали) и увидел разницу 1.2 Мб. Оно конечно сбрасывается сборщиком мусора и не копится со временем. Но сам факт: 1.2Мб на 1 запрос не многовато ли? Если таких запросов будет 100 в секунду, нода не загнется от этого ? Или это норма для ноды? (просьба сильно не пинать новичка)

Исхожу из двух фактов - я даже близко так не заморачивался с производительностью у меня было больше 100 запросов в секунду Должно быть всё нормально 😄

я боюсь вдруг я что то делаю не так, и 1.2 мб на запрос - это много))

При разработке всегда руководствуюсь данной инструкцией) 1. Сделать, чтобы работало 2. Сделать быстро 3. Сделать хорошо

При разработке всегда руководствуюсь данной инструкцией) 1. Сделать, чтобы работало 2. Сделать быстро 3. Сделать хорошо

я новичек в ноде, и боюсь как бы мне на 2 этапе не пришлось переписывать первый )

я новичек в ноде, и боюсь как бы мне на 2 этапе не пришлось переписывать первый )

Второй этап это и подразумевает

https://github.com/andywer/leakage

Можешь сверяться с этим)

Второй этап это и подразумевает

я понимаю, хочется сразу свести к минимуму количество ошибок )

Замерил process.memoryUsage().heapUsed перед тем как начнет обробатываться 1 запрос, и в конце обработки (когда все промиси отработали) и увидел разницу 1.2 Мб. Оно конечно сбрасывается сборщиком мусора и не копится со временем. Но сам факт: 1.2Мб на 1 запрос не многовато ли? Если таких запросов будет 100 в секунду, нода не загнется от этого ? Или это норма для ноды? (просьба сильно не пинать новичка)

Какие промисы используешь?

Какие промисы используешь?

bluebird

https://github.com/andywer/leakage

у меня ни чего не течет, все сбрасывается, меня напрягает что на 1 запрос требуется 1.2 метра )

делай функциональность и пиши тесты

я понимаю, хочется сразу свести к минимуму количество ошибок )

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

делай функциональность и пиши тесты

сверху вниз там, все дела. Мерять что-то на ничего не делающем коде бесполезно

ок, то что цифра 1.2Мб у вас не вызвала ужаса - уже хорошо )) значит не все так плохо, пойду писать дальше...

у меня ни чего не течет, все сбрасывается, меня напрягает что на 1 запрос требуется 1.2 метра )

В целом, промисы тяжелые, но на это забей

Забить память не так уж и сложно

В целом, промисы тяжелые, но на это забей

А как без промисей централизованно обрабатывать ошибки в потоке где много асинхроных запросов? Ну и получить событие об окончании всех таких запросов

А как без промисей централизованно обрабатывать ошибки в потоке где много асинхроных запросов? Ну и получить событие об окончании всех таких запросов

Promise().then().catch() и не забывать reject использовать

Либо дефолтная конструкция try {} catch () {}

Объясните, пожалуйста, если нода однопоточна, то как происходит, например, считывание файла? Вот после такой строки fs.readFile(..., cb) начинается чтение файла, но весь остальной код дальше тоже выполняется в то же время. Это как-то связано с драйверами, написанными на С?

Объясните, пожалуйста, если нода однопоточна, то как происходит, например, считывание файла? Вот после такой строки fs.readFile(..., cb) начинается чтение файла, но весь остальной код дальше тоже выполняется в то же время. Это как-то связано с драйверами, написанными на С?

https://www.youtube.com/watch?v=w4EHA9xqoNw

сяп

Файлы читаются в фоновых потоках

То есть js инициирует операцию, а LibUV уже запускает процесс?

На уровне библиотеки все же есть параллельность?

То есть js инициирует операцию, а LibUV уже запускает процесс?

да

подскажите хороший template engine

подскажите хороший template engine

Pug

подскажите хороший template engine

Es literal string tags

Uncle-dog

Почему нет ?

О, вот это хороший довод, а никто уже не написал ничего такого поверх?

О, вот это хороший довод, а никто уже не написал ничего такого поверх?

npm.im/common-tags

А как по мне нативные строки лучше кастомного dsl

Кто юзал?

https://github.com/audreyt/node-webworker-threads

Забавно, на LiveScript написано

Только вчера интересовался, а оно живо вообще

(нет)

\\

а чем тут народ ботики под телеграм пишет на ноде?

https://github.com/audreyt/node-webworker-threads

Посмотрел кто автор

а чем тут народ ботики под телеграм пишет на ноде?

Конечно

линк?

github.com/naltox/telegram-node-bot

А, бля

на ботов

ну я в итоге тоже на него перешел

Посмотрел кто автор

хы

node-telegram-bot-api какой-то непонятный сходу

ну я в итоге тоже на него перешел

Все правильно

github.com/naltox/telegram-node-bot

Кстати, разраб этой либы сегодня выпустил github.com/naltox/node-vk-sdk Зацените.

Ребятки, может кто знает, как решить проблему. Мы создали хранилище на codeanywhere. Хранилище MEAN, Сервер на Ubuntu. При запуске пишет ошибку: [Error: Cannot find module '../build/Release/bson'] code: 'MODULE_NOT_FOUND' Помогите пожалуйста