La Cattedrale e il Bazaar: differenze tra le versioni
Vai alla navigazione
Vai alla ricerca
m (corretto link download e link lettura online) |
mNessun oggetto della modifica |
||
| Riga 5: | Riga 5: | ||
|Anno = 1998 | |Anno = 1998 | ||
|Traduzione = Bernardo Parrella | |Traduzione = Bernardo Parrella | ||
|Lettura OnLine = | |Lettura OnLine =[https://it.wikisource.org/wiki/La_cattedrale_e_il_bazaar Formato HTML] | ||
|Download =[https://www.apogeonline.com/libri/la-cattedrale-e-il-bazaar-eric-steven-raymond/ apogeonline.com - Formato epub] | |Download =[https://www.apogeonline.com/libri/la-cattedrale-e-il-bazaar-eric-steven-raymond/ apogeonline.com - Formato epub] | ||
|Versione originale = [http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ The Cathedral and the Bazaar] | |Versione originale = [http://www.catb.org/~esr/writings/cathedral-bazaar/cathedral-bazaar/ The Cathedral and the Bazaar] | ||
|Descrizione = Quella che segue è la mia analisi di un progetto open source di successo, fetchmail, deliberatamente utilizzato come test specifico per la verifica di alcune sorprendenti teorie sullo sviluppo del software suggerite dalla storia di Linux. Le mie argomentazioni su tali teorie mettono a confronto due diversi stili di sviluppo, il modello “cattedrale” in voga in gran parte del mondo commerciale, opposto al modello “bazaar” del mondo Linux. Da qui passo poi a dimostrare come tali modelli derivino da premesse divergenti sulla natura dell'attività di debugging del software. Arrivo quindi a stabilire la validità dell'esperienza di Linux riguardo l'affermazione “Con molti occhi puntati addosso, ogni bug diventa una bazzecola”, per suggerire analogie produttive con altri sistemi di agenti indipendenti in grado di auto-correggersi, concludendo infine con una serie di riflessioni sulle implicazioni di queste analisi per il futuro del software.}} | |Descrizione = Quella che segue è la mia analisi di un progetto open source di successo, fetchmail, deliberatamente utilizzato come test specifico per la verifica di alcune sorprendenti teorie sullo sviluppo del software suggerite dalla storia di Linux. Le mie argomentazioni su tali teorie mettono a confronto due diversi stili di sviluppo, il modello “cattedrale” in voga in gran parte del mondo commerciale, opposto al modello “bazaar” del mondo Linux. Da qui passo poi a dimostrare come tali modelli derivino da premesse divergenti sulla natura dell'attività di debugging del software. Arrivo quindi a stabilire la validità dell'esperienza di Linux riguardo l'affermazione “Con molti occhi puntati addosso, ogni bug diventa una bazzecola”, per suggerire analogie produttive con altri sistemi di agenti indipendenti in grado di auto-correggersi, concludendo infine con una serie di riflessioni sulle implicazioni di queste analisi per il futuro del software.}} | ||
[[Categoria:Libri]] | [[Categoria:Libri]] | ||
Versione delle 18:43, 21 giu 2020
|
La Cattedrale e il Bazaar | |
| Autore: Eric S. Raymond | Traduzione: Bernardo Parrella | |
| Lingua: italiano | Versione originale: The Cathedral and the Bazaar | |
| Pagine: - | Lettura OnLine: Formato HTML | |
| Anno: 1998 | Download: apogeonline.com - Formato epub | |
| ISBN: - | Pacchetto Debian: - | |
| Editore: - | Licenza: - | |
| Quella che segue è la mia analisi di un progetto open source di successo, fetchmail, deliberatamente utilizzato come test specifico per la verifica di alcune sorprendenti teorie sullo sviluppo del software suggerite dalla storia di Linux. Le mie argomentazioni su tali teorie mettono a confronto due diversi stili di sviluppo, il modello “cattedrale” in voga in gran parte del mondo commerciale, opposto al modello “bazaar” del mondo Linux. Da qui passo poi a dimostrare come tali modelli derivino da premesse divergenti sulla natura dell'attività di debugging del software. Arrivo quindi a stabilire la validità dell'esperienza di Linux riguardo l'affermazione “Con molti occhi puntati addosso, ogni bug diventa una bazzecola”, per suggerire analogie produttive con altri sistemi di agenti indipendenti in grado di auto-correggersi, concludendo infine con una serie di riflessioni sulle implicazioni di queste analisi per il futuro del software. | ||