 Allora, intanto, ciao a tutti, grazie per essere venuti. Mi presento, mi chiamo Niccardo Magliocchetti. Per lavoro faccio di solito il sviluppatore Python. Faccio anche il Consulente e adesso sto facendo una cosa interessante con il team per la trasformazione digitale del governo, quindi magari se qualcuno interessa dopo ne parliamo. E il mio hando su Twitter è Remy Staken. Allora, siamo a WorkCamp e quindi l'intervento farà di riferimento WordPress, giustamente. Allora, spero a tutti voi sappiate that WordPress è un software open source. Però, secondo me, non è sempre così chiaro cosa significa in pratica. Quindi, prima di fare un giochetto e mi aiutate a definire cosa è un software open source o meno. Un software open source è open source perché ho disposizione sorgente, che dice di sì, azzi la mano. È una condizione necessaria, ma non tutti. Se è un software open source, posso installarlo quante volte mi pare. Sì, no? Se è un software open source, deve per forza essere gratis. Qualcuno dice di sì? Bravissimo. Allora, la cosa è un po' più complessa in verità perché WordPress non è solo un software open source, ma è riusciata sotto licenza GNU GPL2, più, anzi. E questo porta dentro altri vincoli. Le licenze GNU sono ovviamente copy left. Cosa vuol dire? Che tutti i lavori derivati prendono la stessa licenza. Il progetto WordPress è abbastanza chiaro sul fatto che temi e plugin siano lavori derivati. Quindi, in torre a essere compatibile con la licenza, ogni cosa che noi facciamo su WordPress, a partire dalle modifiche al core, ma appunto anche temi e plugin, devono essere lasciati con questa licenza. A riguola alle definizioni di prima, qualcuno diceva che non doveva avere l'essorgente perché è open source. Sbaglio? Qualcuno... Non basta. Per avere chiaro un po' il panorama, quando si va di software, secondo me, bisogna sempre distinguere produttori e consumatori. Lo sviluppo del software si può considerare come un mercato e quindi sono sempre questi due figure. Perché è importante? Perché per me, sviluppatore, essere produttore o consumatore fa la differenza di non siano lo stesso pianosimo. Siano attori dello stesso mercato, ma non si è la stessa figura. Quindi, partiamo dai produttori, chi sono? Sono ovviamente quelli che scrivono software e nel caso di software open source, ovviamente, lo condividono. Ci facciamo minutare da questa vignetta per vedere come sono sviluppati i software open source. Come vedete, questo bellissimo team da 11 persone mi pare. Abbiamo manager, abbiamo sviluppatori, abbiamo quelli che fanno i grafici. Abbiamo lo staggista che porta caffè. Come vedete, è sicuramente un'immagine reale, perché, come vedete, 80% sono maschi bianchi. C'è solo una ragazza e credo... Basta, insomma. Un ambiente molto diverso. Sfortunatamente, però, la realtà non è questa. E la realtà è più questa. Vedete? Il pavero sviluppatore alle 3 di notte che dice dai, si stendiamo l'ultima cosa prima della letto. Questa è una cosa un po' pittoresca. Però, per andare poi nel dettaglio degli dati, di me ne introdurò il concetto di track factor, o anche conosciuto come bus factor, in verità. Il bus factor è il numero dei sviluppatori di un progetto che metaforicamente non essere investiti da un autobus, perché il progetto parla di conoscenza o capacità di essere sviluppato. Un'immagine vomacca avrà poi rendere le idee. Nel 2016, ho uscito questo paper di questi ricercatori brasiliani, dove prendono dei progetti da Github, hanno scelto quelli più popolari, esclusendo ovviamente quelli tipo Linux kernel, che è ovviamente un altro discorso. Da loro paper salta fuori che, prendendo i progetti più popolari, hanno dimostrato che l'87, che fa circa il 65%, hanno un track factor minore uguale di 2, che vuol dire che questi progetti importanti hanno solo due persone che la portano avanti. Non lo so, nel mondo del software capite un team da due persone, magari manco full time, ma così non è un gran numero, non è un gran team. Come quantità? Wordpress ovviamente fa storia a sé, non rientra nel progetto tipo su Github, perché è abbastanza complesso, è maturo, c'è da molto tempo, ha una comunità immensa. I numeri presi dal credit della 494, quindi la penultima, diciamo. Abbiamo uno più 5L developers, 40 core developers, e questi qui sono quelli che possono commentare direttamente il codice, e in più la 49, immagino, ha avuto circa 500 contributors. Contributti sono quelli che magari fanno una patch, magari non è perfetta, e quindi il core developer, il developer, la committa e mette le cosiddette props nel messaggio di committa. Come dicevo prima, in questo mercato, lo sviluppo del software, produttori e consumatori non stanno suo stesso livello. Questo ragionamento è stato rassunto bene da questa frase di Noah Cantrowitz, che ho trovato per caso, non conoscevo quando ho fatto ricerca per questo tolka, proviamo a leggere insieme e dice che l'altro problema, ovviamente il contesto è il sviluppo software open source, è il crescente sbilanciamento tra i produttori e i consumatori. In questi giorni, molte poche persone ci mettono l'impegno e il lavoro per sviluppare il software, la grande maggioranza, semplicemente beneficia di questo lavoro. Una parte interessante è questa, che dice per una società, per un'azienda, ripagare sia in tempo che in denaro, anche una piccola frazione di questo valore che deriva dal concetto di cosiddetti di Commons, che è essenzialmente a grandi linee le cose disponibili pubblicamente, in cui lo inserisci anche il software open source, è pressoché impensabile. Cosa vuol dire? Che c'è poca gente che scrive software e molta gente che lo usa, direttamente o meno. Ecco. Questo slide ci mostra uno che possiamo considerare un'umarella, che però è in vacanza e quindi non vede cantieri, ma guarda qualcos'altro, che secondo me l'approccio che la maggior parte dei sviluppatori o le aziende che soft-cannoni di software hanno nei confronti del software open source. Lo usano, lo guardano, ci fondono le pulci, però le mani le tangono dietro la schiena, sinceramente. E quelli sono le conseguenze di questo sbilanciamento tra produttori e consumatori. Sono che ci ritroviamo con progetti importanti che non hanno una basanza mano d'opera e quando questi progetti importanti sono installati su miliardi di dispositivi e hanno di prevedere sicurezza perché essenzialmente nessuno è pagato per fare le review di sicurezza o meno, nascono dei problemi. L'ogla sinistra è quello di Hartlead, una vulna in realtà della Liberia Open SSL di qualche anno fa che permetteva semplicemente di un client che si connetta tramite il protocollo SSL di leggere la memoria del server. Questo è stato abbastanza drammatico e diciamo che è probabilmente una cosa che ha rotto l'internet per un po'. Il problema di Open SSL è che la Liberia crittografica più usata al mondo la sta usando sicuramente se avete un'installazione di un web server, mentre la sta usando sul vostro telefono, sul vostro loge, non lo so, sul vostro computer. Il problema era che i tempi, quindi stiamo parlando di 2015-2016, c'era un solo giubattore full-time, nemmeno pagata per lavorare sempre sul cor, ma magari faceva consulenza cosa leggere. C'è immaginate una Liberia usata, c'è installata dappertutto essenzialmente, con solo una persona e che non lavora manco full-time sul progetto. Quella destra invece, c'è un shellchock, un logo di shellchock, una vulna in realtà della shellbash di qualche anno fa e anche qui l'anendotto, che basci essenzialmente il progetto di sviluppo da una persona, allora tipo la shell di default di la maggioranza di sistemi Unix o Linux e anche Microsoft X. E quindi anche qui abbiamo milioni di persone che ne beneficiano, miliardi di macchine che ne beneficiano e solo una persona che fa la voce. Parliamo di un altro concetto, che è quello di etica. Questa è la prima riga della definizione presa da Wikipedia italiana, che dice l'etica è distinguere i comportamenti umani in buoni, giusti, lecciti, rispetto a quelli ingiusti, lecciti e sconvenienti. Ricordiamo invece questa definizione per introdurne un'altra e quella di sostenibilità. Sempre da Wikipedia la caratteristica di un processo di uno stato che può essere mantenuto a un certo livello indefinitivamente. Ora, all'ucce di questo capite che fare l'umarella che guarda la gente che lavora potrebbe essere considerato etico, ci può stare, sostenibile, magari no. Come caso ad esempio vorrei prendere questa cosa che ho scoperto recentemente sempre prendendo il talk che esistono questi store di plug-in GPL e Temi GPL che semplicemente tramite un abbonamento ti permettono di scaricare quanto si vuole. Ora, l'ho trovato questa fatta con una bella analisi anche con link ad altri post su WP Major che mi invito a leggers se non avete fatto c'è questa prassi da 2011 dicono, 2013 e poi l'ho trovata strana. Uno, perché WordPress, diciamo rispetto al panorama open source, fa abbastanza storia a sé, avendo un ecossistema così forte di plug-in venduti e Temi venduti. E due, perché è un caso interessante appunto se vogliamo valutarlo, secondo i principi che abbiamo visto prima, quindi se sia legale, se sia etico e se sia sostenibile. Legale ovviamente sì, perché la GPL ci lo permetto. Soft GPL lo possiamo redistribuire come ci pare e quindi ovviamente mantenendo copyright e la stessa licenza e quindi è una cosa legale. È una cosa etica per me no. Alcuni sviluppatori plug-in dicono ok, non riusciamo come GPL, sta nei giochi, va bene, lo accettiamo. È una cosa sostenibile non credo perché essenzialmente vendere così comodamente lavoro di altri vuol dire che il guadagno che ce l'ha, non ce l'ha chi produce effettivamente la cosa ma chi è trovato in modo furbo per fare un business, essenzialmente. E quindi cosa possiamo fare? Essenzialmente la cosa è abbastanza semplice. Come diceva prima la citazione di prima possiamo contribuire in due modi, essenzialmente tempo e soldi. Partiamo dai soldi, che è facile cosa vuol dire. Se siamo sviluppatori vuol dire che il tempo per cui siamo pagati per sviluppare su qualcosa cosa da software open source lo possiamo spendere senza vergogna a lavorare sul software open source direttamente. Voglio dire, abbiamo un bug su un software open source contiamo e quella roba ci serve per lavoro, dirichiamoci del tempo. Non abbiamo le competenze per farlo, troviamo il budget e diamo a qualcuno che possa farlo. Troviamo una cosa nogliosa la sistemiamo. C'è la documentazione che carente posso aprire un ticket, una issue dicendo eh non ho capito questo guardiamoci sorgente prima sbatterci, sistemiamo noi la documentazione. Lato business invece è entrare nell'ottica che ok software open source ma qualcuno deve pagarlo insomma. La gente tende ad avere sviluppatori esigenze tipo a mangiare e dormire e quindi magari quei soldi possiamo aiutarli. Un esempio interessante su quello che possiamo fare è ce l'ho da questo progetto di Italian Young Society l'anno scorso credo di qualche anofà che si chiama 1% dove dice un progetto rivolte a soprattutto i freelance dice amico freelance tu grazie a software open source riesci a avere i clienti e avere un prodotto da vendere cosa puoi fare metti in fattura l'1% del tuo lavoro e dici ok questo qui poi lo doniamo agli sviluppatori del software che abbiamo usato per sviluppare questo prodotto ho messo questa citazione che è un passaggio abbastanza interessante che dice non tutti però sono consapevoli del grande guadagno che questo patrimonio software open source rappresenta per loro, né tanto meno della responsabilità che hanno per supportarlo tutelarlo e mantenerlo il punto interessante perché ci fa capire che non c'è un noie e loro se vogliamo che questo è questo sistema di software open source giri e continua a girare negli anni cioè dobbiamo mettere nell'ottica di primo carcile maniche e partecipare tornando al tempo come dicevo prima diciamo un passaggio non proprio banale e perché ovviamente non basta il tempo oltre al tempo ci vanno anche le capacità e soprattutto il tempo non vuol dire ah, mi sono liberato mezz'ora cosa posso fare il tempo è ok ho un investimento su questo progetto ho interesse questo progetto funzioni bene, ci dà lì con il tempo in modo continuativo ovviamente nessuno chiede di fare i salti mortali che mi è rivita però anche qui le cose da fare sono tante le cose che possono fare sono tante e quindi la possibilità per tutti per contribuire c'è ad esempio magari lo sempre temo di me non c'è solo il codice c'è la documentazione c'è una cosa che molti ignorano ma si è imparato anche sui talk sul supporto stamattina che è molta parte del tempo dei sviluppatori della noia e dell'astio deriva dal gestiro supporto sul repository essenzialmente buona parte delle issue possono essere risolte facendo puntare chi ha riportato la issue alla documentazione oppure semplicemente no guarda questa cosa già sta riportata non sapevo che la riporta anche tu oppure hai provato l'ultima versione che magari è già sistemato e cose le genere questo porta via tempo e tempo che magari potrebbe essere speso in modo migliore per uno sviluppatore e quindi negli anni che sono fatto questa opinione che non è tanto una questione di ignoranza secondo me è una cosa della maestra culturale cioè non siamo entrati nell'ottica che software su sono una cosa potente perché effettivamente ci slega dal fatto di essere semplicemente dei consumatori ma ci dà la possibilità di avere mani in pasta e di decidere la traiettoria cioè di avere un peso di non essere essenzialmente gente che subisce le decisioni degli altri ma di poter prendere decisioni e quindi così pensando e ci ho detto ma come come lo si può far capire ai sviluppatori perché sono convinto che insomma la gente che ha che fa più fatica ma andare giù questa cosa con i sviluppatori si concentrano magari solo sullo loro prodotto pensano che quello che sono pagati sarebbero essenzialmente il prodotto e non guardano l'ecosistema la big picture quindi personalmente ho messo a due venti il primo che facciamo qui in toolbox da genero 2016 si chiama Trinok Night e cos'è? semplicemente il piano iniziale e l'idea originale c'è un contributore di un progetto open source benissimo vi do una sera la lo presenta e i parteci bandi per non contribuire ci abbiamo provato per un anno e mezzo e boh l'autoputeche è molto difficile perché trovare persone interessate a un progetto specifico è molto complicato si va da serata in cui ci sono 20-30 persone effettivamente non c'è nessuno gli organizzatori e lo sviluppatore e quindi avanti a avere progetti diversi quindi tecnologie diverse si fa fatica magari ad avere una presenza continua delle stesse persone quindi creare un gruppo creare una continuità e quindi in ultimo tempo siamo passati una versione più light quindi meno pure ideologicamente se vogliamo metterla così ma che prevede un formato più leggero e quindi c'è una cosa vicina al workshop che effettivamente contribue a un progetto personalmente per me è stata abbastanza una sconfitta perché boh l'approccio ideologico mi piaceva e però evidentemente il processo di far capire non è una cosa che si risolve in poco tempo e quindi ci sta nel tempo magari di torneremo all'ideo originale e quindi visti tutte queste cose negative che li abbiamo trovato ho detto vabbè su Meetup così mi arriva una notifica c'è questo gruppo in natura del Milano sempre interessante ci vado un paio di volte il Milano è abbastanza comodo si uniscono sabato da anche loro da un po' di anni con cose al talenanti sono risultati in talenanti perché ci sono stati momenti in cui le organizzazioni sono cambiati ma mi è piaciuto e abbiamo detto vabbè facciamo una catorino quindi abbiamo creato questo Meetup lo facciamo da anche qui un anno e mezzo anche qui sfortunatamente vorrei stare qui a gioire di alle grandi di successo ma anche quei risultati sono un po' deludenti per me almeno non si è creato anche qui un grande gruppo di partecipanti il Meetup che è una polizia abbastanza particolare ma poi se volete ne discutiamo che accetta solo le persone che fisicamente si presentano agli eventi perché personalmente non so c'è questa moda di prendere biglietti per gli eventi e pulire il Meetup e non partecipare che mi dà abbastanza fastidio quindi siamo una ventina di scritte Meetup perché effettivamente queste ventine di persone sono venute fisicamente anche qui seguiamo un esempio di Milano ossia chi ha un progetto da proporre viene la mattina e dice oggi voglio fare questo fa un piccio di 5 minuti anche meno è vero se c'è qualcuno che magari ha le skill che gli interessano e che vuole aggregarsi a fare quella cosa il livello di entrata è più basso rispetto a Dark Knight perché ognuno lavora su quello che conosce su quello che magari ha già visto e non è una sorpresa dice devo partire da zero non so niente di quello che andremo a fare una nota positiva c'è l'ultimo sabato qui a marzo abbiamo fatto la giornata in concomitanza con uno sprint mondiale sulla documentazione del progetto Pandas che è una liberi impaito per fare cose di statistica abbiamo avuto record di presenze siamo stati credo in Italia uno dei gruppi più produttivi più produttivi di Milano quindi sono contento e niente quindi probabilmente con il giusto marketing e il giusto progetto le persone parteci altra cosa ovviamente che non vi dovrebbe essere nuova è che la comunità Warpless condizzi in contributor day io non ho partecipato a quello di ieri ve lo dico, ho partecipato però un anno fa e ho fatto se ho riuscito a fare una patch per Warpless che poi è stata immergiata e quindi beh non vi racconto niente all'estate di sapere tutto quanti di voi c'erano ieri contributor day beh un buon numero 30% non male e quindi visto che ho finito il tempo concludiamo le conclusioni sono abbastanza banali però sono quello a cui tengo a prima ovviamente tutti possono contribuire vi ho detto prima a tempo soldi le cose da fare sono tante basta avere voglia e volontà e l'altra è che dobbiamo entrare nell'otica e contribuire ci conviene se ci aspettiamo che le cose continuano a girare perché siamo fortunati perché il caso gira bene, perché gli sviluppatori dei progetti che usiamo stanno bene, non fanno figli non cambiano vita non cambiano e non passano camion giusto e continuo a tutto funzionare volevo lasciarvi con una citazione perché se lo vediamo in ottica magari più grande questa cosa di contribuire perché magari siamo in un tempo in cui questa cosa non è ancora il pensiero di questa cosa non è ancora maturo questa è una citazione che presa un film molto bello se non l'avete visto guardate la battaglia d'Algeri di Pontacorvo e dice cominciano una evoluzione difficile e anche più difficile continuarla è difficilissimo vincerla ma è solo dopo quando avremo vinto che cominciano a avere difficoltà insomma c'è ancora tanto da fare non sarete già stanchi? io spero di no grazie se qualcuno vuole fare qualche domanda abbiamo 10 minuti di tempo a disposizione in e ci arriva ok di solito ci sono iniziative tipo good first issues insomma tentare di dare a quelli che vorrebbero essere contributori la possibilità di accedere attraverso ticket più facili problemi più facili non so se hai esperienza nella tua esperienza questa cosa funziona e funziona nel senso di non avere una contribuzione contributore di una volta ma avere una conversione che contribuiscono stabilmente secondo me questa cosa funziona per i progetti funziona molto bene secondo me per le liberie in cui la persona che ha l'utente del progetto lo usa l'atto sviluppatore questa cosa si usa molto nel mondo javascript e loro dicono che funziona io l'ho provata un paio di progetti uno che ha application server e quindi scritto in un linguaggio completamente diverso da quello che usano gli utenti per fare le applicazioni che ci girano e un'altra che invece è un progetto di business intelligence e non ha funzionato nel senso che nessuno ne guarda le issue e però questo credo sia un problema priori perché il problema non è tanto lo sviluppatore che vuole contribuire ma non trova la issue ma proprio la mancanza di sviluppatore che vogliamo contribuire è un progetto per cui funziona che lo chiamano in modo diverso chiamano esiac, LibreOffice che per me, stranamente ha ancora appeal verso tanti studenti ovviamente per lo più dei paesi tanti indiani non so perché scrivono sui mailing di LibreOffice che vogliamo contribuire e quindi per loro funziona ed è stato un processo che loro usano per gestire l'application alla Google Summer of Code per esempio se vuoi fare un Google Summer of Code dimostrare e fare primo un esiac quindi la risposta è dipende come ogni cosa se ci sono altre domande abbiamo ancora tempo senti open source o software libero come gestisci le due cose sei proprio un software libero puro, puro, puro oppure open source io userei sempre software libero ma per oggi preferito usare open source perché credo sia un termine più come si dice, più conosciuto e che si usa di più una context war però credo siamo arrivati a un livello di maturità in cui la cosa è abbastanza intercambiale diciamo a tempo originale diciamo il termine software libero aveva più una notazione politica sono passati tanti anni come se la l'ideologia della Presota Foundation è un progetto con lui ancora valido a me piace per questi tempi non so quanto sia sul livello filosofico sono d'accordo con te io lavoro per MariaDB è un progetto open source però il lavoro è sulla licenza cioè se tu decidi che il tuo software è rilasciato sotto una licenza GPL versione 2 plus come dici tu, adesso sta per uscire la nuova questo vuol dire due cose, uno come dicevo non è sufficiente ma necessario che il codice sia accessibile però ci sono dei modelli di licenza in cui il software è accessibile ma non l'utilizzo del software in maniera libera la stessa licenza GPL dice che una cosa ovviamente poi dipenda da software i software prestano meglio altri meno bene ma io che sto parlando di database per esempio tu puoi usare MariaDB o anche MSEQL o altri software open source di database ma non sei avuto autorizzato a embeddarle nel tuo eseguibile e a distribuirlo così perché è un breach della licenza in quel caso tu devi pagare delle licenze siate in casa di MariaDB quindi sono due cose diverse una cosa è l'accessibilità del software e una cosa è come lo uso e come lo distribuisco in una soluzione come WordPress è leggermente diverso perché di fatto è già esposta e difficilmente viene emmeddata è una soluzione però poi e come questo viene utilizzato e come questo viene distribuito sono d'accordo con te che molte della confusione con cui anche noi veniamo contatto quando parliamo con le persone poi al di là che siano aziende singoli sviluppatori e la confusione tra gratis e free che non è la stessa cosa sembra banale dire questa cosa però il gratis e il free sono due cose diverse e il supportare lo pensò so con azioni parole opera come fate voi come fanno tante dei sviluppatori quindi mettendo le proprie competenze nel rendere il progetto più sicuro anche perché controllate il codice, guardate che non c'essiano security breach possibilità che qualcuno possa parlavo questa mattina con una persona e mi sono trovato degli utenti di WordPress nella mia tabella che io non so dove arrivino e appunto qualcuno magari potrebbe aiutare qualcun'altro a capire da dove di a me ne arrivano magari un plugin, magari qualcosa però questi sono i mille occhi della community che possono aiutare il discorso poi di dire io sto basando il mio lavoro su un lavoro fatto da altri che se non ci fosse se domani sparisse questo codice non so se io avrei la mia stessa giornata di sviluppo come ora quindi il dire contribuire manualmente o incerticate, io parlo della mia realtà in realtà ci sono anche poi rapporti di contratti di sottoscrizione che contribuiscono non soltanto a dare un servizio cliente ma anche a pagare i sviluppatori quindi sono realtà diverse nel caso dell'open nessuno obbliga, nessuno a pagare nulla però bisogna sempre pensare che se tu stai costruendo il tuo business su un progetto che open source stai ben attento su cosa stai appoggiando i piedi perché è la migliore soluzione del mondo del meglio che rimanga viva quindi è mia responsabilità ma anche mi interessa prima che l'open source rimanga open prima di tutto e soprattutto che rimanga supportato non solo nella caverna che abbiamo visto prima c'è da fare una securazione sulla vita spera che stia sempre bene altrimenti tutti noi che viviamo di open source siamo in una situazione critica quindi gratis non è free e open non è gratis nemmeno lui quindi sono sì, no ma io non volevo fare il suo talk però si parla spesso perché allora ogni tanto si perdono perché io mi è capitato di parlare con persone io faccio miliardi di dollari con tutto software open source e se sei un ladro perché io ti auguro domani che tutta la tua figliera di prodotti su cui tu stai facendo miliardi che sono a paci php etc è certo cioè se io bungo la mucca non li do mai da mangiare la mucca muore ma tu pure però perché alla fine contribuisci come vuoi anche te che dai le foundation delle finanziamenti ma farei miliardi è una mia riglia del signor certo però è giusto dire che se io non avessi queste componenti che mi mettono in situazione di poter avere un'azienda che sviluppa servizi in tre settimane perché piglio tutta roba già fatta e magari metto su un'attività di hosting questo qua in particolare ha partito questa presentazione con una ragosta larga un metro sullo schermo che diceva questo è quello che mangio quando vado a San Francisco vado a San Diego perché e dire sto prendendo lavoro già fatto che io non sarei neanche in grado di fare e con questo faccio i soldi ma io sono felice per te, ma ne dai una fettina anche a me a lui, a lui che ne ha messo un pezzo delle sue notti in sonne questo non sono bravo a fare software perché non c'ha la testa quanti di voi danno 5 euro wikipidi a tutti gli anni chi non lo dà la faccia abbiamo preso più di 5 euro da wikipidi se nessuno di noi deve essere questi 5 euro a wikipidi wikipidi amore non è proprio bello mio figlio li faccio dire al di tasca sua perché ci sta basando l'università su wikipidi però è anche il concetto di dire non sono in grado di contribuire a wikipidi non so neanche cosa scrivere su wikipidi però do 5 euro tutti gli anni a quelli di wikipidi perché faccio una qualcosa quindi lo contributa un progetto open come quella di wikipidi anche così grazie se vuoi rispondere ai 30 secondi ok allora grazie mille