This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2016-05-05
Channels
- # admin-announcements (4)
- # beginners (47)
- # boot (69)
- # cider (11)
- # cljsjs (1)
- # cljsrn (5)
- # clojure (163)
- # clojure-austin (17)
- # clojure-russia (27)
- # clojure-uk (46)
- # clojurescript (109)
- # core-async (28)
- # cursive (2)
- # data-science (1)
- # datavis (1)
- # datomic (9)
- # dirac (33)
- # funcool (8)
- # hoplon (1)
- # lein-figwheel (1)
- # leiningen (1)
- # luminus (23)
- # mount (3)
- # nyc (2)
- # off-topic (25)
- # om (3)
- # onyx (4)
- # perun (7)
- # re-frame (10)
- # reagent (2)
- # ring-swagger (4)
- # spacemacs (4)
- # uncomplicate (1)
- # untangled (21)
- # vim (2)
- # yada (2)
@mikethompson: Thanks Mike!
@jmmk: Looks really nice but i don't think its mutable nature will play with ClojureScript nicely
i’m curious if anyone has some performance metrics for reframe? i’m starting to see the first signs of performance problems when rendering a list of ~300… which seems quite low to me, and makes me wonder if I’m doing something stupid with into [] (render-list)
and breaking internal optimizations
but it would be great to have some examples somewhere so I could know if I’m doing something wrong or if that’s the upper-bound
@lwhorton: what does "rendering" mean? (:data app-db)
is vector with 300 items and it takes a long time to render? Or some/many/all of those items are changing regularly and the app can't refresh fast enough?
For general performance things, it was really helpful for me to internalize (1) https://github.com/Day8/re-frame/wiki/Using-%5B%5D-instead-of-%28%29 and (2) https://github.com/Day8/re-frame#a-more-efficient-signal-graph
i have a list of data items containing maybe 4-6 keys each, and they’re all stored in the db under :data-items
let’s say