Lucio Picci - Seminario sul Software Open Source

CRC Emilia-Romagna - 20 maggio 2004

Software Open Source: che sta accadendo ?

Stallman, 1999: "The idea that the proprietary software social system--the system that says you are not allowed to share or change software--is antisocial, that it is unethical, that it is simply wrong, may come as a surprise to some readers. But what else could we say about a system based on dividing the public and keeping users helpless? Readers who find the idea surprising may have taken proprietary-software social system as given, or judged it on the terms suggested by proprietary software businesses. Software publishers have worked long and hard to convince people that there is only one way to look at the issue."

Raymond, 1999: "The "utility function" Linux hackers is maximizing is not classically economic, but is the intangible of their own ego satisfaction and reputation among other hackers. [Parenthetical comment deleted] Voluntary cultures that work this way are actually not uncommon; one other in which I have long participated is science fiction fandom, which unlike hackerdom explicitly recognizes "egoboo" (the enhancement of one's reputation among other fans)" [citato in Lerner and Tirole, 2002]

Che succede? Persone altruiste? Un "nuovo mondo"? .... andiamo a vedere.

Temi del mattino

Standard aperti e open source: il software di Internet
Gli incentivi nel metodo di produzione Open Source
Adottare software Open Source: le esternalità di rete.
Open Source & System Integration

Standard aperti e open source: il software di Internet

Open Source dappertutto ?

Software open source:

Sourceforge: http://www.sourceforge.net

Savanah: http://savannah.gnu.org/

Alti investimenti (IBM, SUN, etc)

Risultati impressionanti: diffusione di Apache

Ma anche:

Wikipedia: http://www.wikipedia.org/ e i BLOG:

Slashdot: http://slashdot.org/ e "sistemi di reputazione" (Slashdot, eBay, Yahoo, etc.).

Potremo un giorno costruire un'automobile open source?

La storia:

Fase uno: sino agli anni '80 Berkeley, MIT, Bell's Lab, Xerox at Palo Alt: la condivisione di codice era molto frequente, e in parte dovuta alla difficoltà di utilizzo delle tecnologie.

Anni '70: intensi sforzi cooperativi per realizzare un SO che potesse funzionare su piattaforme alternive. Risultato: Unix & linguaggio C (AT&T Bell's Laboratories). Chi riceveva il software, poi evenutalmente lo modificava e lo diffondeva ulteriormente.

Usenet (1979) incremento' la diffusione. Sino ai primi anni '80, quando AT&T cercò di fare rispettare i suoi (presunti) diritti su Unix, il problema della proprietà intellettuale, sostanzialmente, non si pose.

Fase due: gli anni '80, sino all'inizio degli anni '90. Le minacce di contenziosi legali portarono alla formalizzazione di regole per supportare la cooperazione.

Richard Stallman (MIT Artifical Intelligence Laboratory): Free Software Foundation, GNU, GPL (General Public Licence), per precludere la commercializzazione di software sviluppato cooperativamente.

GPL, tutt'ora, è la principale licenza OS. "Virale": tutto il codice successivo e collegato deve essere sotto la medesima licenza.

Fase tre: in seguito Internet, Linux, Debian, Red Hat....

Più licenze, con maggiore flessibilità: non necessariamente "virali", ma con la possibilità di commercializzare codice misto OS e proprietario.

Esempio: .

Una lista di licenze che soddisfano la Open Source Definition.

"Forking"

Documentazione e supporto

.....

La produzione Open Source

Tipicamente, orizzontale, molto lavoro volontario

...ma in casi significativi, programmatori stipendiati e impegno di grandi organizzazioni

Temi che interessano gli sviluppatori
Sviluppo "informale" e non secondo i dettami dell'ingegneria del software
No analisi dei requisiti
Scarso interesse per la documentazione e le interfacce
Molto modulare
Efficace ricerca dei "bug" (debugging parallelo)
Governance informale e apparentemente non gerarchica ("dittatori benevolenti", rischio di "forking"):

Apache (Apache Software Foundation). 1994, Brian Nehlendorf (21), webmaster di Wired insoddisfatto di NCSA Governance: Apache Software Foundation, altamente strutturata.

Linux. 1991, Linus Thorwald (21), "kernel" come progetto universitario (Helsinki). Governance: Linus e i suoi "colonnelli"

Perl (http://www.perl.org. 1984, Larry Wall, programmatore Burroghs, cerca un linguaggio per fare "cose ripetitive". Governance: leadership a rotazione, all'interno del gruppo (10-20) dei programmatori più attivi.

Sendmail (http://www.sendmail.com/. Fine anni '70, Eric Allman, student di dottorato a UC Berkeley, cerca di risolvere l'incompatibilità tra le reti in termini di posta elettronica. Governance: 1997, Allman fonda Sendmail, Inc. Inoltre, non-profit Sendmail Consortium.

Gli incentivi nel metodo di produzione Open Source

Offerta: perchè è gratis?

Per gli economisti non esistono "pasti gratis" ("there is no such thing as a free lunch")

I programmatori lavorano gratis?

I costi della partecipazione a un progetto open source:

Costo opportunità

Costi ritardati: minori ricompense future in seguito al tempo perso sul lavoro

I benefici:

Sicuramente: soddisfazione personale, "ego gratification", ecc.

Altruismo? poco argomentabile.

Il punto di vista dell'economista: altre motivazioni:

Si risolvono problemi (anche) per se stessi

Apprendere

Attraverso il riconoscimento dei pari,

si ottiene reputazione spendibile altrove
si segnalano le proprie capacità di programmatore

Questi incentivi funzionano?

Pare di si: es., Apache Software Foundation.

Come hanno reagito le imprese tradizionali?

Partecipando ad alcune inziative Open Source (es., Sun, IBM, etc)

Inglobando alcune caratteristiche della produzione del software Open Source. Es, riconoscibilità dei contributi (es., Eudora, Videogiochi, ma anche, decisione opposta di Sun).

Permettendo delle "applicazioni" open source del software proprietario.

Adottare il software Open Source: le esternalità di rete

Domanda: conviene Microsoft o Linux?

Il concetto di "total cost of ownership" non basta.

E' migliore? non basta: nelle industrie caratterizzate da forti esternalità di rete, non sempre i migliori vincono. Esempio: Beta vs. VHS; Linux vs. Windows ?

Esternalità di rete e "technology skipping". Chi è avvantaggiato dalle esternalità di rete? Lato desktop: Microsoft.

Apache, nel mondo e nell'Amministrazione Pubblica italiana.

Quanto è importante vedere e potere modificare il codice? dipende:

1) Permette di modificare il programma

2) Permette di attenuare il "lock in" (la "cattura" del cliente da parte del venditore)

3) Gli standard aperti e l'interoperabilità permettono di attenuare il rischio di lock-in (Standard del Web: http://www.w3.org

Che fare? OSS e policy: iniziare "lato server".

Open Source & System Integration

Organizzazioni: Teoria dei "costi di transazione"

Integratori di sistema

Confini delle conoscenze più ampie dei confini dell'organizzazione

Bibliografia

Lerner, Josh e Jean Tirole (2002), Some simple economics of Open Source, Th Journal of Industrial Economics, Volume L, No. 2, pp. 197-234.
The Economics of System Integration: Towards an Evolutionary Approach, Giovanni Dosi, Mike Hobdray, Luigi Marengo e Andrea Prencipe, in Prencipe, Davies, Hobday (a cura di), 2003, "The Business of System Integration", Hoxford University Press, Oxford, UK.
Lucio Picci, Perchè la PA diffida di Apache?, La Voce, 24-06-2003.
Alcuni contributi interessanti si trovano in FirstMonday
Il-Horn Hann, Jeff Roberts, Sandra Slaughte, e Roy Fielding (2002), Why Do Developers Contribute to Open Source Projects? First Evidence of Economic incentives, mimeo.

Presentazioni del pomeriggio

Johanna e ATutor, Davide Guidi, Università di Bologna; Polo Scientifico-Didattico di Forlì.