This is a good article because it takes a deeper dive into stuff that Redux articles tend to skim over.

This is a good article because it takes a deeper dive into stuff that Redux articles tend to skim over. Of course the real action of your Redux app occurs in the middleware, not the reducers.

It’s good that after a survey of middleware techniques he settled on abstracting RxJS in his own domain specific library. The other approaches which are more common in the Redux world are frankly quite inadequate. Sagas for example (which are built on JavaScript generators) are way too complex once you get beyond trivial examples.

https://medium.com/@jeffbski/where-do-i-put-my-business-logic-in-a-react-redux-application-9253ef91ce1

I don’t know Purescript* but I may need to start looking into it to understand these articles.

I don’t know Purescript* but I may need to start looking into it to understand these articles.

Here is the follow up on incrementally updating the DOM using functions. http://blog.functorial.com/posts/2018-04-08-Incrementally-Improving-The-DOM.html

* my impression of it so far is that it’s a simplified Haskell designed for easy JavaScript interoperability.

http://blog.functorial.com/posts/2018-03-12-You-Might-Not-Need-The-Virtual-DOM.html