Clojurians
#clojure-italy
<
2018-05-08
>

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

manuel07:05:50

buondì gente.

manuel07:05:04

domanda stilistica: quando è "troppo lungo" un file clj/cljs?

manuel07:05:32

(opinabile, lo so, ma mi interessa la vostra opinione :slightly_smiling_face:)

bronsa07:05:27

sopra i 2k

bronsa07:05:06

anche se superare gli 1k non succede spesso

manuel07:05:27

ah caspita, a me viene l'ansia sopra le 200 righe. Ok, quindi posso concedermi qualcosa in più.

reborg09:05:14

Altri effetti gdpr: cancellare la git history se il repo (privato) contiene o ha contenuto personal details...

justalanm10:05:22

Cioè roba inchiodata nel codice? O basta siano passati i dati per quel codice?

reborg10:05:54

Nel nostro caso, tests che sono stati presi dai dati di produzione che possono contenere dati personali. Non lo facciamo piu' ma in passato si faceva.

reborg10:05:29

Dato che si puo' andare indietro nella git history anche se li cancello, devo trovare un modo per eliminarli anche dalla git history (non so nemmeno se posso farlo)

reborg10:05:35

Devo investigare

justalanm11:05:40

È un bel problema...

mdallastella11:05:04

Anche gli autori dei commit, credo...

reborg11:05:13

Non credo gli autori rientrino nelle info da cancellare. Nel caso di customers, non devono essere in git perche' 1. sono PII 2. posso farne a meno (posso testare senza info personali). Ma gli autori del commit pur essendo PII fanno parte della normale amministrazione dell'azienda

andrea.crotti12:05:53

beh riscrivere master puo' creare un po' di scompiglio

andrea.crotti12:05:15

ma se tutti quelli che lavorano su quel progetto sono debitamente informati non dovrebbe essere un problema troppo grosso

mdallastella12:05:36

@reborg se sono un collaboratore o un ex-dipendente, non posso chiederti di cancellare i miei dati personali?

mdallastella12:05:00

ah, scusa, mi hai già risposto

andrea.crotti14:05:27

si puo' aprire il totoscommesse di chi verra' multato prima mi sa

andrea.crotti14:05:40

che tanto anche con tutta la buona volonta' tutti saranno piu' o meno fuori legge

reborg14:05:07

Si' e' difficile essere completamente compliant, spero che conti anche il buon impegno :slightly_smiling_face:

andrea.crotti14:05:07

eh beh si spera

nilrecurring14:05:03

@manuel same here, oltre le 300 righe comincio a perdere traccia, quindi scompongo in altri moduli

manuel14:05:26

meno male, non sono l'unico con OCD quindi :wink:

reborg14:05:52

E' qualche giorno che nei ritagli cerco di implementare A* (path finding algo) in Clojure. Forse sono solo io, ma e' veramente tricky

meditans16:05:50

@bronsa se non sei ancora tornato a PD e hai spazio per il libro di tarver stampato male, lo gradisco (questo e' il reminder che dicevamo)

bronsa16:05:46

@meditans purtroppo son dovuto tornare a PD in velocita` la settimana scorsa perche` e` morto mio nonno e non mi son proprio ricordato di caricare su il libro

meditans17:05:37

@bronsa non c'e' problema, come non detto allora! (Mi spiace per tuo nonno)

meditans17:05:34

anche perche' da allora il mio entusiasmo e' sceso molto, in quanto non c'e' neanche una standard library. Avevi sentito parlare del linguaggio typer?

meditans17:05:55

e' un lisp con i dependent types (very alpha)

bronsa17:05:35

no mai visto

bronsa17:05:14

c'hai un link? google non aiuta

meditans17:05:36

eh infatti, e' un progetto di ricerca ancora, aspetta che cerco di ricordare

bronsa17:05:51

ah cavolo si` avevo visto il talk

meditans17:05:24

guarda non vedo l'ora di vedere finalmente un lisp con quelle caratteristiche. Mi spiace cosi' tanto che i lisp con idee nuove (dalla mia prospettiva) rimangano sempre in una nicchia

nilrecurring20:05:50

@reborg molto bella :clap: Mi pareva di aver implementato a* in clojure, ma non riesco proprio a trovare lo snippet