Спасибо за доклад, лучшее что видел про event loop ноды

Странно, что не упомянули автора в тексте. Сергей Аванесян, запомните этого парня!

За пол часа, понять как строить архитектуру кода. Очень информационный доклад без воды!

Thank you Sergey jan, this is a really very helpful, detailed presentation.

Крутой доклад, большое спасибо!

Лучшая подача про event loop

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

Супер офигенное обьяснение

Thanks, Great work!

Очень круто! Спасибо!

В новых версиях ноды setIntermidiate() имеет выше приоритет и колбэк будет выполнен уже в нынешнем цикле

Спасибо, крутой доклад. Единственное что, лучше бы слайд постоянно показывали на полный экран, а аудиторию где-то в углу. На аудиторию не очень интересно смотреть, а слайд не видно.

Отличный доклад

Отличное видео, спасибо!

Super!

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

Лучшее объяснение по этой теме. Посмотрел видосов 10 как на русском, так и на английском, читал документацию, лазил по разным сайтам, но именно благодаря вашему объяснению понял как это работает.

Ахуенно! Спасибо за доклад!

У nextTick() приоритет над таймерами и они выполняются быстрее, но, авторы многих популярных книг по ноде вообще не рекомендуют использовать данный метод Автору не помешало бы приводить побольше реальных примеров, а так, спасибо за доклад

стоило начинать с паттерна реактор и демультиплексирования событий, только потом говорить про event loop и уточнить, что по факту нет такого количества очередей под каждую фазу, есть только Event Queue, которую libuv разбирает в соответсвии в фазами

Попробуйте обернуть всё в асинхронную функцию и добавьте await к промисам или докинуть fs/promises

почему readfile идет в poll ? это же i/o колбэк

Коротко и просто очереди и приоритет их выполнения.

Как я понял DataLoader основан на том что nextTick выполняется перед Promise

С файлом немного не точный пример - он туда не заходит потому что файл может быть еще не прочитан и сообщение вообще не в мессейдж кью

Можешь сделать то же видео в английском переводе?

no English version please ?

Приложите листинг кода плиз

где в примере с crypto там 4 асинхр ф-ии ?

почему при использовании module вместо require другой порядок

Классное видео, но к сожалению допущена ужасная и очень важная для понимания ошибка в описании: микротаски выполняются не после каждой макрофазы, а после каждой задачи из макрофазы. Аналогия такая же как в браузерном ивентлупе, только тут 6 макроочередей вместо 1

14:53 Почему попадает в check а не в timers?

Сразу зарезолвленный промис это синхронная операция?

8:51

какая разница между двумя фазами i/o ?

Это Мартиросян?

В IT идут те, кто говорить не умеет? А вообще спасибо, норм материал

Вау, поздравляю! Самое плохое объяснение из всех которые когда-либо встречал!

Я попробовал воспроизвести этот пример но получил результат иной. Поправьте пожалуйста если я не прав: //------------------------------------------------------------------------------ const fs = require('fs') console.log('START') setTimeout(() => { console.log('setTimeout 1') }, 0) setImmediate(() => { console.log('setImmediate') }) fs.readFile(__filename, ()=> { setTimeout(() => { console.log('readFile setTimeout') }, 0) setImmediate(() => { console.log('readFile setImmediate') }) process.nextTick(() => { console.log('readFile nextTick') }) }) Promise.resolve().then(() => { console.log('Promise') process.nextTick(() => { console.log('Promise Next Tick') }) }) process.nextTick(() => { console.log('Next Tick') }) setTimeout(() => { console.log('setTimeout 2') }) console.log('END') //------------------------------------------------------------------------------ Вывод START END Next Tick Promise Promise Next Tick setImmediate