читаю пока на хабре, чтоб понять что это такое, чтоб понять сначало.

они там много рассказывают про это все

😔

а лучше гляди в bacon | kefir у них интерфейс попроще, и они только с горячими потоками работаю - все в разы проще

поймешь что то одно - поймешь и rx.js

а там в most.js смотри

...

лучше смотреть что-то одно, за всем не угонишься

а лучше гляди в bacon | kefir у них интерфейс попроще, и они только с горячими потоками работаю - все в разы проще

Согласен. Rxjs довольно обширная штука

она для входа в это все очень непростая

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

Промисы никак не сравнить с rxjs

почему не сравнить, вполне себе

хмм

тогда какую задачу решает rxjs тогда?

почему не сравнить, вполне себе

Например по каким параметрам?

тогда какую задачу решает rxjs тогда?

Управление потоком данных

создание потока, обработка параллельно, последовательно

чем не промисы?

пишешь сразу асинхронный код

Промисы не создают потоки

чем не промисы?

Например, промис ты должен создавать каждый раз

из промисов можно сделать поток и обратно

ничто не мешает. это точно примерно об одном и том же

А можно не делать)

😕

ничто не мешает. это точно примерно об одном и том же

Яснопонятно

так что в чем сила rxjs, перед промисами

Блин

В промисах нет функций для управления потоком данных

другой подход в работе с асинхронным кодом

Вообще

ехх

Ты набор функций в rxjs видел?

я только сегодня с утра начал знакомится

смотрел изначально mobx

Ты набор функций в rxjs видел?

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

На фронте могу)

интересная есть задачка которая очень просто решается на rx.js и иже с ними: эмитация двойного нажатия кнопки мыши, без использования системного события

пример не боевой, но вполне себе показательный

а бля бека пример?

для бэка есть стримы, что то из FRP получится накладненько

для фронта оно все самое то

хотя most.js обещает быть лидером по скорости - пока не тестил

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

ребят, а как реализовать нажатие лайка, как в фейсбуке?

чтобы реакции вылетали

красиво

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

это надо читать книжки про функциональщину, зачем вообще все это надо, и куда катится мир

по случаю интересная книжечка: https://drboolean.gitbooks.io/mostly-adequate-guide/content/

ну а практически какую задачу это решает? есть подозрение, что приминительно к фронту - никакую, просто модное веяние

по случаю интересная книжечка: https://drboolean.gitbooks.io/mostly-adequate-guide/content/

спс, гляну

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

И сиди отлаживай как сыч

если ничего сложнее лендинг странички ничего не надо делать - позязя. в если прям взять сложный SPA - плюсом очень много

на ноде не вижу такой повальной агитации за функциональщину

просто все стенсяются признаться =)

от оно чо

я тебе больше скажу, функциональщину так и так ты будешь использовать, просто об этом знать не будешь, пока не осознаешь

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

потому что если у тебя view можно представить, как f(data) = view, жизнь становится проще. именно это дает иммутабельность

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

кароче на фронте смотреть в сторону unidirection data binding, react + redux

очень много рассказано почему two-way биндинг лютое мясо

очень много рассказано почему two-way биндинг лютое мясо

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

прилетает много плюшек при этом, заметил? например путешествие во времени, адекватное кранение данных на клиенте и т.д.

Давайте ка с фронтендом куда нибудь в другое место

тру

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

пытаются сделать себе хаскель

когда есть эльм

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

чтобы не было проблем с дебагом

когда есть эльм

Нужно в js

приватные пакеты / репы, неправильные разрешения зависимостей и много всего по мелочи

когда есть эльм

тем более в чате про ноджс

А кто-нибудь писал тут расширения для nodejs?

https://github.com/rustbridge/neon

Раст - это как-то смело

Мне все-таки для более банальных вещей надо вроде сисколлов

Ну там все просто, более менее

и он подскажет как не лохануться в отличие от плюсов

yarn 0.16.1 вышел

уже