This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-11-14
Channels
- # aleph (10)
- # announcements (2)
- # beginners (228)
- # calva (18)
- # cider (6)
- # clara (5)
- # cljdoc (25)
- # cljs-dev (22)
- # clojure (78)
- # clojure-dev (30)
- # clojure-europe (2)
- # clojure-finland (1)
- # clojure-italy (32)
- # clojure-nl (21)
- # clojure-uk (126)
- # clojurescript (34)
- # cursive (5)
- # data-science (2)
- # datascript (2)
- # datomic (26)
- # defnpodcast (1)
- # emacs (5)
- # figwheel (5)
- # figwheel-main (3)
- # fulcro (14)
- # graphql (5)
- # jobs (1)
- # keechma (4)
- # nrepl (5)
- # off-topic (35)
- # onyx (3)
- # pedestal (12)
- # random (1)
- # re-frame (35)
- # reagent (8)
- # reitit (20)
- # remote-jobs (5)
- # ring-swagger (20)
- # shadow-cljs (166)
- # sql (43)
- # vim (6)
- # yada (15)
buondì. @andrea.crotti due righe mentre facevo colazione: https://manuel-uberti.github.io/programming/2018/11/14/deps-shadow-cljs/
(sono curioso, voglio capire quanto sia un fatto di "cambiare perche' cambiare" o "finalmente risolve questo problema")
sì, me lo sono chiesto anche io, infatti con figwheel-main
andavo felicemente. Forse @richiardiandrea ci può dire di più. 🙂
e quanto la comunita' capisce che rich fa le cose che servono a rich e cognitect prima ancora per la comunita' 😛
nel caso di deps, faccio a meno di un tool esterno e il deps.edn mi sembra più pulito di project.clj
a livello pratico, né deps.edn né shadow-cljs mi hanno cambiato drasticamente il progetto eh
Per quanto riguarda tool.deps, credo ci sia valore aggiunto nel ripensare un build tool per Clojure che non dipende da maven (ma che ovviamente lo supporta).
c'e katamari che sembra molto interessante, particolarmente la parte sulle incremental builds
Riguardo al “quando” questo design risultera’ in un deciso vantaggio rispetto a Leiningen e’ ancora da vedere
Pero’ riconosco che tutto sto fardello di jar e contro-jars e’ un eredita’ Java su cui Clojure non deve necessariamente basarsi
Ma avete visto http://clojurians.zulipchat.com/?
yes, ma ho il (brutto) presentimento che finiremo tutti su Slack in ogni caso. Non so eh, gut feeling.
Qualcuno si è registrato?
Il problema "grosso" è che cmq la gente tende a rimanere sui tool che usa quotidianamente... facile che pochi migrino da slack a zulip
per quanto sara’ immensamente meglio, mi toccherebbe tenere aperte comunque 2 apps. Quindi a meno che Clojure core non dica ufficialmente che ci spostiamo tutti di la’…
Esatto