47 karma · joined December 5, 2012
React allows you to treat DOM mutation as an expression of current app state.
This doesn't mean that your state itself has to mutate. It's entirely possible to structure a React (and/or Redux) app with fully immutable state, copies of which represent change. (Whether copies are done efficiently, e.g. via persistent data structure algorithms, or naively, e.g. via a deep clone, is secondary).
I'm befuddled where you're getting the impression that immutable data structures themselves require mutation.
---
* https://www.google.com/search?q=asheville+downtown&tbm=isch
* https://www.google.com/search?q=asheville+autumn+leaves&tbm=ischFrom Finder, ⌘⇧⏎ pulls up an Alfred-like modal for executing one-off commands in the folder you are viewing, displaying output in the modal itself.
Another quick ⌘⏎ pops open a full terminal with the folder as your working directory.
[0] http://www.dharma.org/meditation-retreats/retreat-center
[1] https://www.spiritrock.org/retreatsRuby allocates heaps for its objects, and sets GC thresholds based on those heap sizes. Ruby allows you to change those settings via environment variables, which means that you can end up doing fewer allocations and less aggressive GC, which makes sense when using a full framework like Rails, which is going to allocate a lot of objects.
There's a more complete answer here to get you started: http://stackoverflow.com/questions/13387664/ruby-gc-executio...
Could you elaborate on this, or point me in the right direction? I'm learning Rails and curious.
SerpBook (http://serpbook.com) - Search engine rank tracker.
Mortar (http://mortardata.com) - Hadoop-aaS.
I'm still working through Michael Hartl's tutorial, but plan to work through each of these afterwards.