This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-06-06
Channels
- # aleph (15)
- # beginners (40)
- # boot (14)
- # cider (90)
- # cljs-dev (132)
- # cljsrn (25)
- # clojars (7)
- # clojure (188)
- # clojure-chicago (4)
- # clojure-dusseldorf (1)
- # clojure-greece (9)
- # clojure-italy (43)
- # clojure-russia (16)
- # clojure-sg (7)
- # clojure-spec (39)
- # clojure-uk (81)
- # clojurescript (170)
- # component (5)
- # core-async (7)
- # cursive (49)
- # data-science (65)
- # datascript (3)
- # datomic (27)
- # graphql (3)
- # hoplon (4)
- # instaparse (56)
- # klipse (129)
- # leiningen (1)
- # lumo (28)
- # off-topic (4)
- # om (15)
- # onyx (54)
- # overtone (7)
- # pedestal (7)
- # re-frame (9)
- # reagent (72)
- # ring (33)
- # ring-swagger (2)
- # spacemacs (1)
- # untangled (19)
- # vim (2)
- # yada (12)
Domanda del mattino: ma il Java jdk, runtime e hotspot, utilizzano multiple cores per internal tasks quali, compilazione, class loading and verification etc etc?
i vari build tool ovviano a questo compilando parti diverse in parallelo, ma javac
non lo fa
buondì a tutti. Domanda per @nilrecurring Ho visto che hai implementato un file upload con re-frame. (cercando "re-frame file upload" escono log di Slack in cui compaiono risposte tue 🙂 ) Banalmente: qualche suggerimento?
Suggerimento riguardo qualcosa di preciso? Se cerchi un working example ho del codice da qualche parte con cljs-ajax
, e giusto ieri dato una mano per un’implementazione con Reagent e cljs-http
, la trovi qui: https://github.com/edne/airhead-frontend/blob/master/src/airhead_frontend/components.cljs
Penso che con cljs-http
venga più pulito
Tra l’altro dovremmo avere @edne online se hai domande su quella codebase
@reborg raccomandazione: usa namespaced keywords nel database e negli handler, una volta che l’applicazione diventa grossa avere il contesto dei namespace aiuta a leggere meglio
E intendo in questo formato: :user/password
. Molti usano nested maps, ma se la struttura dati diventa troppo nested poi è fastidioso tirare fuori i dati, quindi preferisco questo approccio ultimamente
raccomandazione 2 (disclaimer: sentirai il bisogno di questa solo dopo aver usato reframe per un po’, quindi ho omesso molto contesto): subscription che derivano da altre subscription non sono mai abbastanza, e aiutano tanto a tenere la parte della view semplice. Ma se hai bisogno degli stessi dati anche negli handler, allora conviene separare la funzione che ricava i dati dall’effettiva subscription, altrimenti ti ritrovi a fare cose tipo (let [roba @(subscribe [:feed-di-roba])])
dentro gli handler, che non è molto carino. See https://github.com/Day8/re-frame/issues/255
@nilrecurring grazie, sì, un working example va benissimo. Poi se hai best practices dettate dalla tua esperienza, dì pure.
Se devi caricare solo un file quello che ho linkato va benone, se ne devi caricare molti nello stesso form è più complesso
Hi! prima di tutto mi scuso per la codebase un po' sporca, devo ancora fare quache giro di refactoring...
@nilrecurring ACK grazie
Da quel poco che ho visto cljs-http
permette di monitorare lo stato dell'upload tramite un "canale" async, mentre cljs-ajax
semplicemente chiama una callback quando finisce
mentre per gli upload multipli, se @nilrecurring hai in giro qualche link, sono interessato anch'io, visto che sarebbe una delle prossime cose che mi piacerebbe implementare...
Per gli upload multipli dovrebbe bastare che tieni il FormData
da qualche parte, e.g. un r/atom
E poi appendi, tipo così:
(let [form-data (doto
(js/FormData.)
(.append "filename1" file1)
(.append "filename2" file2))])
Tutte le loro doc sono fantastiche
Domanda scema: il paradigma "reactive" proposto da re-frame avrebbe senso anche lato backend?
Ragionandoci basterebbe un db a cui puoi fare dei subscribe
Però fatico ad immaginare in quale scenario/architettura potrebbe essere utile al di fuori delle interfacce...
@mdallastella intendi qualcosa tipo event sourcing?
@mbarbieri non sono molto ferrato sul tema, sono un po' palladiano sulle architetture backend 😅
Parli di Domain Driven Design?
Pensavo a questo: https://martinfowler.com/eaaDev/EventNarrative.html
Quindi sì, event sourcing
Non solo. Nel senso di avere uno Stream di eventi da ascoltare e agire di conseguenza.
Non ho mai capito se è Fowler ad essere avanti o se è l'adozione di certe idee ad essere lenta... :thinking_face:
È venuto in ufficio da noi l'anno scorso (siamo clienti ThoughtWorks). La sua intelligenza è inversamente proporzionale al gusto nel vestirsi 😄
@mdallastella entrambe! Fowler è avanti, e l'adozione delle idee è lenta 😅