[Discussioni]Quando il SW non deve essere tutto libero
Simo Sorce
simo.sorce a xsec.it
Gio 28 Nov 2002 13:13:32 CET
On Thu, 2002-11-28 at 12:54, Leonardo Boselli wrote:
> Il caso a cuiu mi riferivo era il rischio che partendo da un
> programma free le successive modifiche si spostassero in maniera
> tale da , passo passo, trovarsi a un punto in cui come avviene su
> prodotti commerciali, la versione 10 non riesce più a leggere i file
> fatti con la versione 5 !!! .
Non è nell'interesse di nessuno rendere una nuova versione incompatibile
con la precedente a meno che non ci sia un buonissimo motivo.
Questo è anche possibile ma improbabile, è interesse di chi fa software
libero mantenere una maggiore coerenza e compatibilità, e essendo libero
il programma puoi sempre mantenere una copia vecchia insieme a quella
nuova per fare da ponte se proprio serve.
Per non parlare del fatto che puoi convincere o assumere qualcuno per
scrivere un estensione della nuova versione che supporti il vecchio
formato (e sarà piuttosto facile farlo visto che il vecchio codice che
supportava il vecchio formato sarà ancora disponibile).
> E a quel punto saresti con gli stessi problemi che hai con Word ...
> che fai l'inseguimento all'upgrade ... certo ti costa poco come
> software, ma è sempre una perdita di temmpo, e magari nella
> nuova versione ti hanno cambiato qualcosa per cui devi di nuovo
> imparare.
Con Word fai l'upgrade perchè qualcuno ha interesse a fartelo fare e non
hai alternative, non c'è nessuno che può fare un fork che mantenga la
compatibilità, col software libero un upgrade forzato praticamente non
ha senso.
Inoltre il problema con programmi proprietari è che aggiornare il
proprio programma è spesso "costoso" e quindi non alla portata di tutti,
invece per il software libero spesso il costo del programma in se è
molto basso se non nullo e quindi l'aggiornamento molto più semplice e
alla portata di tutti.
> Per questo pensavo a una UtilityGPL che prescriva che NON puoi
> togliere nessuna opzione, se mantieni il nome, in quanto la nuova
> versione debba funzionare anche con script vecchi. (e quindi anche
> mantenere la possibilità di salvare nei vecchi formati) .
Dovresti specificare tutta una serie di cose ad nauseam, se hai bisogno
di usare il vecchio formato con solo le vecchie opzioni allora ti tieni
due versioni del programma se proprio la nuova versione è stata
snaturata completamente.
Una cosa del genere potenzialmente non permetterebbe di migliorare il
programma, eliminare problemi di sicurezza intrinseci, e tutta una serie
di altre cose, ma soprattutto non impedirebbe all'autore originale di
fare una nuova versione incompatibile con la precedente.
Secondo me porterebbe solo limitazioni ingiuste della libertà di
riutilizzare il codice come meglio serve alle nostre esigenze e non
garantirebbe proprio nulla.
Simo.
--
Simo Sorce - simo.sorce a xsec.it
Xsec s.r.l.
via Durando 10 Ed. G - 20158 - Milano
tel. +39 02 2399 7130 - fax: +39 02 700 442 399
-------------- parte successiva --------------
Un allegato non testuale è stato rimosso....
Nome: signature.asc
Tipo: application/pgp-signature
Dimensione: 232 bytes
Descrizione: This is a digitally signed message part
URL: <http://lists.softwarelibero.it/pipermail/discussioni/attachments/20021128/b89af4f7/attachment.sig>
More information about the discussioni
mailing list