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------' _______________________________________________ Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione [email protected] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 569 iscritti al 4.1.2012
