Да, теперь буду знать. Спасибо. А насколько это эффективнее?
Что быстрее будет? запаковать и распаковать? или без этих манипуляций просто передать большое колчиество данных?

Добрый день. Посоветуйте хорошую книгу/курс по струтурам данных js, пожалуйста

Зависит от данных. Тот объем, что у вас в примере, ясное дело нет смысла паковать.

А большой объем имеет смысл? и что такое большой?

Если они в принципе сжимаемы. Можно взять нужный json и попробовать его через gzip прогнать, посмотреть разницу в объеме.

Отдельно от алгоритмов структуры данных обычно никто не изучает, это бессмыслица. Не совсем книга, но кто сейчас читает бумагу: https://github.com/trekhleb/javascript-algorithms.

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

Если вам интересно и я вас ещё не достал - окончательно:
В res.end() можно передать колбек, который выполнится, когда "response stream is finished" (колбек устанавливается обработчиком на событие finish)
А при вызове end эмитается prefinish
Держу в курсе, лол

Ну и спасибо, конечно же)

👍 не за что

Всем привет, есть ли у вас предложения по созданию модульного теста для изображения в node js?

Я не мечу в среду разработчиков, я уже и есть разработчик. 😌

Смешно. Удачи с таким подходом в жизни.

мне б такую самооценку 😁

Просто защитная реакция на неудобные факты.

"Поняли, девочки?! ☝️😎"

вопросы он, по-моему, так и мечет, во все чаты 😂

Ёмкость чатов ограничена ) рано или поздно устанут отвечать )

Персональный офф-топ.:
Вы вроде писали на Go, если я не ошибаюсь. Как вы уживаетесь с математическими naming conventions в языке? Я просто уже не могу от этих "_, n , e, b " - это ужасно.

Ну, так даже сам Роб Пайк советует писать в одной из своих книг о "качественном" коде, так что улыбаемся и машем) А если серьёзно, то никак не боремся, это нормальная практика для GO - такое в исходниках языка часто используется, жажда минимализма даже в стиль именования просочилась к сожалению. Хотя вам никто не запрещает вместо "vn" писать "varName". Blank identifier не считаю проблемой, наоборот, сразу становится понятно, что используем, а что нет (в том же for range например).