[Gfoss] [software][generale] Contribuire al miglioramento del software GFOSS.

Local Chapters GFOSS.it
,
1

Salve a tutti,

a partire da questa[0] discussione (relativa a un bug di QGIS risolto nella versione 2.14)
direi che fra le righe è emerso il desiderio di alcuni utenti di contribuire a risolvere i bug del software che utilizziamo e al tempo stesso la difficoltà di relazionarsi con i numerosi strumenti utilizzati per segnalare i bug.

Come riportava Paolo Cavallini nella lista qgis-it la soluzione è una sola: formare gli utenti, renderli consapevoli del fatto che dedicando anche poco tempo (o una piccola cifra) possono contribuire non poco a migliorare la qualità del software. Anche il mio parere è che in ogni corso relativo a software GFOSS dovrebbe essere affrontata la tematica di come inviare una segnalazione. Commenti? Esperienze? Proposte?

Penso che per alcuni progetti si potrebbe organizzare qualche webcast o videotutorial in cui spiegare la procedura… qualcuno di quelli bravi coi tutorial si candida?

Come spesso è accaduto il punto di partenza può essere questa mailing list o la mailing list utenti, dalle risposte della comunità si può in breve capire se ci si trova di fronte a un errore di impostazione dovuto alla propria inesperienza o a un difetto del software.

Il passo successivo è aprire un ticket e/o relazionarsi con gli sviluppatori. Può mettere in soggezione trovarsi a interloquire con persone più esperte di noi che parlano un altra lingua, ma l’esperienza insegna che se siamo pazienti ed educati nell’esporre il nostro problema verremo sempre ascoltati con attenzione, inoltre conosceremo persone fantastiche…
Chiedo agli sviluppatori che ci seguono di raccontarci qualcosa in più su come vorrebebro il rapporto con gli utenti

La mia impressione è che sia importante anche il lavoro di testing sui bug aperti: mi pare di capire che per gli sviluppatori è importante sapere se un problema si verifica ancora, specie se la causa è ignota. Scorrere la lista delle segnalazioni aperte e aggiungere un proprio commento se si è riusciti o meno a riprodurre il problema può essere molto utile.

Con una piccola ricerca su google ho redatto un piccolo elenco delle pagine con le istruzioni di bug report per alcuni dei progetti GFOSS che mi sono venuti in mente (senza nessun ordine particolare) invito tutti ad allungare l’elenco per i progetti che conoscete/usate e in particolare in questo thread vorrei raccogliere le vostre esperienze:

Conoscevate già queste pagine? L’inglese è un problema? Il meccanismo è chiaro?

https://grass.osgeo.org/development/bug-tracking/

https://hub.qgis.org/wiki/17/Bugreports

http://www.openjump.org/support.html

http://geoserver.org/comm/
http://docs.geonode.org/en/master/organizational/contribute/

http://www.mapserver.org/development/bugs.html

http://gvsigce.sourceforge.net/wiki/index.php/How_to_report_bugs

https://www.sqlite.org/src/wiki?name=Bug+Reports

https://trac.osgeo.org/postgis/

https://marble.kde.org/support.php

https://github.com/geopaparazzi/geopaparazzi/issues

e una interessante guida generale in italiano:

http://www.chiark.greenend.org.uk/~sgtatham/bugs-it.html

A voi la parola!

Amefad

[0] http://thread.gmane.org/gmane.comp.gis.gfoss.italian/21532

2

Il giorno 2 marzo 2016 12:24, Amedeo Fadini <amefad@gmail.com> ha scritto:

a partire da questa[0] discussione (relativa a un bug di QGIS risolto
nella versione 2.14)
direi che fra le righe è emerso il desiderio di alcuni utenti di
contribuire a risolvere i bug del software che utilizziamo e al tempo
stesso la difficoltà di relazionarsi con i numerosi strumenti utilizzati
per segnalare i bug.

​vero, ammetto che all'inizio ho avuto parecchie difficoltà e ciò porta ​ad
abbandonare la segnalazione.

Come riportava Paolo Cavallini nella lista qgis-it la soluzione è una
sola: formare gli utenti, renderli consapevoli del fatto che dedicando
anche poco tempo (o una piccola cifra) possono contribuire non poco a
migliorare la qualità del software. Anche il mio parere è che in ogni corso
relativo a software GFOSS dovrebbe essere affrontata la tematica di come
inviare una segnalazione. Commenti? Esperienze? Proposte?

​ho seguito (nel 2013) un corso tenuto da Paolo (QGIS) e confermo che
dedica un pò di tempo alla spiegazione ​per le segnalazioni di bug; ricordo
che spesso si fermava durante il corso perchè doveva rispondere alle
innumerevoli email.

Penso che per alcuni progetti si potrebbe organizzare qualche webcast o
videotutorial in cui spiegare la procedura... qualcuno di quelli bravi coi
tutorial si candida?

​
​Ottima idea,
i videotutorial sono molto più facili da seguire rispetto alle pagine web
soprattutto per i neofiti, poi stuzzica la curiosità e magari, poi, si
cerca un maggior dettaglio nelle lunghe pagine di spiegazione.​​

Come spesso è accaduto il punto di partenza può essere questa mailing list
o la mailing list utenti, dalle risposte della comunità si può in breve
capire se ci si trova di fronte a un errore di impostazione dovuto alla
propria inesperienza o a un difetto del software.

​Consiglierei delle risposte ​più articolate, spesso chi risponde è
ermetico, e crea difficoltà su difficoltà.
Altra cosa che personalmente mi da fastidio sono le email lasciate appese,
senza una risposta.

Il passo successivo è aprire un ticket e/o relazionarsi con gli
sviluppatori. Può mettere in soggezione trovarsi a interloquire con persone
più esperte di noi che parlano un altra lingua, ma l'esperienza insegna che
se siamo pazienti ed educati nell'esporre il nostro problema verremo sempre
ascoltati con attenzione, inoltre conosceremo persone fantastiche....
Chiedo agli sviluppatori che ci seguono di raccontarci qualcosa in più su
come vorrebebro il rapporto con gli utenti

La mia impressione è che sia importante anche il lavoro di testing sui bug
aperti: mi pare di capire che per gli sviluppatori è importante sapere se
un problema si verifica ancora, specie se la causa è ignota. Scorrere la
lista delle segnalazioni aperte e aggiungere un proprio commento se si è
riusciti o meno a riprodurre il problema può essere molto utile.

​credo di essere stato uno dei primi a segnalare dei bug attraverso l'uso
di video, credo sia il modo migliore per spiegare come riprodurlo. ​

Con una piccola ricerca su google ho redatto un piccolo elenco delle
pagine con le istruzioni di bug report per alcuni dei progetti GFOSS che mi
sono venuti in mente (senza nessun ordine particolare) invito tutti ad
allungare l'elenco per i progetti che conoscete/usate e in particolare in
questo thread vorrei raccogliere le vostre esperienze:
Conoscevate già queste pagine? L'inglese è un problema? Il meccanismo è
chiaro?

​Per me l'inglese è un piccolo ostacolo, ma non è insormontabile.​

​Saluti.​

--
*Salvatore Fiandaca*
*mobile*.:+39 327.493.8955
*m*: *pigrecoinfinito@gmail.com <pigrecoinfinito@gmail.com>*
*blog:** https://pigrecoinfinito.wordpress.com/
<https://pigrecoinfinito.wordpress.com/&gt;\*

43°51'0.54"N 10°34'27.62"E - EPSG:4326

“Se la conoscenza deve essere aperta a tutti,
perchè mai limitarne l’accesso?”
R. Stallman

3

Da sviluppatore di plugin riporto quanto raccolto nel corso di questi 10
anni.

1 - Chi prova a installare il plugin e non ci riesce abbandona
immediatamente ....un 90% direi ---- Non chiede nemmeno aiuto
2 - Altri che provano ad installare e non ci riescono molte volte pongono
l'accento solo sul fatto che se è in rete gratis, ocio, gratis non free
(che sta differenza per carità esiste, ma per chi comincia è solo una
stupidaggine), deve funzionare per forza, altrimenti non la si usa... non
c'è minimamente l'idea di contribuire.

3 - Chi installa, trova il bug e appena gli proponi o di finanziare la
toppa o di perdere tempo a fare la segnalazione parte nell'ordine: non so
fare, allora te lo spiego, non capirei, ma io sono bravo a spiegare, anche
se capissi non riuscirei a sistemarlo, allora investi due soldini che lo
facciamo fare ad un professionista.... ah..ecco...allora fate le cose male
perchè così spillate soldi.

4 . chi isntalla, usa e ha bisogno di modifiche: vuoi finanziare? No ,non
ne ho più bisogno uso AutoCac Craccato allora che faccio prima.

5 - Chi installa, usa, sviluppa e non da indietro nulla ....

6 Chi installa, usa, sviluppa, investe tempo e denaro e ti contatta
entusiasta perchè vuole contribuire, così è nato http://unaquantum.org/

Ecco l'escalation...sarebbe bello solo poter far capire con un messaggio
chiaro

"SE NON FUNZIONA MANDAMI ANCHE UN PICCIONE CON UN MESSAGGIO, TI PREGO; NON
VERREMO ALLA TUA PORTA A SUONARE"

Quindi credo che dovremmo fare una operazione di eduzione basic al fatto
che puoi segnalare, anche alla cavolo di cane con una mail e nessuno ti
insulterà, non farai la figura dello stupido ecc... agli inizi io mi
sentivo un cretino su lista python e gfoss, e se leggete le mie mail
all'inizio molte volte mi rispondevano di "leggere il manuale"... però io
sono una faccia di bronzo e sono andato avanti..Non tutti sono così.

Concludo quindi ribadendo il concetto... Vorrei che tramite GFOSS, anche un
link piccolo sul mio sito che manda alla pagina di GFOSS ci fossero 5 righe
che ti spiegano solo che puoi segnalare e non verrai ucciso...poi un
pulsantino discreto con: se vuoi diventare anche tu uno sviluppatore clicca
qui e ci mettiamo un bel manualetto sostanzioso di come si fanno le
segnalazioni come Dio comanda.

Amen
Cordialmente
Luca

4

Il 02/03/2016 15:21, Totò Fiandaca ha scritto:

Il giorno 2 marzo 2016 12:24, Amedeo Fadini <amefad@gmail.com
<mailto:amefad@gmail.com>> ha scritto:

    tempo stesso la difficoltà di relazionarsi con i numerosi strumenti
    utilizzati per segnalare i bug.

​vero, ammetto che all'inizio ho avuto parecchie difficoltà e ciò porta
​ad abbandonare la segnalazione.

questa lista esiste anche per questo :slight_smile:

​ho seguito (nel 2013) un corso tenuto da Paolo (QGIS) e confermo che
dedica un pò di tempo alla spiegazione ​per le segnalazioni di bug;
ricordo che spesso si fermava durante il corso perchè doveva rispondere
alle innumerevoli email.

mail relative ai bugs, eh :slight_smile:
capita spesso, durante i miei corsi, che si trovi insieme un bug, io
faccia vedere come segnalarlo, e in poco tempo si sia in grado, già
durante il corso, di verificare la soluzione.

i videotutorial sono molto più facili da seguire rispetto alle pagine
web soprattutto per i neofiti, poi stuzzica la curiosità e magari, poi,
si cerca un maggior dettaglio nelle lunghe pagine di spiegazione.​​

immagino - non c'e' una soluzione che va bene a tutti, quindi ben venga
qualunque sistema.

​Consiglierei delle risposte ​più articolate, spesso chi risponde è
ermetico, e crea difficoltà su difficoltà.

Rispondo per me: spesso mi trovo con l'alternativa "non rispondo/
rispondo in 10 secondi", dato che non ho molto tempo libero.
Mi rendo conto che le risposte in 10 s sono ermetiche, ma quando le ho
avute io mi hanno aiutato, e le ho preferite al silenzio.
Vorrei poter avere il tempo di rispondere in dettaglio a tutti, ma il
lavoro pagato ha necessariamente la precedenza.

Altra cosa che personalmente mi da fastidio sono le email lasciate
appese, senza una risposta.

Questo succede di solito perché la domanda no è chiara, e a volte perché
si ha la sensazione che chi chiede voglia semplicemente risparmiarsi del
lavoro, appoggiandosi sulle spalle altrui (nessun riferimento personale,
perlo assolutamente in generale).
Ricordo che al GFOSS Day di Lecce, mi pare, avevo fatto un intervento
per spiegare come fare le domande in modo furbo, forse le slides sono
ancora disponibili da qualche parte.

Comunque mi pare che la comunità stia muovendo passi significativi
nella direzione giusta, quindi avanti così! :slight_smile:

Saluti.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html

5

Concordo con quanto avete detto fin'ora.

Però mi premeva sottolineare il concetto dell' utente medio (che non
vuol essere dispregiativo) di software FOSS, che un pò riprende quello
che ci ha anche raccontato Luca nel suo modo "colorito".
Nella mia esperienza (... non so se voi siete più fortunati) questo
utente medio, nè si mette a leggere le segnalazioni di bugs nè quanto
meno contribuisce a farne altre. E per certi versi lo giustifico pure,
perchè spesso si tratta di segnalazioni che oltre a essere in Inglese
(già questo sappiamo che frena molti) sono anche espresse nel
linguaggio tipico usato da sviluppatori o comunque da addetti del
settore.

Detto questo, è giusto che bisogna fare formazione ed educare a
"contribuire" per il SW che si sta adoperando gratuitamente, ma non si
può pretendere che tutti si mettano a segnalare bugs !

Per cui forse, per una maggiore diffusione del FOSS, fare una
comunicazione più semplice sui principali bugs che sia leggibile ai
molti, non sarebbe male.

Cari saluti
Nino

6

Salve.

Il 02/03/2016 16:49, nino formica ha scritto:

"contribuire" per il SW che si sta adoperando gratuitamente, ma non si
può pretendere che tutti si mettano a segnalare bugs !

pretendere no, invitare si'. poi, facciamo alcune distinzioni: un conto
e' l'utente singolo, che giustamente puo' fare fatica. un altro e'
quello istituzionale, o comunque membro di una organizzazione piu'
grande: per questo, secondo me la mancata contribuzione non e' una buona
idea, ed ah tutte le risorse per occuparsi di queste cose, internamente
o tramite esternalizzazione.

Per cui forse, per una maggiore diffusione del FOSS, fare una
comunicazione più semplice sui principali bugs che sia leggibile ai
molti, non sarebbe male.

non sarebbe male, ma e' un lavoro enorme, che forse qualcuno puo'
iniziare, ma scommetto che nessuno riesce a sostenerlo, senza
finanziamenti specifici, per una durata significativa.
senza nulla togliere alla tua proposta, credo ci siano altre aree in cui
il contributo deglu utenti e' piu' urgente ed importante.

saluti.
--
Paolo Cavallini - www.faunalia.eu
QGIS & PostGIS courses: http://www.faunalia.eu/training.html