Date: prev next · Thread: first prev next last


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


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.