Как раз таки нужен

Зачем? Внести просто функцию compose в библиотеку как это было с промисами и т.п.

Зачем? Внести просто функцию compose в библиотеку как это было с промисами и т.п.

Ну это не так лаконично

К тому же нужен pipe а не compose

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

И этот оператор с промисами умеет

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

тогда тебе на кложуру надо, жс выбрал другой путь, увы

К тому же нужен pipe а не compose

А в чём разница? Мы группируем фнкции, а после применяем разом.

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

Ну ты ретроград. Все это поняли

async/await имхо захламление как раз

async/await имхо захламление как раз

Лол

а вот pipeline нормальная тема

async/await имхо захламление как раз

А как без поддержки языка?

хотя их можно закомбинить

хотя их можно закомбинить

В предложении есть

Промисы слишком монструозны.

В предложении есть

да, я видел

Ну ты ретроград. Все это поняли

Не, а почему compose не подходит?

Это же те же яйца, но только в профиль.

хз, нормальный код с промисами для меня лучше выглядит, чем async/await с try/catch

Не, а почему compose не подходит?

Мне с ним сложно

Всегда юзаю пайп

ERROR: S client not available

Мне с ним сложно

кстати, плюсик

тоже пайп юзаю

хз, нормальный код с промисами для меня лучше выглядит, чем async/await с try/catch

Там же мусора много, нет?

Промисы слишком монструозны.

Плюсую

Асинхронный for для меня просто второе пришествие

Всегда юзаю пайп

Из рамбды? Просто я реально не вижу между ними разницы.

А, нет. Вижу. Ошибся.

Тогда уж лучше стримы в язык внести.

Из рамбды? Просто я реально не вижу между ними разницы.

Ага

Тогда уж лучше стримы в язык внести.

+