This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-11-30
Channels
- # adventofcode (22)
- # announcements (7)
- # beginners (32)
- # calva (56)
- # cider (96)
- # cljdoc (7)
- # cljs-dev (50)
- # clojure (173)
- # clojure-austin (8)
- # clojure-brasil (7)
- # clojure-europe (10)
- # clojure-greece (2)
- # clojure-italy (10)
- # clojure-nl (9)
- # clojure-spec (18)
- # clojure-uk (143)
- # clojurebridge (3)
- # clojurescript (9)
- # cursive (14)
- # data-science (1)
- # datascript (4)
- # datomic (9)
- # docker (7)
- # emacs (2)
- # figwheel-main (4)
- # fulcro (18)
- # garden (1)
- # graphql (13)
- # hyperfiddle (4)
- # juxt (2)
- # off-topic (43)
- # pathom (1)
- # pedestal (17)
- # portkey (163)
- # re-frame (4)
- # reitit (7)
- # rum (4)
- # shadow-cljs (139)
- # spacemacs (5)
- # sql (14)
- # unrepl (2)
So Rich said they're releasing a new clojure.spec, is it going to be radically different, or backwards compatible?
he mentioned being careful about backward compat in the talk. Then again it's an alpha, so breakage might very well happen
The plan is that it will be as backwards-compatible as possible
Things like s/keys may continue to exist but be deprecated for example
From what I got, instead of having to split into required and optional argument sin the spec. it's moved to something different, and you can specify on the function witch fields you need/expect
No, it’s not available yet
We are doing some reorg of the impl in spec-alpha2 at the moment
And then we will be diving into the new stuff
just finishing up the talk, so spec stuff will be baked into defn
, or is that pseudo-code?
I was hesitant when using spec in my work's project, but I feel like it would really benefit from these changes, especially when defining specs between different data layers
Just a few days ago I suggested to someone to just use optional keys for his specs and validate presence of keys in some other way. (GraphQL context). Glad to hear there’s going to be a better way.
@benzap it’s possible it will get integrated more into defn - currently TBD but Rich is thinking about it
that of course wouldn’t happen till Clojure 1.11, if at all