E’ in atto un processo - ad avviso di noi di Brain 2 Brai molto interessante - che è quello del FLOSS FVG , Legge regionale per l’adozione del Free Software nella Regione FVG.
Si tratta di un progetto di legge, capitanato dal consigliere regionale A. METZ e che vede la partecipazione di diverse personalità ed esponenti del mondo della ricerca e di quello accademico regionale nonchè di quello delle aziende, soprattutto impegnate nell’open source software.
Tale proposta è molto interessante, oltre che per le nobili finalità legate alla promozione ed alla diffusione della “cultura open source”, soprattutto per il procedimento adottato nella gestazione della proposta di legge, che potremmo definire una “open law”, in quanto è stata data, almeno in teoria, a tutti la possibilità di partecipare alla stesura del testo inviando i propri commenti e varianti sul sito già citato.
Siamo di fronte alla proposta di una forma di democrazia diffusa realizzabile più che ottimamente grazie alla Rete ed alle sue mai troppo osannate possibilità.
Noi di Brain 2 Brain invitiamo per tanto il mondo politico, intanto quello regionale del FVG, a fare “ampio” ricorso a tali strumenti di democrazia avanzata per i progetti politici di maggior interesse per i cittadini, in quanto Democrazia deve significare sempre più partecipazione diretta dei cittadini alle decisioni che contano e che incidono in misura determinante sul loro futuro.
Sarebbe, infine, interessante avviare in questo Forum un dibattito sui vantaggi e sui limiti relativi all’Open Source, anche perchè bisogna sempre spiegare bene le argomentazioni pro e quelle contro a determinate scelte, evitando le ideologie o le mode.
Vi aspettiamo numerosi.

TRU: spiacente, resta sballato anche spostandolo. Necessario l’ intervento di un site admin, io non riesco a modificarlo.

appositi programmi di sostegno per l’adozione di software FLOSS da parte delle aziende e delle PA.

con

appositi programmi di sostegno per l’adozione di software FLOSS da parte delle aziende, delle PA, delle associazioni e dei cittadini

Se si impone l’uso di programmi che usano formati aperti, allora di conseguenza si escludono tutti quelli che non ne fanno uso.

Il punto centrale per le PA è quello di ottimizzare le proprie risorse, ridurre i costi ed avere un ottimo livello di servizio. Per poter ottenere tali scopi è necessario, come indicato alla fine, utilizzare tecnologie che permettano il riuso delle risorse e la condivisione delle conoscenze.

Se la PA del comune di Aosta commissiona un software proprietario per realizzare il risultato R perché secondo la valutazione sopra esposta risulta il migliore, allora non potrà fornirlo al comune di Palermo.
Se la PA del comune di Roma commissiona la realizzazione di un software libero che però si basa su un componente proprietario (es. il database da cui attinge i dati), allora tale soluzione sarà poco esportabile in un paesello dove i costi della licenza della parte proprietaria potrebbero non essere affrontabili.

Bisogna partire dal presupposto che tutte le aziende presenti sul mercato possono sviluppare software libero e nessuna è esclusa da una gara d’appalto che impone la realizzazione dell’opera sotto tali criteri: infatti nessuno vieta a microsoft o altra società di implementare o customizzare un software libero.

Di contro è il software proprietario che preclude il suo uso da parte di tutti i fornitori: se io apro un’azienda non posso partecipare a qualsiasi gara o lavoro che adotti qualsiasi software proprietario perché o ho già di mio un capitale elevato per acquistare tutte le licenze necessarie e il tempo per imparare i prodotti non-standard richiesti dal cliente o posso solo non pagare le licenze (agire illegalmente) e fare una lavoro senza avere le necessarie competenze per realizzarlo al meglio o non considerare nemmeno i lavori che impongono l’uso di prodotti a me “sconosciuti” o non “posseduti”.
Questo è dovuto al fatto che fino ad ora tutte le case produttrici di software proprietario hanno utilizzato formati, linguaggi, … incompatibili tra di loro perché non hanno mai seguito gli standard internazionali esistenti.

Io qui imporrei un obbligo forte:
“i nuovi programmi creati/commissionati all’interno di una PA devono essere FLOSS ed i formati aperti, questo per permettere una facile adozione/modifica/integrazione anche da parte di altre PA.
Per il software preesistente per ogni nuova miglioria/funzionalità occorre:
1) valutare l’adozione dei formati aperti
2) l’uso di licenze libere per ogni nuova parte creata”

Inoltre secondo me bisogna imporre degli obblighi stretti sui formati, un po’ come fatto dalla legislazione francese:
”
* Una PA non può fare una migrazione di dati verso un formato non aperto o non standard (qui sarebbe meglio specificare il formato per ogni tipo di applicazione)
* una PA è obbligata ad utilizare formati aperti per ogni nuova applicazione (anche qui è meglio specificare il formato)
* una PA non può rifiutare documenti inviatigli in un formato aperto (anche qui è meglio specificare il formato)
”

Davide Prina

Inoltre, secondo me, occorre stabilire un formato standard per ogni singola tipologia di file che la PA deve fornire ed accettare dai cittadini. Questo permette ai cittadini di usare un singolo programma che salva con quel dato formato per inviare e ricevere documenti di un determinato tipo.

Davide Prina

Un problema potrebbe essere che il formato necessita di qualcosa per essere visionato e che può o potrebbe non essere accessibile da tutte le PA che devono fruire dei dati … o da nessuna. Quindi imporrei che il formato non contenga nessun tipo di protezione non sbloccabile a piacimento dalla PA stessa.

Metterei qualcosa del genere:
“L’accesso al formato:
1) non deve obbligare il programma ad accedere ad una risorsa esterna al proprio computer
2) non deve obbligare l’uso di un insieme limitato di piattaforme hardware/software
3) non deve obbligare l’uso di un dato componente hardware/software
4) non deve essere legato ad una precisa macchina
5) il formato non deve avere al suo interno nessuna protezione di sicurezza il cui aggiramento è protetto dall’EUCD (il DMCA europeo) o altra legge
”

spiego in dettaglio:
1 - non ci deve essere una chiave, certificato o quant’altro messo a disposizione da qualcuno dall’esterno per poter accedere alle informazioni. Questo evita prima di tutto il rischio che questa entità esterna sparisca lasciando tutto l’archivio illeggibile e poi permette di non essere legati in nessun modo ad una singola azienda.

2 - come il punto 1, dove però la chiave, certificato o quant’altro è locale al software/hardware e quindi potrebbe risultare poco trasferibile e ricadrebbe nei rischi visti nel punto precedente

3 - non ci devono essere chiavi hardware/software installate nel PC per poter fruire del formato

4 - il formato non deve essere criptato via hardware (CPU) e leggibile solo da quella macchina

5 - questo evita che pur potendo visionare senza problemi il formato si ha però un divieto per legge di farlo

Nota: tutte queste qualità negative possono benissimo essere incluse in un “formato standard” in modo che chiunque possa implementarle, ma potrebbe d’altro canto legare l’utilizzo all’azienda che si sceglie come “protettrice”: chi fornisce certificati/chiavi, …

Davide Prina

- nel punto a) *l’organizzazione deve essere internazionale* altrimenti si potrebbe avere un proliferare di “standard locali”

- un nuovo punto che indichi la necessità che lo standard sia utilizzato e quindi diffuso o diffondibile facilmente.
L’uso di un formato standard su più prodotti è l’unica prova certa dell’implementazione corretta dello stesso: basta verificare che entrambi possino accedere e salvare senza problemi su file creati dall’altro prodotto. Inoltre occorre che le implementazioni siano su più piattaforme hw/sf per avere l’assicurazione che non sia dipendente da un singolo ambiente.
Aggiungerei qualcosa del genere:
“Uno standard può essere adottato solo se esistono già più programmi che lo implementano su più piattaforme hardware/software”

Secondo il mio punto di vista questa non è una restrizione, perché se il formato è stato riconosciuto come standard internazionale ed è valido, allora verrà adottato, nel giro di poco tempo, in automatico da molti programmi che utilizzano quel tipo di file. Se ciò non avviene, allora vuol dire che qualcosa non quadra …

Davide Prina