This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2019-06-04
Channels
- # announcements (4)
- # beginners (110)
- # boot (6)
- # calva (23)
- # cider (14)
- # cljdoc (5)
- # cljs-dev (50)
- # cljsrn (3)
- # clojure (105)
- # clojure-europe (3)
- # clojure-italy (46)
- # clojure-nl (6)
- # clojure-spec (19)
- # clojure-sweden (1)
- # clojure-uk (78)
- # clojurescript (66)
- # core-async (5)
- # cursive (19)
- # data-science (16)
- # datomic (3)
- # events (2)
- # fulcro (11)
- # hoplon (53)
- # jobs (4)
- # jobs-discuss (6)
- # keechma (51)
- # leiningen (3)
- # nrepl (25)
- # off-topic (95)
- # parinfer (8)
- # precept (1)
- # reitit (61)
- # remote-jobs (1)
- # rewrite-clj (75)
- # ring-swagger (2)
- # robots (3)
- # shadow-cljs (43)
- # tools-deps (28)
- # vim (2)
ciao ciao
Raga una domanda un po' boring: sto facendo un botto di Java interop (lucky me...) e siccome sono abbastanza sicuro di alcuni errori che possono occorrere volevo rendere più chiari alcuni di questi. Un esempio è
(catch java.util.NoSuchElementException e
(throw (ex-info "Wrong index" {:cause "Out of bounds"})))
Tralasciando momentaneamente la stupidità del messaggio, volevo sapere se è idiomatico e in caso come passare almeno parte dell'errore originale dentro la nuova eccezionetanto per cominciare, aggiungi “e”: (throw (ex-info "Wrong index" {:cause "Out of bounds"} e)
Credo che piu’ che idiomatico sia in generale una buona idea di non buttare la root-cause. Poi quando devi stampare l’eccezione magari fai un po’ di lavoro per renderla leggibile (evitando 10 pagine di scroll di nested exceptions per esempio)
@reborg il punto è proprio quello. Avendo una condizione di entrata abbastanza a prova di cannone
(cond
(number? sheet) (try (-> wb (.getSheet sheet) .get)
(catch java.util.NoSuchElementException e
(throw (ex-info "Wrong index" {:cause "Out of bounds"} e)))
(string? sheet) (-> wb (.findSheet sheet) .get))
so già che se arriva quell'errore è perché manca l'elemento richiesto (se ve lo state chiedendo, sì è una roba per leggere file Excel 😁) e vorrei evitare di sbrodolare addosso all'utente l'errore dell' Optional che fra l'altro sarebbe anche abbastanza basso nello stackA proposito, vedevo che mancava solo il capitolo sulle strutture dati dal libro, quindi siamo vicini alla pubblicazione? 😃
Dici chap 8 collections? No quello e’ un bug Manning che ho riportato gia’ 3/4 volte :man-shrugging:
Manca un chap 22 con un mischione di varie cose minori ed altro che verra’ aggiunto agli altri capitoli
domanda banalissima, che color theme usate per il vostro editor?
io uso zenburn, devo ancora trovare un tema migliore
è vim quello giusto?
zenburn qui, ma tomorrow-night è stato un grande favorito per un bel po' e potrei tornarci quando mi stufo di zenburn.
Qui monokai
, ogni tanto provo a cambiare a solarized (light/dark a seconda del momento della giornata), ma torno sempre a monokai alla fine
Hola! Solarized Dark qui
Zenburn too!
ho appena scoperto beacon-mode
, troppo carino!
comunque qualcuno di voi conosce questa ditta https://lambdawerk.com ?
ho un colloquio da loro il 2 luglio
(a quanto pare è lui che li fa ed è in us fino a quel giorno lì)
sì ho visto dal suo twitter
penso lo faccia anche per lavoro
Ce ne metterà a morire, json non é così ricco alla fine
Ma io penso che alla fine non dobbiamo e non possiamo essere tutti sul bleeding edge, non sempre c'è una buona ragione per usare l'ultimo framework js o simili, anzi se valuto stabilità, resilienza e sicurezza al 90% non sarò sul bleeding edge proprio per scelta. Poi siamo d'accordo che XML è proprio brutto 😂
una delle cose belle di clojure e' che e' stabile e va bene anche a distanza di tempo 😛
Concordo, è uno dei motivi per cui credo che rimarrò con Clojure per molto tempo, dopo che mi sono scottato con Python e tensorflow 😃
@U0AD3JSHL è vero anche per Lisp in generale