Fork me on GitHub
#clojure-italy
<
2019-06-28
>
andrea.crotti09:06:48

da un mio ex collega che e' tornato a fare Python a twitter

andrea.crotti09:06:01

che sembra inconcepibile per me che facevo Python prima 😄

reborg09:06:42

Ah sad news... io effettivamente non ho mai usato grimoire ed ora che non posso accedere manco mi ricordo che faceva

reborg09:06:41

Francamente trovo clojuredocs "perfetto". Forse sarei piu' per un submit moderato degli snippets perche' ci postano un po' di tutto

andrea.crotti10:06:16

io l'ho usato parecchio con cider-grimoire

andrea.crotti10:06:42

con un semplice keystroke vedere tutti gli esempi al volo piu' la documentazione e' comodissimo

reborg10:06:04

non c'e' cider-clojuredocs? Se non ricordo male gli esempi erano importati da li'

andrea.crotti10:06:58

non mi pare, ma sicuramente verra' fatto alla svelta

andrea.crotti10:06:16

basta che c'e' un API

reborg11:06:48

Vi capita mai di voler eseguire un solo test in un namespace e dover commentare gli altri 500 tests cosi' non eseguono?

mpenet11:06:59

lein test :only foo.bar.baz/prout-test

reborg11:06:28

vero! thanks

reborg11:06:49

Credo the con lein test-refresh si possa anche usare test-ns-hook

mpenet11:06:02

preferisco farlo nel repl con (run-tests ...) o (test-vars ...)

mpenet11:06:36

non conoscevo test-refresh!

mpenet11:06:09

kaocha a anche un "watch mode" che non e male

mpenet11:06:15

kaocha a anche un "watch mode" che non e male

reborg11:06:26

non conoscevo kaocha! :)

andrea.crotti11:06:44

@reborg con cider e un keystroke su un test ne eseguo uno solo

andrea.crotti11:06:00

e cmq se tu valuti la sexp del testing vedi se fallisce

andrea.crotti11:06:06

anche senza magie di cider

reborg11:06:24

posso fare anch'io in fireplace, ma preferisco che i test runnino ogni volta che salvo, non voglio un altro keystroke

reborg11:06:15

fin'ora test-refresh mi ha servito molto bene, e' anche intelligente a capire quali tests eseguire

andrea.crotti11:06:44

ah ok, io non ho mai usato il refresh, semplicemente cider setttato che anche quando faccio C-c C-l per fare il load file, i test girano in automatico

andrea.crotti11:06:41

mi sembra dura avere sia il refresh automatico e far girare un solo test senza commentare a destra e a manca

reborg11:06:37

Ho appena trovato un modo. Crea una funzione nel target namespace (defn test-ns-hook [] (a-test)) dove a-test e' il nome di un deftest. Dovrebbe eseguire solo quello che richiedi. Curioso di sapere se funziona anche col cider load.

reborg12:06:21

Sono curioso se funziona anche con Cider (dovrebbe). Nel test namespace, crea una funzione (defn test-ns-hook [] (a-test)) dove a-test e' il test che vuoi isolare. Se fai reload dovrebbe andare solo quello.

andrea.crotti12:06:24

ah beh si immagino funzioni

reborg12:06:05

meglio che commentare tutti gli altri no?

andrea.crotti12:06:05

bah io sinceramente non ho mai sentito questa necessita'

andrea.crotti12:06:12

a meno che i test siano cosi lenti

andrea.crotti12:06:22

da rendere fastidioso farli girare tutti

Andrea Imparato15:06:54

qualcuno può confermarmi se ho capito oppure no? • future/promise: da usare quando c'è molto i/o. future da usare quando non mi interessa l'ordine delle chiamate, promise quando voglio definire l'ordine delle mie chiamate async • thread/go macro: quando ho processi cpu-bound. Ora la domanda è, quando mi conviente usare un thread? Se ho molto i/o di sicuro non va bene, se ho molti calcoli go + canali + thread pool sono molto più semplici. Sarà che mi conviene usarlo quando ho task misti i/o e cpu? :thinking_face:. Perchè se faccio i/o dentro ad un go finisce male mi sa con il thread pool Scusate lo spam ma ci tengo a capire 😄