Buongiorno, 380° <g380@biscuolo.net> writes: [...]
Già solo usare un sistema di controllo versioni per leggi scritte in qualche "markup" sano (già, perché i documenti scritti in ODT col cavolo che si "versionano" bene) sarebbe un inizio...
...poi, piano piano, cominciare a trattare le leggi (e molti altri codici) *esattamente* come "codice sorgente" (perché lo sono), con *tutto* quello che comporta: uso di migliori formalizzazioni (RDF è un valido esempio), gestione delle dipendenze/link... creazione di /librerie/ legislative, del tutto _analoghe_ alle librerie software.
Aggiungo un'attività legata al "coding" che sarebbe di *enorme* utilità in campo legislativo: il "code review". Probabilmente chi conosce la pratica ha già capito tutto ma per chi non l'avesse mai "vista", significa che ogni emendamento (patch) da applicare al corpus legislativo (codice) dovrebbe essere così gestito: 1. generato attraverso il tool scelto per la gestione delle versioni (es. git format-patch) 2. inviato via email in una apposita mailing list *pubblica* (es. git send-email); 3. il messaggio deve contenere: la patch (in formato diff [1]) _e_ il messaggio di "commit" che descriva chiaramente la _ratio_ di ciascuna modifica, che deve consentire gli altri legislatori (sviluppatori) di valutare nel merito l'emendamento; 4. l'emendamento può essere commentato in mailing list da tutti gli interessati (partecipazione), adottando ovviamente una *rigidissima* legisla-netiquette 5. scaduto il termine per il "code review", i maintainers (rappresentanti in parlamento) procedono alla votazione dell'emendamento (i voti ovviamente sono registrati e pubblicamente disponibili) 6. se l'emendamento è votato dalla maggioranza dei maintainers, viene eseguito il *commit* nel repository "leggi-dello-stato.git" (es. git commit...) L'intera storia (git log...) degli interventi legislativi è a disposizione di ogni cittadino che ha accesso read-only al repository, oltre ovviamente a tutti gli interventi di "code review" (public-inbox [2]) Ovviamente tutto il codice (corpus legislativo) deve essere gestito in un unico "monorepo", così i riferimenti (o conflitti) tra programmi (singole leggi) sono /risolvibili/. Ovviamente l'attività di "code review" può essere svolta sia in modo distribuito e decentralizzato che in modo centralizzato e coordinato (sedute in parlamento, audizioni, ecc.), tipo /hackaton/. Non stavo scherzando quando dicevo che i codici... *sono* codice :-D [...] Saluti, 380° [1] https://en.wikipedia.org/wiki/Diff#Context_format [2] un sistema per archiviare e ricercare in modo molto efficiente intere mailing list pubbliche -- 380° (Giovanni Biscuolo public alter ego) «Noi, incompetenti come siamo, non abbiamo alcun titolo per suggerire alcunché» Disinformation flourishes because many people care deeply about injustice but very few check the facts. Ask me about <https://stallmansupport.org>.