Вроде это базовая концепция уже в самом джс, а v8 предоставляет реализацию по умолчанию

Тогда почему в ноде это не v8, как Вы выше сказали?)

Могу объяснить. Но сверху есть отличная статья которая это объясняет

.

Ну как минимум, статью на медиум я не могу прочитать

Если в тезах, то сама концепция event-loop в v8 представлена не для кода сервера, а для кода клиента, что винуждает делать сложные вещи для правильной роботы как минимум сложно поддерживать все различные типы ввода-вывода (файловый ввод-вывод, сетевой ввод-вывод, DNS и т. Д.) На всех различных типах платформ ОС. Некоторые операции ввода-вывода могут выполняться с использованием собственных аппаратных реализаций при сохранении полной асинхронности, а libuv представило это на уровне абстракции, с чуть другим подходом, что дало большие плюс в ефектимвном использовании асихнорного кода на ноде, кроссплатформенность когда нужно связать разные технологии

Окей, спасибо) Очень крутое объяснение)

Даже незнаю, сарказм или нет, пхпххп, но спасибо

Не сарказм)

Тогда большое спасибо

Поставил tabnine попробовать шо оно такое. А то со всех сторон спам о нем какой-то. Оно блин так автокомплитит, что мне аж стремно. А это бесплатная версия...

Ужас

+

А можно пример?

та пишу свой eventemitter, нигде нет упоминания о нем, кроме вверху файла в комменте.
Ну и пишу class, мне сразу предлагает
MyEventEmitter extends EventEmitter {

}

Ну если бы комментария не было, было бы забавно
А проанализировать комменты то очевидное решение

У меня есть вопрос: не так давно слез c WebStorm в пользу vscode заметил что чем больших открытых файлов тем дольше идет время ожидания автокомплита, причем я не говорю там 100 открытых файлах, буквально 3-4 файла js по 50 строчек. ресурсов у железа достаточно.я просто хочу узнать это нормальная ситуация для vscode ? разница между 1 файлом и когда открыты сразу 4 где-то 1 секунда

нет, это у тебя что-то не так

Фронт?

Определенно что-то не так