[Gfoss] come finanziare i GIS liberi

[Sandro Santilli]

On Thu, Feb 23, 2012 at 04:18:44PM +0100, Francesco P. Lovergine wrote:
> On Wed, Feb 22, 2012 at 09:28:17AM +0100, Paolo Cavallini wrote:
> > Il 22/02/2012 09:20, Alessandro Pasotti ha scritto:
> > >Sarebbe a dire che lo può fare solo l'autore?
> > >Suvvia...
> > Certo che no. Basta che il committente si accerti che il lavoro
> > venga integrato.
> > 
> 
> Faccio notare che non sempre l'integrazione o meno del risultato
> dipende direttamente da chi ha prodotto il patchset 
> o il prodotto. Un esterno al team di sviluppo normalmente deve
> affrontare un reviewing da parte del team medesimo, e questa
> cosa costa tempo (al team, a parte che a chi ha prodotto il patchset).  
> In definitiva il team medesimo potrebbe continuare a ignorare
> il patchset ad libitum, per motivi non legati alla qualità tecnica
> del lavoro. 
> 
> Diversamente stai sostenendo che si debba pagare solo chi 
> ha un commit privilege, cioè un gruppo generalmente piuttosto
> ristretto di sviluppatori. Non mi pare molto sensato, anche 
> considerando che il committente potrebbe essere interessato
> a una funzionalità piuttosto specializzata.
> 
> Temo che la cosa si debba valutare caso per caso. Ci sono progetti
> piuttosto monolitici in cui certe cose non si possono proprio
> fare senza poter mettere mano al core e altri in cui basta 
> implementare un 'plugin' o un modulo del tutto indipendente 
> per risolvere.

Questa e' una discussione interessante.

Mette l'accento su due approcci al software libero:
 - Il valore e' nella tecnologia  
 - Il valore e' nella comunita' 

Il reviewing da parte del team e' senza dubbio un valore aggiunto.
Riuscire ad ottenerlo, di conseguenza, ha un valore maggiore rispetto
ad uno sviluppo "autistico".

Certo non si puo' pretendere che una comunita' intera sia sempre
a disposizione per fare le review, ma si puo' fare del proprio meglio
affinche' tali review costino meno in termini di costo. La produzione
di testcase di larga copertura, ad esempio, o la meticolosa
documentazione del processo, e un codice di facile lettura.

Dopodiche' se il progetto e' inaccessibile secondo me c'e' qualcosa
che non va e che ne limita il valore (nella comunita'). Cio' non esclude
la possibilita' di rinunciare a tale valore e puntare al solo valore
tecnologico.

--strk; 

  ,------o-. 
  |   __/  |    Delivering high quality PostGIS 2.0 !
  |  / 2.0 |    http://strk.keybit.net - http://vizzuality.com
  `-o------'