This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-07-01
Channels
- # 100-days-of-code (2)
- # beginners (83)
- # calva (3)
- # cider (98)
- # clara (3)
- # clj-kondo (2)
- # clojure (84)
- # clojure-dev (59)
- # clojure-europe (11)
- # clojure-italy (22)
- # clojure-madison (4)
- # clojure-nl (3)
- # clojure-spec (24)
- # clojure-uk (80)
- # clojurescript (33)
- # clr (3)
- # datomic (59)
- # events (2)
- # fulcro (20)
- # interop (35)
- # jobs (6)
- # jobs-rus (1)
- # joker (3)
- # kaocha (2)
- # luminus (3)
- # off-topic (16)
- # other-languages (2)
- # pathom (17)
- # planck (2)
- # reagent (1)
- # shadow-cljs (1)
- # test-check (1)
- # tools-deps (49)
- # vim (16)
https://clojurians.slack.com/archives/C08TC9JCS/p1561715419047500 I don’t know the specifics here at all. But probably could still be backwards chaining and have something like this apply.
https://clojurians.slack.com/archives/C08TC9JCS/p1561716926057800 The syntax can be altered if you want an alternative dsl. The rules have a well defined data model. It’s not “just let” syntax since that would be awkward to make semantically work for more complex rules. Rules are about unification bindings etc. datalog isn’t let-binding syntax either. Also Clara is aligning its default DSL syntax closer to the world of forward chaining rules engines that have existed for a long time.