This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2021-03-30
Channels
- # babashka (18)
- # beginners (90)
- # calva (33)
- # clara (6)
- # cljfx (11)
- # cljs-dev (22)
- # cljsrn (9)
- # clojure (71)
- # clojure-australia (2)
- # clojure-czech (15)
- # clojure-europe (27)
- # clojure-germany (9)
- # clojure-nl (4)
- # clojure-serbia (3)
- # clojure-uk (10)
- # clojurescript (17)
- # conjure (12)
- # data-oriented-programming (2)
- # deps-new (6)
- # fulcro (29)
- # graphql (10)
- # hugsql (6)
- # jobs (1)
- # lsp (59)
- # malli (8)
- # off-topic (76)
- # pathom (15)
- # polylith (130)
- # re-frame (9)
- # reagent (15)
- # releases (4)
- # rewrite-clj (6)
- # ring (6)
- # rum (9)
- # shadow-cljs (116)
- # specter (5)
- # testing (7)
- # tools-deps (24)
- # vim (6)
- # xtdb (17)
How is the story around Clara and out-of-order processing? Like if I were processing real time events that had a chance of coming out of order, this would be a natural fit for a rules engine right?
Truth maintenance in clara should honor any order of execution. if the rules are satisfied it should not matter the order of the facts
Is a rules engine the correct fit for the use case is a little more of a muddy answer.... and it probably comes down to "it depends". It depends on the use-case you are trying to solve with reasoning about the series of events. If its reasonably sized then a rules engine might be considered overkill, but if you are trying to tie a lot of disparate reasoning together in a logical manner, then a rules engine might be correct.
We’re building a graph database with real time events sourced from multiple systems... it’s not overkill to consider a rules engine in my opinion
Maybe I should read up on truth maintenance systems... that’s basically what we’ve been building, without knowing it
If I understand correctly