'giorno

Giorno!

allora chi viene a clojureD eh?

io no, forse Heart of Clojure, ma ancora da pianificare onestamente

Anche qua tutto per aria… Cosi’ tante conf…

giorno!

voi cosa usate come linters & co da far girare sulla CI?

adesso qui eastwood su quasi tutti i progetti, e un cljfmt check per avere uniformita' sullo stile

c'e' qualcos altro magari?

kibit sarebbe buono ma certe cose sono discutibili e non e' facile da customizzare

@andrea.crotti noi andiamo di buon senso 😆

non scala molto il buon senso purtroppo 😄

a meno che non siete in 3 in team

e eastwood trova un sacco di bugs

anche abbastanza subdoli

Effettivamente siamo in due...

@andrea.crotti qui si va di approval per fare il merge su master e reviews prese seriamente da 1-3 persone alla volta. Poi automated tests, integration tests and perf tests. Una volta sarebbe carino far girare eastwood e vedere cosa scova.

Si anche noi facciamo le altre solite cose

Mmm, l'ho appena fatto girare su un progetto che stiamo sviluppando (piccolo, 22 file / 760 righe di codice) e mi ha dato un solo warning

760 righe di codice divise su 22 file mi sembra eccessivo

Namespace troppo piccoli, dici?

rispetto a quel che sono abituato, decisamente

Siamo molto ordinati 🙂

troverei molto difficile navigare un progetto del genere

Credo sia questione di abitudine. Anche in Java avevo la tendenza a tenere le classi più piccole possibile.

(ns abstract.annotation.config.dispatcher.initializer) :rolling_on_the_floor_laughing:

eh ma clojure non e` java e un namespace non e` una classe :)

Fortuna non abbiamo oggetti come in Java 😏

ah i bei tempi di Spring ...

però tra un namespace piccolo e uno da quasi 8000 righe (https://github.com/clojure/clojure/blob/master/src/clj/clojure/core.clj) io son più sul primo, sinceramente

e’ un caso un po’ speciale… ci sono dipendenze di evaluation tra funzioni durante il bootstrap, non e’ un tipico esempio secondo me

sì, l'ho messo di proposito 😉