Clojurians
#clojure-italy
<
2018-11-14
>

This page is not created by, affiliated with, or supported by Slack Technologies, Inc.

manuel08:11:01

buondì. @andrea.crotti due righe mentre facevo colazione: https://manuel-uberti.github.io/programming/2018/11/14/deps-shadow-cljs/

manuel08:11:36

(ci saranno typo ovunque, vista la sonnolenza...)

helios08:11:57

@manuel ho visto anche io il rising di shadow-cljs, ma la mia domanda e'.. perche'?

helios08:11:09

che problema risolve che non si risolve con figwheel / cljsbuild ?

helios08:11:42

(sono curioso, voglio capire quanto sia un fatto di "cambiare perche' cambiare" o "finalmente risolve questo problema")

manuel08:11:54

sì, me lo sono chiesto anche io, infatti con figwheel-main andavo felicemente. Forse @richiardiandrea ci può dire di più. :slightly_smiling_face:

helios08:11:18

ho un po' la stessa domanda per deps invece che leiningen

helios08:11:31

e voglio capire quanto tutto cio' sia influenzato dal fatto che "rich l'ha scritto"

helios08:11:47

e quanto la comunita' capisce che rich fa le cose che servono a rich e cognitect prima ancora per la comunita' :stuck_out_tongue:

manuel08:11:51

nel caso di deps, faccio a meno di un tool esterno e il deps.edn mi sembra più pulito di project.clj

manuel09:11:29

a livello pratico, né deps.edn né shadow-cljs mi hanno cambiato drasticamente il progetto eh

helios09:11:56

la mia curiosita', per ora, e' stata soddisfatta

manuel09:11:43

però su shadow-cljs continuo ad avere i miei dubbi

manuel09:11:54

i tuoi stessi dubbi :wink:

reborg09:11:13

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).

mpenet13:11:09

c'e katamari che sembra molto interessante, particolarmente la parte sulle incremental builds

reborg13:11:03

Interessante grazie!

reborg09:11:27

Riguardo al “quando” questo design risultera’ in un deciso vantaggio rispetto a Leiningen e’ ancora da vedere

reborg09:11:15

Pero’ riconosco che tutto sto fardello di jar e contro-jars e’ un eredita’ Java su cui Clojure non deve necessariamente basarsi

manuel13:11:23

yes, ma ho il (brutto) presentimento che finiremo tutti su Slack in ogni caso. Non so eh, gut feeling.

mdallastella13:11:35

Qualcuno si è registrato?

mdallastella13:11:02

Il problema "grosso" è che cmq la gente tende a rimanere sui tool che usa quotidianamente... facile che pochi migrino da slack a zulip

reborg14:11:36

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’…

helios14:11:07

tutti noi usiamo slack anche per altre cose, immagino