This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-04-27
Channels
- # beginners (35)
- # boot (111)
- # cider (12)
- # clojure (295)
- # clojure-android (2)
- # clojure-dev (12)
- # clojure-dusseldorf (9)
- # clojure-finland (1)
- # clojure-greece (7)
- # clojure-italy (24)
- # clojure-norway (1)
- # clojure-poland (7)
- # clojure-russia (14)
- # clojure-sg (1)
- # clojure-spec (29)
- # clojure-uk (25)
- # clojurebridge (1)
- # clojurescript (157)
- # clr (3)
- # cursive (3)
- # datomic (55)
- # docker (6)
- # hoplon (4)
- # juxt (11)
- # leiningen (13)
- # luminus (1)
- # lumo (3)
- # mount (1)
- # off-topic (47)
- # om (43)
- # onyx (35)
- # re-frame (33)
- # reactive (2)
- # reagent (4)
- # rum (3)
- # schema (5)
- # specter (5)
- # test-check (63)
- # vim (15)
- # yada (14)
Mi sembra un'ottima decisione
Non ci conterei troppo 🙂
essendo una dipendenza di clojure per gli utenti non c'e` virtualmente alcuna differenza e permette iterazioni piu` veloci
sarebbe interessante se core.async
stesso diventasse un'altra dipendenza bundlata con clojure come core.spec
@bronsa ah quindi includendo 1.9 me la becco comunque ma come dipendenza... mmmmh quindi e' finita l'era del mi scarico lo zip ed apro un repl?
l'idea AFAICT e` di tenere spec come parte del bundle core ma semplicemente rilasciarla come un artifact separato per poter separare i development cycles
Mmmh, Alex parla di rimuovere completamente i spec-ns da core, quindi non sembra che i sorgenti di spec saranno nel jar di clojure
ma essendo spec una dipendenza di clojure, verra` inclusa in qualsiasi progetto dipenda da clojure