Fork me on GitHub
#clojure-italy
<
2019-05-29
>
reborg07:05:31

Gionno… @andrea.imparato in generale ci sono vari svantaggi relativi al principio di “least surprise”. Un reload accidentale del namespace scatena il thread (e magari lascia un thread orfano dietro). AOT compilation scatena il thread (e fallisce). Se faccio require del tuo namespace scateno il thread. E poi, anche se non so ancora il perche’, pare che uno abbia bisogno di un do magico per farlo funzionare 🔐

bronsa08:05:18

do e` semanticamente immateriale, e` pura sintassi, non esiste che aggiungerlo o meno cambi la semantica del programma

bronsa08:05:29

@andrea.imparato usare un go-loop solo per leggere e swappare atom non ha senso comunque, lo stai usando come se fosse un thread

Andrea Imparato09:05:55

in effetti non avevo considerato quello @reborg 🙂. Quindi se accorporo finish-processingcon handle-data avrebbe + senso? Cioè un solo thread che fa le cose e che controlla se ha finito di farle

mpenet09:05:43

anche il go-loop con un async/<!! dentro e pericoloso

4
mpenet09:05:28

puo bloccare tutta la threadpool per I go blocks (solo 8 threads)

Andrea Imparato09:05:43

hmm e perchè tutte le documentazioni su go-loop che ho visto hanno go-loop e async dentro?

bronsa09:05:55

hanno <! non <!!

Andrea Imparato09:05:51

quindi la differenza è tra parking e blocking giusto?

👍 4
Andrea Imparato12:05:40

@reborg è tuo questo canale? https://www.youtube.com/channel/UCH0CkLvbv6yEyrUnw9qujpQ ci sono capitato per sbaglio e mi pare che l’avatar sia lo stesso tuo 🙂

Andrea Imparato12:05:21

ma sei bilingue? il tuo accento inglese è perfetto!

reborg12:05:15

nah, troppo buono… dopo 10 anni qui tendi a masticarlo