From a HN thread :
The example on http://reactivex.io/ is also good
https://medium.com/@mweststrate/how-to-decouple-state-and-ui-a-k-a-you-dont-need-componentwillmount-cc90b787aa37#.eb7lqv6ts (referenced by @pesterhazy in #re-frame)
https://pupeno.com/2015/08/26/no-hashes-bidirectional-routing-in-re-frame-with-bidi-and-pushy/ (referenced by @shaun-mahood in #re-frame https://clojurians-log.clojureverse.org/re-frame/2016-08-31.html)
https://github.com/velveteer/celibidache/blob/master/src/app/routes.cljs
http://unix.stackexchange.com/a/117470
Oh, hells no! Never, and I mean NEVER, use eval for something as trivial as this. Indeed, you should only very rarely need it at all. It can be quite a security risk, and is almost never really necessary in general scripting.
Eval command and security issues
| (reg-event-fx | |
| :firebase/listen | |
| (fn [{:keys [db] :as cofx} event] | |
| (let [user (:user db) | |
| firebase-database (:firebase-database db)] | |
| ; fetch user (core.async version) | |
| (take! (-> firebase-database | |
| (.ref) | |
| (m/get-in [:user user]) |
| (defn parse-csv | |
| "Reads a text in CSV format into an edn format" | |
| [csv-text] | |
| (let [csv (csv/read-csv csv-text) | |
| header-row (first csv) | |
| rows (rest csv)] | |
| (->> header-row | |
| (map keywordize) | |
| vec | |
| (conj (map #(map parse-csv-value %) rows)) |
| #!/usr/bin/env boot | |
| (require '[clojure.string :as s]) | |
| (defn print-properties [[k v]] | |
| (str k "=" v "\n")) | |
| (defn print-component [component-name props] |
https://news.ycombinator.com/item?id=11933276 Use Gitbook. It kicks all kinds of ass, is easy, and has online editor, offline editor, and cli toolchain if needed.
No way. First, it has to be hosted in house. Second, that's basically the same markdown + pandoc I use for free already. Except it's even less flexible, and costs money. If API documentation would be just an ordinary book, I wouldn't have the urge to change anything, as pandoc + custom CSS actually does fine. Generating HTML + TOC from a bunch of .md files isn't really a problem, you know, it just isn't what makes writing API docs painful. I have a couple of sentences to say about every RPC call, maybe. It's actually mostly about providing huge (so, I guess foldable) params/result examples and making it easier to change the docs when the code changes. See Slate for example. Or even readthedocs. Both are not even remotely perfect, but are wa-ay more suitable for writing docs than gitbook.
Since the new persister arrived in RabbitMQ 2.0.0 (yes, it's not so new anymore), Rabbit has had a relatively good story to tell about coping with queues that grow and grow and grow and reach sizes that preclude them from being able to be held in RAM
http://www.rabbitmq.com/blog/2011/10/27/performance-of-queues-when-less-is-more/
- new persister