Il 29/05/2011 11:07, Andrea Pescetti ha scritto:
Ed e' vero anche questo. Lo ha scritto bene Michael Meeks qualche tempo
fa: tutti i contributi di codice che a una prima revisione non appaiono
palesemente insensati vanno inclusi subito nel ramo principale dello
sviluppo, perche' comunque passeranno circa sei mesi prima che siano
distribuiti nella versione stabile. Il futuro modello e' ancora piu'
aperto: il codice va direttamente nella versione di sviluppo, senza
revisione da parte di uno sviluppatore esperto.
Mi spaventa questo sistema di contribuzione ed integrazione dei contributi.
In altre parole
- la 3.4.0 è in pratica una beta
- la 3.4.1 una RC
- la 3.4.2 (forse) una stabile.
Mi chiedo quanti capiranno questa "differenza"?
Molti non capiscono nemmeno cosa significa beta, figuriamoci se non si
esplicita la cosa.
OpenOffice.org ha guadagnato con il tempo la fiducia di molte realtà
Professionali e Aziendali.
se OOo verrà chiuso come progetto, Libo avrà in eredità questa
fiducia... ma in questo modo
temo che la perderà abbastanza velocemente.
Nel mio piccolo, come Tecnico Informatico e Consulente, sono riuscito a
proporre ed installare
OOo a moltissimi clienti, che sono soddisfatti.
Molti di questi clienti sanno che prossimamente gli farò un "cambio di
software" che però sarà
di fatto solo un cambio si "nome" da OpenOffice.org a LibreOffice,
perché il programma, le
funzionalità e l'utilizzo saranno Identiche.
Non so però se andrò avanti in questa direzione...
Se ora gli installo la 3.3.2 e poi loro vedo fra qualche tempo che è
uscita la 3.4.0 e la installano
in autonomia e poi si ritrovano con una versione non pienamente stabile?
Oppure dovrei spiegare di non installare le .0 e le .1 ma solo le .2?
Potrei anche far passare il concetto di beta e rc spiegando che sono
versioni non ancora ufficiali, ma
mi chiederebbero perché gli altri programmi, la versione .0 la posso
installare?
Sarebbe più semplice chiamare le cose con il loro nome. Quindi Beta, RC
e Finale :-)
Svantaggio ovvio: e' difficile imporre priorita' agli sviluppatori, che
sono tutti in qualche modo "indipendenti", quindi ad esempio mi aspetto
piu' attenzione per Calc che per Base; vantaggio ovvio: un nuovo
sviluppatore puo' cominciare a lavorare su quello che preferisce, come
e' in fondo giusto che sia se si coinvolgono volontari.
Ok e lo capisco... ma non è possibile proprio fare nessun coordinamento
o controllo
di quello che viene inserito?
Immagino quanti "Programmer Troll" si possano imbucare...
Anzi chissà che i problemi delle beta di alcuni giorni fa, non fossero
dovute a questo... :-)
--
Ciao!
----------------------------------------------------------
Daniele Pinna
Utente Skype: dapinna
Sito Web: http://www.dapinna.com <-- Nuovo Sito... ora in Joomla
Il Docfa in Pillole: http://www.ildocfainpillole.it
DAPINNA.COM su Facebook:
www.facebook.com/pages/Sassari-Italy/DAPINNACOM/110085322371199
--
Unsubscribe instructions: E-mail to discuss+help@it.libreoffice.org
Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette
List archive: http://listarchives.libreoffice.org/it/discuss/
All messages sent to this list will be publicly archived and cannot be deleted
Context
Re: [it-discuss] Re: Versione digest di discuss -AT- it.libreoffice.org issue 24 (84-95) · Valter Mura
Re: [it-discuss] Re: Versione digest di discuss -AT- it.libreoffice.org issue 24 (84-95) · Andrea Pescetti
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.