| Diario delle Revisioni | ||
|---|---|---|
| Revisione v0.3.2 | 15 aprile 2002 | Revisionato da: bch |
| Revisione v0.3.1 | 18 giugno 2001 | Revisionato da: bch |
| Revisione v0.3 | 5 maggio 2001 | Revisionato da: bch |
| Revisione v0.2.1 | 10 aprile 2001 | Revisionato da: bch |
| Revisione v0.2 | 8 aprile 2001 | Revisionato da: bch |
| Revisione v0.01 | 27 marzo 2001 | Revisionato da: bch |
| Prima versione | ||
Questo HOWTO è diretto a persone che hanno esperienza di programmazione, e qualche capacità nella gestione di un progetto software, ma che sono nuove all'esperienza del software libero. Questo documento vuole fungere da guida agli aspetti non-tecnici della gestione dei progetti di software libero, ed è stato scritto come corso accelerato per quelle capacità relazionali che non vengono insegnate ai programmatori commerciali, ma possono determinare il successo o il fallimento di un progetto di software libero. Traduzione a cura di Andrea Giancola. Revisione di Giulio Daprelà ed Elisabetta Galli.
Basta scorrere freshmeat.net per ricavare una montagna di ragioni per l'esistenza di questo HOWTO: Internet è disseminata di programmi utili e scritti in modo eccellente, che però si sono dissolti nell'universo dell'oblio del software libero. Questo triste scenario mi ha portato a chiedermi: "Perché?"
Il presente HOWTO cerca di fare molte cose (probabilmente troppe), ma non può rispondere a questa domanda, e non ci proverà. Ciò che l' HOWTO cercherà di fare è fornire al proprio progetto di software libero una chance da giocarsi, un vantaggio. Se si scrive una porcheria che non interessa a nessuno, si può leggere questo HOWTO fino a recitarlo a memoria nel sonno, e nonostante questo il progetto probabilmente fallirà. Non solo, si può scrivere un software bello, utile, e seguire tutte le istruzioni di questo HOWTO e il proprio software ancora potrebbe non farcela. Certe volte la vita è così. Comunque, mi sbilancerò sino a dire che se si scrive un bellissimo ed utile software ed si ignorano i consigli di questo HOWTO, probabilmente si fallirà più spesso.
Molte delle informazioni di questo HOWTO sono questioni di buon senso; naturalmente, come ogni dibattito sulle interfacce può provare, ciò che è buon senso per alcuni programmatori si dimostra completamente controintuitivo per altri. Dopo aver spiegato frammenti di questo HOWTO a sviluppatori di software libero in diverse occasioni, ho compreso che scrivere questo HOWTO potrebbe fornire una risorsa utile ed un punto d'incontro affinché i programmatori si scambino idee su ciò che ha o non ha funzionato per loro.
È necessaria una breve introduzione alla questione licenze: ne è cosciente chi si è trovato coinvolto in quella che sembra un'infinita lotta al diritto di proprietà intellettuale.
This document is copyrighted (c) 2000 Benjamin "Mako" Hill and is distributed under the terms of the GNU Free Documentation License.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.1 or any later version published by the Free Software Foundation with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license can be found nelAppendice A.
No liability for the contents of this documents can be accepted. Use the concepts, examples and other content at your own risk. As this is a new edition of this document, there may be errors and inaccuracies, that may of course be damaging to your project (and potentially your system). Proceed with caution, and although this is highly unlikely, the author(s) does not take any responsibility for that.
All copyrights are held by their by their respective owners, unless specifically noted otherwise. Use of a term in this document should not be regarded as affecting the validity of any trademark or service mark.
Naming of particular products or brands should not be seen as endorsements.
Questa versione è parte del terzo ciclo di pre-rilascio di questo HOWTO. È stato scritto per essere rilasciato agli sviluppatori per ricevere critiche e nuove idee. Si ricordi per favore che questa versione dell'HOWTO è ancora in uno stadio infantile e continuerà ad essere ampiamente revisionata.
L'ultimo numero di versione di questo documento dovrebbe sempre essere riportato sulla homepage del progetto residente su yukidoke.org.
La versione più recente di questo HOWTO sarà sempre resa disponibile sullo stesso sito web, in una varietà di formati:
In questa versione ho il piacere di ringraziare:
I colleghi sviluppatori Debian Martin Michlmayr e Vivek Venugopalan, che hanno inviato informazioni e collegamenti ad articoli estremamente interessanti. Entrambi sono stati aggiunti alla bibliografia, e sono state aggiunte all'HOWTO informazioni ricevute da ognuno. Grazie ad Andrew Shugg che ha segnalato diversi errori nel documento. Un grande grazie anche a Sung Wook Her (alias RedBaron) che sta facendo la prima traduzione dell'HOWTO in coreano. Sono stato felice di notare che la gente fino ad ora ha tratto giovamento e beneficio da questo HOWTO.
Ringraziamenti meno recenti, ma che non voglio eliminare, includono: Josh Crawford, Andy King e Jaime Davila, che hanno letto questo documento per intero e hanno dato dei feedback molto utili per correggerlo e migliorarlo. Non posso ringraziarvi abbastanza per il vostro aiuto. Un "grazie" extra va ad Andy King, che ha riletto il documento diverse volte, ed ha inviato delle correzioni che mi hanno reso la vita più facile.
Karl Fogel, l'autore di Open Source Development with CVS, pubblicato dalla Coriolis Open Press. Lunghi estratti del suo libro sono disponibili sul web. 225 pagine del libro sono disponibili sotto licenza GPL, e costituiscono il miglior manuale introduttivo per CVS che abbia mai visto. Il resto del libro copre "le sfide e gli innati problemi di principio connessi alla conduzione di un progetto Open Source usando CVS." Il libro fa un buon lavoro nel coprire alcuni degli argomenti trattati in questo HOWTO, e molti altri. Il sito web del libro offre informazioni su come ordinare il libro, e fornisce diverse traduzioni dei capitoli su CVS. Se si è seriamente interessati alla conduzione di un progetto di software libero bisogna avere questo libro. Ho cercato di citare Fogel nelle sezioni di questo HOWTO in cui ero consapevole di stare attingendo direttamente dalle sue idee; se ne ho dimenticata qualcuna, chiedo venia, cercherò di correggerle nei rilasci futuri.
Karl Fogel può essere contattato presso <kfogel (at)
red-bean (dot) com>
Anche Eric S. Raymond ha fornito materiale di supporto e ispirazione per questo HOWTO, con le sue discussioni prolifiche, coerenti e meticolose, e Lawrence Lessig mi ha ricordato l'importanza del software libero. Inoltre, voglio ringraziare tutti gli utenti e sviluppatori coinvolti nel progetto Debian. Debian mi ha fornito una casa, un posto dove praticare il patrocinio del software libero, un posto dove ottenere dei risultati, un posto dove imparare da quelli che sono parte del movimento da molto più tempo di me. Debian mi ha anche fornito la testimonianza di un progetto di software libero che funziona davvero bene.
Soprattutto, voglio ringraziare Richard Stallman,
per il suo lavoro alla Free Software Foundation, e per non essersi
mai arreso. Stallman ha stabilito e articolato le basi filosofiche
che mi spingono verso il software libero, e che mi portano a
scrivere un documento per far sì che esso abbia successo.
RMS può essere sempre raggiunto via email a
<rms (at) gnu (dot) org>.
Ogni feedback su questo documento è sempre, senza fallo, il benvenuto.
Senza le segnalazioni ed aggiunte dei lettori, questo documento non
esisterebbe. Pensate che manchi qualcosa? Non esitate a contattarmi
per farmi scrivere un capitolo, sezione o sottosezione, o per
scriverne una voi stessi. Voglio che questo documento sia un
prodotto di quel processo di sviluppo del software libero che
mira a promuovere, e penso che il suo successo finale si fondi sulla
sua capacità di esserlo davvero. Per favore inviate le vostre
aggiunte, commenti e critiche al seguente indirizzo email:
<mako@debian.org>.
Non tutti parlano inglese. Le traduzioni sono una buona cosa, e sarebbe molto bello che questo HOWTO raggiungesse quella portata internazionale che la traduzione di un documento comporta.
Sono stato contattato da un lettore che promette una traduzione in
coreano. Tuttavia, questo HOWTO è ancora giovane, ed oltre alla
promessa del coreano, solamente l'inglese è disponibile; se voleste
contribuire a, o eseguire per intero, una traduzione, otterreste il
mio completo rispetto e ammirazione, e diventereste parte di un
processo molto interessante. Se siete interessati, per favore non
esitate a contattarmi a: <mako@debian.org>.
| Avanti | ||
| Iniziare un progetto |