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

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

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

раньше юзал как раз ради методов которых нет в родной библиотеке и очень жалею что на нынешнем проекте её нет. Наколеночные решения проблем решаемых методами map, mapSeries и props выглядят в лучшем случае очень запутанно, а обычно еще и уродливо. fromCallback тоже спасает когда нужно просто один метод вызвать, и даже в 2020 достаточно много применений ему есть

По состоянию на 2018, миксовались с нативными промисами на ура - ни разу проблем не возникало. Пишу об этом по тому что в районе 2015 с этим были проблемы, и у котого могли остатся старые страхи

Единственное за что не могу сказать дак это за async-stack-trace по тому что добавился он уже после 2018. Если у кого есть опыт - пишите - тоже интересно

Но вообще, если приходится много работать с асинхронным кодом - ставьте звезды https://github.com/Jack-Works/proposal-await.ops

Товарищи, поделитесь опытом, кто нибудь уже использовал на своих проектах нодовский модуль http2?

Проскочить бы Джем http3

Не распарсил. А что понимаете под словом джем?

Чаю воскресения мертвых и жизни будущаго века. Скоро будет, но когда - только Аллаху ведомо

А, ну так бы сразу)

К слову, если не ошибаюсь, в коде стартеркита реквайрится модуль http2. Неужели просто чтобы был?

Там https и ws. А http2 это проброс нодовского api в песочницу, чтоб из сервера делать запросы к другим серверам

Понятно, благодарю за разъяснение

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

Хлопцы, кто реализовывал подобный таск по настройке над UDP, которая бы решала ряд задач, соблюдала очередность при пересылке пакета данных, проверяла их целостность, при необходимости, слала запрос на досылание пакетов, которые были утеряны.Хотя бы ткните носом, где копать? Возможно ли это сделать на ноде?Или только низкоуровневое программирование(це, руст)?🤷🏻‍♂️

НТТРЗ?https://blog.ukrnames.com/tehnyuansyi/http-poverh-protokola-quic-budet-standartizirovan-kak-http-3

Как реализуется циклическая буферизация для подобных задач?🤷‍♂️😭

вот нашел https://github.com/cbarrick/CircularBuffer

привет!
Мы сейчас запустили рассылку (она будет рассылаться до завтра), где анонсируем 3 воркшопа, которые проверем летом и в сентябре.
Первые early bird билеты идут по самым низким ценам, поэтому решили сообщить в чате, если вы еще не видели анонс:

1. Воркшоп: Kubernetes для Node.js от Никиты Галкина
18 июня

2. Воркшоп: Docker интенсив от Jérôme Petazzoni (был в команде, которая построила, масштабировала и поддерживала dotCloud PAAS до того, как он стал Docker).

3. Воркшоп: Kubernetes интенсив от того самого Jérôme Petazzoni

Если вам или вашим коллегам интересно - можно приобрести билеты в одном из активных ивентов:
https://fwdays.com/

Шё никто не работал с UDP серверами в node.js?🤷🏻‍♂️

Печалька...😔

Делали, можно на ноде, точно также, так же, как на другом языке, задача сложная, но подъемная