This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-12-13
Channels
- # adventofcode (77)
- # beginners (132)
- # boot (11)
- # cider (40)
- # clara (10)
- # cljsjs (1)
- # cljsrn (4)
- # clojure (148)
- # clojure-android (1)
- # clojure-greece (5)
- # clojure-italy (5)
- # clojure-nl (7)
- # clojure-spec (57)
- # clojure-uk (9)
- # clojurescript (115)
- # core-matrix (1)
- # cursive (3)
- # data-science (1)
- # datomic (1)
- # duct (7)
- # emacs (20)
- # fulcro (29)
- # funcool (4)
- # graphql (31)
- # instaparse (15)
- # java (1)
- # jobs (6)
- # jobs-discuss (95)
- # leiningen (2)
- # off-topic (30)
- # om (4)
- # onyx (7)
- # pedestal (6)
- # quil (4)
- # re-frame (52)
- # reagent (59)
- # rum (1)
- # spacemacs (3)
- # specter (61)
- # test-check (3)
I suspect that Clara does enough code generation and evaluation behind the scenes to confuse tooling like Cloverage, at least without some modification to specifically support Clara, but it isn’t something I’ve looked into. I don’t think the rules network could be effectively statically analyzed but perhaps something could be created that looked at what rules were interacted with; that information is available via Clara’s tracing
I'm not exactly sure how it works; but a search in the repo for tools.analyzer
returns empty
I'm mostly just interested in seeing what rules are firing during tests, to make sure I have sufficient tests.
@U0E2EQFME you could do some reading of the inspected session