Да.

Спасибо, опечатался.

Безопасный что значит?

Значит что злоумышленник не сможет пройтись по моей последовательности генераций имея такие же условия как у меня

И предугадать таким образом числа

https://nodejs.org/api/crypto.html#crypto_crypto_randombytes_size_callback
Вот указано "cryptographically strong pseudorandom data" в самой же документации ноды

Да я вот искал что-то подобное там, но видимо проглядел, спасибо)

Подскажите, а было такое, что Тимур говорил, что Event Emitter использовать не очень хорошая практика, или я что то напутал?

Это аналог go to

да да, именно так он и говорил

и что использовать вместо event emitter?

Он говорил, что использовать только Event Emitter плохая практика

Хорошо, я хочу написать сервер в стиле event driven. У меня каждый запрос с клиента будет всегда какое то событие. Как это лучше реализовать без евент емиттера?

Есть либы для таких вещей, можно в ту сторону посмотреть

Нет, я хочу сам написать ограничиваясь только АПИ ноды. Я хочу понять сам подход какоц лучше использовать. Если бы я использовал eventEmitter, я бы описал все возможные события и эмитал бы в зависимости от события и данных в запросе

Так можно посмотреть на то как это организовано в этих либах

И если уж хочешь сам, то сделаешь по подобию

А подскажешь название этих либ?

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

Одна из проблем нодовского эвент эмиттера - он полностью синхронный(возможно, и не проблема) и нет подписки на все эвенты разом. Можно только на конкретный эвент подписаться.
Это решает библиотека emittery.

Можно юзать реактивное программирование, которое тоже работает с потоками сообщений: посмотри RxJS или другие reactive programming libraries.

У которых под капотом тот же эвент эмиттер 👍