[ubuntu-l10n-it] Re: Traduzione FCM - Edizione 2 - Pagina 27

  • From: "Weisghizzi Flavia" <flavia@xxxxxxxxxxxxx>
  • To: <ubuntu-l10n-it@xxxxxxxxxxxxx>
  • Date: Sat, 28 Jul 2007 18:56:49 +0200

 

Come gestisci a team di sviluppatori in tutto il mondo per cercare di 
sviluppare un singolo prodotto coerente?

 

Il nostro canale IRC (#gramps su irc.freenode.net) è stato la chiave di 
comunicazione tra sviluppatori e utenti e seppure i fusi orari differenti 
possono rendere difficile la comunicazione su un canale IRC, esso offre molti 
vantaggi.

Non solo siamo in grado di affrontare ampie discussioni in tempo reale, ma 
abbiamo anche l'opportunità di conoscerci meglio e quindi di lavorare meglio 
insieme.

 

Una cosa importante per ogni progetto è essere sicuri di mettere da parte il 
proprio ego e lavorare per uno scopo comune. Di solito un pizzico di 
discussione e di compromesso produce alla fine una idea migliore.

 

Quanto è difficile lavorare con formati come GEDCOM e altri programmi per 
l'analisi genealogica quando è richiesta una conversione in GRAMPS?

 

GEDCOM è la cosa più vicina a un formato standard nei programmi di analisi 
genealogica. Ma è un formato di interscambio, è molto povero.

Tale formato è stato disegnato dalla LDS Church per le proprie esigenze.

Eppure ci sono molte cose che GEDCOM non può gestire.

Molti sistemi commerciali hanno formati chiusi. Noi non siamo intenzionati a 
fare reverse engineering su questi formati. Ci sono pochissimi programmi con 
pochissimi formati. Non è utile cercare di gestire ogni revisione di ogni 
formato proprietario.

 

Noi preferiremmo un format standard per le genealogie che riempisse le lacune 
di GEDCOM, ma sfortunatamente non esiste. In passato abbiamo cercato di 
coinvolgere altri progetti interessati nel lavorare a un unico formato di 
scambio, ma abbiamo riscontrato uno scarso interesse.

 

Hai speso molto del tuo tempo per sviluppare GRAMPS, che è pubblicato sotto 
licenza GPL. Hai mai avuto il timore che il tuo codice, anche se utilizzato nei 
termini della licenza  potesse essere sviluppato e promosso da un altro team, 
che dopo avergli cambiato il nome ti toglierebbe le luci della ribalta?

 

Non mi interessa. Se qualcun altro prendesse il codice e lo migliorasse, sempre 
aderendo alla licenza GPL, tanto meglio: questo beneficerebbe soltanto gli 
utenti.

Dopotutto anche questo è il significato di Free Software.

 

Questo non molto differente dalla relazioni Debian/Ubuntu o Ubuntu/Linspire.

 

Hai una strategia per reclutare più sviluppatori?

 

Anche se avessimo bisogno di un ulteriore aiuto, non mi metterei a cercare 
attivamente sviluppatori. Molto anni fa noi abbiamo tentato senza successo un 
programma di ingrandimento. Questo mi ha portato a credere che un volontario 
che trova in sé la propria motivazione sia un collaboratore migliore per un 
progetto.

Other related posts: