Fork me on GitHub
#clojure-italy
<
2017-09-03
>
reborg07:09:27

amazonica e' attualmente il meglio, ma non mi piace che per usare S3 (ad esempio) mi devo tirar dentro tutti gli altri servizi. Lo vorrei modulare.

reborg07:09:20

se ci fosse un clj-s3 (ci sono ma son tutti abbandonati o vecchi) userei quello

reborg07:09:54

l'altra cosa che mi scoccia dell'approccio "wrapper a java" e' che per implementarlo ti devi sorbire la quantita' di menate OO tipiche Java enterprise. Con l'arrivo del java-aws sdk2 (con async) l'effetto e' evidente.

reborg07:09:37

cioe', aws e' una cacchio di chiamata REST con qualche header encrypted! quanti layer di layer di layer ci devo mettere sopra?!? 🙂

reborg07:09:45

</end-rant>

nilrecurring15:09:32

Buondì! Appena rientrato da ClojuTRE, bellissimo anche quest’anno 🙂

nilrecurring15:09:56

@reborg a proposito di AWS, Christophe Grand durante il suo talk ha lanciato l’idea di generare un wrapper clojure per l’sdk direttamente dal codice

nilrecurring15:09:43

Penso che non verrebbe fuori curato come amazonica, ma neanche brutto quanto fare interop con i bei pattern OOP

nilrecurring15:09:03

E non credo ci sia niente di concreto ancora, ma ha abbastanza senso IMHO

reborg15:09:04

mmmh, il java sdk e' anche generato (in parte)... potrebbe avere senso generare clj a partire dalle definizioni REST dei servizi, non sono sicuro abbia senso dal codice (se ho capito bene)

nilrecurring15:09:44

Potrebbe avere senso generare un clojure wrapper direttamente da qua, così da evitare problemi con versioni e jar enormi

reborg15:09:03

progettino!

nilrecurring15:09:22

In realtà nel nuovo progetto stiamo usando GCloud, e non ci sono wrapper clj al momento

nilrecurring15:09:49

Quindi ho già un bel progettone in coda 😄

richiardiandrea17:09:06

io uso le chiamate dell'SDK dirette con un po' di sugar in-house...e' praticamente solo chiamate a clj->js se per ora (il layer intendo, e uso ClojureScript)