Jay Phelps (@_jayphelps ) talks about why Netflix loves reactive programming with Rx. In this talk he shares the basics of RxJS 5 Observables and how they can …



  1. You'd like Go channels, like this but less hacky, and Redux is super over complicated. CSP in JS would be nice for this sort of thing.

  2. My guess on the audio: Probably was a talk given internally, and someone recorded it and posted it on their own as an after-thought.

  3. Isn't he just describing using finite state machines? Can't one just use a finite state machine instead of all of these tools? What am I missing?

  4. I'm sure it was clear to most everyone, but an addition to the concept of a "pure function" is that it also modifies nothing outside of the function. I.e.

    let count = 0
    const sum = (x, y) => { count++; return x + y }

    Same input always gives the same output, but it's not pure.

  5. Rx is one of the most difficult libraries I've ever tried learning, the combination of FRP concepts + an extremely large API surface area. Debugging is difficult, the documentation is difficult for beginners. Worth it though. Keep at it if you feel the same.

  6. you could use promises and still have a "callback hell". That indentation example that everyone uses should not be listed first as one of the main reason to use promises instead of callbacks. It just drives the focus to the code quality instead of the real security and composition problems that are present when using callbacks.

  7. I love nothing more than someone interrupting a speaker in the middle of their talk…

    Really good introduction – despite the recording quality, will definitely give both RxJS and redux-observable a look.

  8. 8:47 uhh, "some people don't know". I'm pretty sure Promises were intended to be used that way. Returning a promise from a .then callback is the core of promises.

  9. Great talk! Seems to be solving all async actions related problems we are facing with redux.

    If only there was an easy way to sell RxJS to my colleagues ?

  10. Correction: Default Promises cannot be cancelled.
    There are other implementations, like Bluebird Promises – they can be delayed, timeouted and, oh wait, Cancelled.

Leave a Reply to modoran2000 Cancel reply

Please enter your comment!
Please enter your name here