Все предложенные новшества можно просто сделать в народе, совершенно бессмысленно ограничивать только на ts, потому что все равно все работает в V8.  Токио можно спокойно и к ноде прикрутить. На расте он пишет не очень хорошо, даже наши из Метархии ребята ревьювили его код. Система безопасности странная и сомнительная. Вывод-  это просто эксперимент и ничего не получится больше, чем прототип.

Вот если бы хотя бы решили проблему с потоками и шарингом памяти.. (а не просто шаред массивы) и немного 'попатчили' подходы в этом плане, чем бы оправдали новую "подкапотную" - другое дело.

На самом деле хз зачем вообще дено сделали. Только потому что хотелось попедалить что то на расте по ходу :)

А где лежит роунмапинг, а то я немного не местный, в прикрепленках не нашел

Он не полный, все время улучшается, вот по основам, асинхронному и ноде уже почти как нужно - https://github.com/HowProgrammingWorks/Index

Пацаны,  я с другого "ПТУ", надо было повесить на список кнопок определеное событие. Начал ковырять сделал стандартное addEventListener( 'click', (target) => doSomeCrap) .
Может я плохо искал, но я не нашел ресурсов где бы писали полную спецификацию функций, не сразу понял что такое target тут

там не target, там event у которого есть свойство target (сслыка на дом ноду на которой произошло событие)
а вообще да, плохо искал

И где можно найти спецификации?

https://dom.spec.whatwg.org/#events
но тебе скорей всего не нужны спецификации, а нужен mdn)

Подскажите плз, какой самый правильный способ сделать distributed lock в монге? Есть бд и есть там сущности, есть программа которая эти сущности обрабатывает (много математики, дорогой по ресурсам процесс) и она может быть запущена на более чем 1 сервере. Задача чтоб каждый клиент получал уникальную сущность для обработки из базы и то что уже кто-то получил лочилось. Первое что приходит в голову это апи которое раздает сущности и имеет ровно 1 конкурентное соединение к монге. Второе это redis redlock (неохота тащить такую здоровую сущность в стек ради этого). А как бы вы это решали?

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

в следующий раз так и сделаю с постгрес, но тут уже монгу слишком дорого будет выпиливать) спс за ответ, делаю апи тогда как и думал

А есть какие-то хорошие материалы (лекции, статьи) о том, почему именно PgSQL позволяет выбросить монгу на помойку? Почему не MySQL?
Я не любитель NoSQL решений, но хотелось бы почитать аргументацию, почему после PgSQL монга эта моветон?

Как минимум функционал, имхо (в MySQL гораздо меньше всего)

Чего всего?/

Ты можешь поискать в интернете сравнения, нет массивов, нет json, не было до 8 версии даже ROW_NUMBER

Мне не надо как бы просто фраза...

Я же написал - функционал

У MySQL тоже есть преимущества все зависит от контекста и требований

Я и не говорю, что MySQL чем-то плох) Сам его юзаю)