Immagine 1 di 3
Il software open source è usato da milioni di persone, ma molti navigano con Firefox, digitano in LibreOffice o caricano Ubuntu sui loro PC non hanno idea di come siano stati creati quei programmi.
È ironico, dato che lo sviluppo open source è del tutto trasparente: ogni cambiamento viene discusso in pubblico, ogni impegno documentato per i posteri e piani futuri presentati a tutti.
Tuttavia, a quelli al di fuori della comunità dei contributori, il guanto di sfida delle mailing list, specifiche del progetto il gergo e il caos organizzato che contraddistinguono i progetti open source possono rendere l'intero processo piuttosto misterioso.
L'idea di un programma software in fase di fasi, come un'auto in una fabbrica di automobili, risale a secoli prima
In che modo un esercito di volontari si combina per creare un prodotto perfettamente funzionante e chi sono tutti questi contributori?
Abbiamo parlato con esperti di Mozilla, Red Hat, Canonical e The Document Foundation per scoprire come funzionano i loro progetti e come chiunque può essere coinvolto, anche se non si sa programmare.
L'idea aperta
Sebbene possa sembrare così agli estranei, l'open source non consiste nello sfruttare la passione delle persone per ottenere manodopera gratuita.
Il sistema gestito dalla comunità è diverso dai tradizionali modelli proprietari, con un approccio più collaborativo, approccio iterativo alla scrittura del codice, con tutti che discutono su cosa fare dopo e lavorano per conto proprio passione.
"L'idea di un programma software in fase di fasi, come un'auto in una fabbrica di automobili, risale a secoli prima", afferma Thorsten Behrens, che ha contribuito a fondare The Document Foundation, che sviluppa il fork di OpenOffice LibreOffice.
“Soprattutto per i progetti di software libero con una forte partecipazione di volontari, tutto questo accade praticamente contemporaneamente, alcuni le persone scrivono codice, alcuni producono binari, altri testano e altri applicano ritocchi finali, come l'aggiornamento della grafica o la scrittura di aiuto testo.
"Sebbene questo possa sembrare caotico, in pratica funziona bene e soddisfa i modelli di contributo comuni nel lavoro di volontariato: le persone investono il tempo in modo quasi casuale e in modo asincrono", afferma. “I progetti di software libero di successo consentono quindi alle persone di lavorare in qualsiasi momento e ovunque, non solo quando un piano di progetto dice 'ora è in fase di test'.
“In genere, i progetti non sono gestiti centralmente, ma guidati da una moltitudine di interessi. In generale, però, la visione ampia è condivisa. I singoli contributori lavorano sui loro problemi individuali e poiché condividono una visione, il comportamento emergente è che il progetto si evolve in una certa direzione.
Inizi buggy
In pratica, ciò porta a un modello di sviluppo decentralizzato che richiede un'incredibile quantità di collaborazione, comunicazione e organizzazione. L'unico aspetto che tutti i progetti hanno in comune è la discussione, sia su IRC, mailing list, social media o alle conferenze, mentre il codice viene modificato, controllato e ricontrollato.
Per alcuni, il lavoro inizia tramite un sistema di segnalazione dei bug. Apportare una modifica in Ubuntu o Firefox inizia nello stesso punto: trovare un difetto. Potrebbe trattarsi di un bug, di una funzionalità mancante o di un'irritazione dell'interfaccia utente.
“Se qualcuno è infastidito dall'interfaccia di un browser, ad esempio, pensa che lo sia la barra degli URL troppo a lungo: vanno alla sezione della guida", afferma Chris Heilmann, Principal Developer Evangelist di Mozilla.
Da lì, qualcuno del team dirà: "perché non fai uno screenshot di ciò che pensi dovrebbe essere, e poi lo invieremo al team e ne discuteremo nelle mailing list che abbiamo, e vedremo se può essere Fatto?"
