Clojurians
#clojure-italy
<
2018-03-19
>

This page is not created by, affiliated with, or supported by Slack Technologies, Inc.

reborg09:03:29

@nilrecurring si parlava di un articolo di stuart sierra riguardo ai clojure don'ts e concat era menzionato. Il caso riportato pero' generalizzava da un esempio un po' troppo specifico (per dire "non usare concat" globalmente) IMO

nilrecurring09:03:34

@reborg capisco il sentimento di Stuart, dopo essere stato morso da map vado in giro a dire “si usa solo mapv

reborg09:03:19

Usare funzioni lazy al meglio e' certamente cosa complicata :disappointed:

reborg09:03:32

Ci sono tanti esempi di lazy-bombs come il mitico (def fibs (lazy-cat [0 1] (map +' fibs (rest fibs)))) che poi non si possono usare in pratica :disappointed: Peccato perche' sono veramente eleganti.

reborg09:03:37

Tra le altre news, oggi caduto in bici causa completa lastra di ghiaccio :face_with_head_bandage:

manuel09:03:44

ahi, niente di grave spero

skuro10:03:28

(si fa per sdrammatizzare, spero tutto ok)

manuel10:03:13

@skuro gira voce su ClojureVerse che oggi fate un certo annuncio ...

skuro10:03:53

malelingue o spioni?

skuro10:03:05

giochi pericolosi di questi tempi

skuro10:03:15

:biohazard_sign:

reborg10:03:56

si si, battuto di culo, ed ero completamente preparato visto che stavo allegramente pattinando sulla brompton gia' da qualche km :slightly_smiling_face:

reborg10:03:05

(se qualcuno si chiede che differenza c'e' tra avere ruote piccole o normali, beh questa e' una, nessun momento longitudinale a tenerti su)

reborg21:03:24

stavo leggendo i risultati della state of clojure 2018... ci sono un sacco di commenti interessanti. Uno dei piu' frequenti riguarda lo startup time.

bronsa21:03:44

che purtroppo e` uno dei pochi ambiti per il quale non c'e` molto che si puo` fare..

bronsa21:03:22

ci vorrebbe uno speedup di un'ordine di grandezza nell'average case

bronsa21:03:04

e non ci sono un granche` di opportunita` di ottimizzazione in compilazione/loading che si avvicinano...

reborg21:03:38

no, probabilmente si dovrebbe partire per la riscrittura del compilatore o roba del genere

bronsa21:03:47

ma neanche

reborg21:03:07

saltare il bytecode sembra il nuovo "graal" ah ah

bronsa21:03:02

ho molta fiducia in graal, ma per altri motivi dallo startup time

bronsa21:03:26

ho i miei dubbi che semplicamente spostandosi su un clojure-on-graal ci possano essere migliorie significative a riguardo

bronsa21:03:58

infatti, ad ora, lo startup degli interpreti in truffle e` notevolmente peggiore della baseline