Date: prev next · Thread: first prev next last


In data 28 maggio 2011 alle ore 11:24:48, Italo Vignoli <italo.vignoli@gmail.com> ha scritto:

Io direi di progredire sugli aspetti strutturali, mettere insieme qualche idea sugli aspetti implementativi (senza lavorarci troppo), e una volta trovato il consenso tra noi portarla nelle altre mailing list (sono certo che la comunità US troverebbe lo strumento interessante, perché hanno difficoltà ad allargare la comunità), e poi metterlo all'ordine del giorno di una riunione dello SC.

Penso che ci sia stato tra noi lo stesso identico equivoco che ho avuto con Sophie quando gliene ho parlato.

Nello specifico del mio messaggio, non mi riferivo alla proposta per questo strumento particolare, ma proprio una proposta per un "processo formale di accettazione di nuovi progetti LibO".

Insomma, per me che ho una certa esperienza di lavoro in comunità, non è stato semplice portare avanti questo progetto e l'ho fatto solo perché solo testardo di natura :) , per mancanza di direttive precise in merito.

In particolare ho dovuto:

1) postare nella ML LibO-discuss
2) postare nella ML TDF-projects di cui ho scoperto non esistere un corrispettivo sul sito LibO e di cui difficilmente avrei scoperto l'esistenza se non mi fossi iscritto agli albori della TDF l'anno scorso;
3) preparare la proposta sul *wiki*;
4) ripostare nelle ML LibO-discuss, TDF-projects *e* LibO-projects;
5) trovare supporto in autonomia qui in questa lista, per fortuna (Forza Italia!)

Tutta la trafila, oltre che essere piuttosto complessa e inefficiente, visto che mi ha portato via 3 settimane di tempo, non garantisce, cosa ben più importante, né che lo strumento venga poi adottato né che il tempo impiegato non sia stato effettivamente perso.

Si fosse trattato di un altro volontario meno motivato di me, probabilmente sarebbe scappato urlando. :)

Per processo formale intendo qualcosa del tipo:

Step 1: scarica questo modulo/utilizza questo template per proporre la tua idea *dettagliata* all'organo comunitario XYZ per una valutazione preventiva con risposta entro XXX settimane (ho messo apposta tre X alle settimane per la risposta ;P ; Step 2: risposta secca: "sì, l'idea è buona, esponila nella/e seguente/i ML e ottieni il consenso/supporto di X contributor interessati entro Y tempo" oppure "no, ci dispiace, l'idea non rientra nelle linee guida di sviluppo del progetto" (approvazione/rigetto *ufficiale* dell'idea);
Step 3: ottieni il consenso/supporto e realizza l'idea
Step 4: presentazione ufficiale, taglio del nastro e champagne. ;-P

Nel caso di questo particolare strumento, mi pare di aver affrontato il processo all'inverso, con l'esclusione di nastro e champagne, ma con tutte le complicazioni del caso.

Non vuole essere una critica, perché so che siete già abbastanza impiccati con tutte le attività che svolgete adesso, ma probabilmente la presenza di un processo formale avrebbe evitato di costringere te e Sophie (e altri) a farmi da balia durante lo sviluppo dell'idea.

Ovvio che ormai è andata così e quindi l'approvazione la si prenderà a cose fatte e finite, ma l'adozione di un tale processo formale facilmente accessibile e ben spiegato agli utenti *esterni* al progetto farebbe risparmiare tempo e risorse a tutti, credo. Era questo che volevo proporre alla SC, per cominciare e sempre che fosse ritenuto meritevole.

Scusatemi per la prolissità, mio vecchio difetto. :)

Saluti,

Gianluca
--
Lettura gratuita o acquisto di libri e racconti di fantascienza, fantasy, horror, noir, narrativa fantastica e tradizionale: http://www.letturefantastiche.com/

--
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.