Пока все нодеры в компании просили нормальный билд, нормальные тайпинги и прочую инфру, в Нод-команде пилили нахер не нужный серверлесс и клон Grayhound - чтобы сюрприз-сюрприз - включить ноду в общий Кафка-шабаш

Хочу мову з імутабельністю по дефолту

Они не забивают, они огораживаются. Чем быстрее бекенд-система компании приходит к виду Кафка/Хадуп/Спарк и сервисы вокруг, тем быстрее бекенд-команды могут отгородиться от продуктовой стороны проектов и перейти в режим “написания кода ради кода с постоянным ростом команд”.

Это - зрелое состояние инженерии в любой компании. Оно стабильно, и никогда не меняется. Поэтому подозреваю, что “наплевать на ноду” в виксе - это естественный процесс взросления.

Пока все нодеры в компании просили нормальный билд, нормальные тайпинги и прочую инфру, в Нод-команде пилили нахер не нужный серверлесс и клон Grayhound - чтобы сюрприз-сюрприз - включить ноду в общий Кафка-шабаш

скала?

Пока все нодеры в компании просили нормальный билд, нормальные тайпинги и прочую инфру, в Нод-команде пилили нахер не нужный серверлесс и клон Grayhound - чтобы сюрприз-сюрприз - включить ноду в общий Кафка-шабаш

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

Народ, подскажите как задачу решить.

Приходят данные, есть асинхронная функция, которая эти данные обрабатывает.

Данные приходят каждую секунду. Обработка 1 или нескольких данных занимает примерно одинаковое время. Но важно, чтобы они процессились последовательно.

Если за секунду данное не удалось процесснуть, и уже пришло следующее, то я не хотел бы запускать процессор, подождать следующего данного, и процесснуть сразу 2.

Соответственно, если не успел процесснуть штук 5-10, то потом накопившиеся данные процессим сразу пачкой.

Короче, нужен такой буферизатор перед асинхронной функцией.

Я могу сам нагородить огород, но мб в каком-то rx / стримах / еще где есть готовая штука для таких сценариев?

пока вы все думали что серверлесс никому не нужен, он выстрелил и им начинают пользоваться

імутабельність це як приватні поля -

Народ, подскажите как задачу решить.

Приходят данные, есть асинхронная функция, которая эти данные обрабатывает.

Данные приходят каждую секунду. Обработка 1 или нескольких данных занимает примерно одинаковое время. Но важно, чтобы они процессились последовательно.

Если за секунду данное не удалось процесснуть, и уже пришло следующее, то я не хотел бы запускать процессор, подождать следующего данного, и процесснуть сразу 2.

Соответственно, если не успел процесснуть штук 5-10, то потом накопившиеся данные процессим сразу пачкой.

Короче, нужен такой буферизатор перед асинхронной функцией.

Я могу сам нагородить огород, но мб в каком-то rx / стримах / еще где есть готовая штука для таких сценариев?

@ghaiklor Коротше, є такий підхід: всі біндинги і значення імутабельні по дефолту.

Наприклад

let a = { count: 0 }
let b = a

Змінити a, b, a.count просто так не можна. Тому для цього є спеціальний оператор mutate, який змінює біндинг на новий:

mu

tate(a, { count: a.count + 1 })
// a == { count: 1 }
// b == { count: 0 }

якось так

просто дабл-ендед стак юзни например

в расте, после b = a ты не сможешь к a обращаться больше, потому что по ownership, ею никто не владеет уже

? ссыль

в расте, после b = a ты не сможешь к a обращаться больше, потому что по ownership, ею никто не владеет уже