working, but it sucks

Implemented batch removal adhoc, as a foldl, and list change perf is
exponential with nodes. Each change instigates `<number_of_nodes>`
`_tree` (thus `React`) updates, which **would have side effects** if
any component's update logic had side effects. This is because there
is no batch update mode for `_tree`. There is also no current way to
tell the app not to update while doing multiple things.

Maybe it would suffice to give the app an update kill switch, instead
of `_tree`.
failed attempt at an app-level update kill

toggling 256 todos takes 10s of seconds, and maybe doesn't even appear
to do its job anymore. The batch needs to happen at the `_tree` level.
fast "clear completed", and implement swannodette's benchmarks

http://swannodette.github.io/2013/12/17/the-future-of-javascript-mvcs/

Chinchilla benchmark 1: ~800ms,
Om benchmark 1:         ~500ms

Chinchilla benchmark 2: ~500ms,
Om benchmark 2:           ~5ms

Very close performance to Om, and beats the crap out of the Backbone
example! The chinchilla version has room for optimization, too. The
`_tree.node.removeAll` implementation -- the code behind the fast
"clear completed" implementation -- was deemed just good enough for
most purposes. It could probably be made more efficient.
light readme intro
cleanup
remove updateKill failure. _tree.batch replaced it
old chinchilla stuff. going away.
implement data model using `_tree` subclass mechanisms

Performance now roughly matches Om. requestAnimationFrame not even
used. Pretty exciting stuff.

_tree might need a bower.json to declare its underscore dependency.
rename folder to move away from chinchilla
implement localStorage; use more model methods; change name to title

localStorage was pretty simple to implement. mostly in
js/data/main.js, but partiall in js/require-main.js (could easily be
consolidated).

There may still be some cruft hanging around from before _tree
modeling, but I cought a bunch of easy instances with some greps.
no CNAME for my gh-pages branch