At its core, the process is rather simple: 1. Find a ratom that you consider to be a part of your app's state 2. Figure out the path where you'd put its value in the re-frame's app-db 3. Create an event that sets the value at that path 4. Replace all instances of reset! on that ratom with dispatch to that event 5. Create a subscription that retrieves the value at that path 6. Replace all instances of derefing the ratom with derefing the subscription 7. For all cursors, tracks, reactions, create its own subscription that uses the original one as a signal 8. Put all side-effects inside effects and use them within new event handlers to which you dispatch in place where old side-effects were originally There are some exceptions to the above, of course. Specifics highly depend on a particular case.

interesting, that makes sense

like you want to retry after a timeout? Have an on-failure handler that checks the reason for the error and tries again

you could describe it as a statechart… https://lucywang000.github.io/clj-statecharts/docs/delayed/

> ike you want to retry after a timeout? Have an on-failure handler that checks the reason for the error and tries again This is what we ended up doing using dispatch-later