Fork me on GitHub
#clojure-italy
<
2018-07-27
>
helios06:07:00

good morning 🙂

manuel09:07:38

e nonostante CIDER rotto, si può gioire per il weekend in arrivo 😄

reborg12:07:00

dunque, mi trovo nella situazione che mi piacerebbe dissociare un elemento (a caso) da un set, senza possibilmente passare per una seq. Mi sa che hun se pote?

bronsa12:07:00

nun se puote, confermo

bronsa12:07:12

o meglio, se puote se invece di passare per una seq passi per un iterator

reborg12:07:45

mmmh, forse meglio che niente

reborg13:07:40

Non male:

(let [^java.lang.Iterable s (set (range 1000))]
  (bench (.next (.iterator s))))
;; Execution time mean : 36.549609 ns

(let [s (set (range 1000))] (bench (first s)))
;; Execution time mean : 99.506433 ns

andrea.crotti15:07:47

questa settimana l'ho passata sbattendo la testa su un problema stranissimo con clojure.java.jdbc

andrea.crotti15:07:56

in breve un microservice che manteniamo ma su cui non ho mai sviluppato, settimana scorsa aggiornando da jdbc 0.4.2 a 0.5.8 ha smesso di funzionare. O meglio l'endpoint tornava sempre 201, non c'erano errori da nessuna parte, i test (che simulano esattamente la stessa cosa e controllano il db) funzionavano, ma niente veniva scritto nel db

andrea.crotti15:07:54

ho provato di tutto ma non ho ancora ricevuto uno straccio di errore, e posso replicarlo sull'ambiente di dev su AWS ma non in locale

andrea.crotti15:07:10

oggi ho provato con l'ultima version 0.7.7, e tutto funziona

reborg15:07:42

good times 🙂 ! And time for a 🍺

andrea.crotti15:07:24

hehe beh si ci siamo quasi

andrea.crotti15:07:45

ma boh mai avuto un problema cosi oscuro penso

andrea.crotti15:07:40

l'unica cosa che posso pensare e' che c'entri con l'uberjar, quella versione quando passata a uberjar si scassa, ma mi sembra incredible come teoria