itWikiCon2026

Magari è sfuggito che in questi gg è in corso l'annuale itWikiCon, quest'anno nei paraggi di Lugano (CH).

Ci sono (stati) alcuni titoli che mi hanno incuriosito (pure altri, ma ne cito solo alcuni), per es.

* AI is the new copyviol di Mastrocom, chissà se han parlato dei libri di Jambo...
* La ricerca delle voci mai scritte di Civvì (apparentemente a nessuno è fregato)
* #occupyitWikiCon di Jaqen (un po' autoreferenziale parlare di itwikicon a itwikicon... poteva fare un resoconto degli incipit presentati l'anno scorso se e come erano stati migliorati, ed era più "sull'enciclopedia" invece che "sul social".)
* SLAPP, advocacy e Wikimedia di GAL13 (potenzialmente molto interessante specie considerato che WMF è soggetta a giurisdizione USA che ultimamente si è distinta per... vabbè, lo sapete) (fra parentesi, toh, guarda chi ne ha scritto...)
* La proposta di aggiornamento dell'ecosistema degli affiliati di Laurentius ("affiliati"... :-p vediamo se possiamo chiedere un grant per gestire wikipedate...)
* Simulazione di gestione di un caso di conflitto e riflessioni sulla governance dei progetti di Civvì (beh, per una trattazione almeno decente qua dovevano invitarci...  Interessante pure la talk.
* Permanenza e la gratificazione dei volontari nelle associazioni. di vari (pure qua avremmo cose da dire).
* Fail Fest di Yiyi e Marta Arosio (Ottimo abstract che vale la pena riportare qua sotto in chiusura per i più pigri. Chissà se qualcuno si è riconosciuto o se "è sempre colpa di altri"... buona lettura).

Come far fallire un progetto? È più facile di quanto sembri, e puoi farlo anche tu! Basta scegliere obiettivi impossibili, coinvolgere le persone sbagliate, ignorare i destinatari, non comunicare e accorgersi dei problemi quando è troppo tardi (preferibilmente dopo la fine del progetto). O, meglio ancora, non accorgersene mai!

La Fail Fest è una sessione collettiva per raccogliere i nostri capolavori di autoboicottaggio e condividere errori, esperienze e lezioni che abbiamo imparato. Perché ridere dei nostri fallimenti è divertente e sano, e può anche essere utile, se ci aiuta a non ripeterli.

A proposito di SLAPP, mi viene da parafrasare  l'articolo da cui prende le mosse la unconference di GAL13, citata sopra:

Da tempo e sempre più frequentemente l’arma del blocco viene usata per intimidire o mettere a tacere utenti scomodi impegnati su temi di interesse organizzativo wikipediano o su voci di interesse pubblico. La pratica è nota come SLAPP, acronimo di Strategic Lawsuit Against Public Participation (Azione legale strategica contro la partecipazione pubblica).

Le SLAPP sono wikiprocedure e blocchi che, pur essendo (molto alla lontana) formalmente legittimi, vengono promossi con finalità dissuasive. Ad esempio può essere considerata una SLAPP una RdP, una UP o anche una discussione contro un wikipediano con l’obiettivo di impedirgli di continuare a lavorare liberamente, ostacolando la partecipazione pubblica o la scrittura. Solitamente si procede tramite azioni per diffamazione con cartellini e minacce di blocco molto lungo, talvolta addirittura infinito, tali da mettere in difficoltà chi prova a modificare situazioni anomale o realizzare voci, e da creare un effetto di timore diffuso.

Si tratta, evidentemente, di pratiche che incidono sui diritti fondamentali riconosciuti dall'UCoC e da varie normative, con particolare riferimento alle libertà di espressione e di informazione (art. 10 della Convenzione Europea dei Diritti dell’Uomo, nonché art. 21 della Costituzione italiana).

I soggetti più colpiti, oltre agli anonimi, sono utenti semplici o anche autoverificati impegnati su temi pubblicamente sensibili quali tematiche gestionali wikipediane, voci controverse ecc. I ricorrenti sono spesso "grandi vecchi", admin, CU, ecc ossia soggetti che dispongono di ingenti diritti avanzati, acutizzando così lo squilibrio tra le parti.

Wikimedia Italia, nella sua azione di diffusione della conoscenza libera, si trova ad incrociare situazioni di questo tipo ma non sembra prendere particolari posizioni in merito o addirittura fare spallucce ed ignorare il problema.

Wikimedia italia fa di meglio, il presidente, inattivo o quasi su wikipedia, torna solo per votare il non deflag di Pierpao (socio WMI) per poi sparire nuovamente. Possiamo dire che nei fatti la persona più importante di WMI vota contro una azione considerata contraria a UCoC dalla commissione arbitrale

Vorreimanonposto wrote

Wikimedia italia fa di meglio, il presidente, inattivo o quasi su wikipedia, torna solo per votare il non deflag di Pierpao (socio WMI) per poi sparire nuovamente. Possiamo dire che nei fatti la persona più importante di WMI vota contro una azione considerata contraria a UCoC dalla commissione arbitrale

Se devo fare lo stronzo gossipparo devo dire che Ferdi non mi piace. L’unica volta che ci ho avuto a che fare era per disegnare il logo di WikiGiovani, subito dopo che gli ho mandato il logo né un grazie né una risposta alla richiesta di metterci la licenza CC BY SA 4.0… vabbo

Vorreimanonposto wrote

Wikimedia italia fa di meglio, il presidente, inattivo o quasi su wikipedia, torna solo per votare il non deflag di Pierpao (socio WMI) per poi sparire nuovamente. Possiamo dire che nei fatti la persona più importante di WMI vota contro una azione considerata contraria a UCoC dalla commissione arbitrale

 
Wikimedia in italiano! 😁

TrameOscure wrote

Ci sono (stati) alcuni titoli che mi hanno incuriosito (pure altri, ma ne cito solo alcuni), per es.

* AI is the new copyviol di Mastrocom, chissà se han parlato dei libri di Jambo...
* La ricerca delle voci mai scritte di Civvì (apparentemente a nessuno è fregato)
* #occupyitWikiCon di Jaqen (un po' autoreferenziale parlare di itwikicon a itwikicon... poteva fare un resoconto degli incipit presentati l'anno scorso se e come erano stati migliorati, ed era più "sull'enciclopedia" invece che "sul social".)
* SLAPP, advocacy e Wikimedia di GAL13 (potenzialmente molto interessante specie considerato che WMF è soggetta a giurisdizione USA che ultimamente si è distinta per... vabbè, lo sapete) (fra parentesi, toh, guarda chi ne ha scritto...)
* La proposta di aggiornamento dell'ecosistema degli affiliati di Laurentius ("affiliati"... :-p vediamo se possiamo chiedere un grant per gestire wikipedate...)
* Simulazione di gestione di un caso di conflitto e riflessioni sulla governance dei progetti di Civvì (beh, per una trattazione almeno decente qua dovevano invitarci...  Interessante pure la talk.
* Permanenza e la gratificazione dei volontari nelle associazioni. di vari (pure qua avremmo cose da dire).
* Fail Fest di Yiyi e Marta Arosio (Ottimo abstract che vale la pena riportare qua sotto in chiusura per i più pigri. Chissà se qualcuno si è riconosciuto o se "è sempre colpa di altri"... buona lettura).

Come far fallire un progetto? È più facile di quanto sembri, e puoi farlo anche tu! Basta scegliere obiettivi impossibili, coinvolgere le persone sbagliate, ignorare i destinatari, non comunicare e accorgersi dei problemi quando è troppo tardi (preferibilmente dopo la fine del progetto). O, meglio ancora, non accorgersene mai!

La Fail Fest è una sessione collettiva per raccogliere i nostri capolavori di autoboicottaggio e condividere errori, esperienze e lezioni che abbiamo imparato. Perché ridere dei nostri fallimenti è divertente e sano, e può anche essere utile, se ci aiuta a non ripeterli.

Non ho capito Nabla di cosa si stava lamentando…

ashoppio wrote

Non ho capito Nabla di cosa si stava lamentando…

Temeva che Civvì scatenasse flame, vendette e doxxing nella stanza?
Infatti lei gli risponde un po' piccata "so cosa sto facendo e come farlo..."

Scambio davvero incomprensibile senza background knowledge (riposto il link perché tra tanti non si trova).

A me sembra un Super Nabla in purezza che non necessità di alcun pregresso per quel tipo di intervento

Pubblicato l'etherpad di Fail Fest di Yiyi e Marta Arosio.
Lo riporto prima che ce lo oscurino, così commentiamo meglio (nb: è stranamente pieno si sostituzioni di lettere, ho lasciato gli errori come sono)

Come far scappare subito una persona dopo la prima contribuzione?
Ancor prima del template di benvenuto, aggredirlo con gergo tecnico e toni poco cordiali.
Revert bombing senya spiegazioni.
Cancellare direttamente la voce senza spiegazioni.
Blocco rapido dopo il primo avviso.
Blocco per nome utente inappropriato senya spiegazioni.
Dirgli "Perchè non ti occupi di altro, piü alla tua portata?"
Insistere ripetutamente con gli stessi "consigli".
Diversi messaggi contrastanti in rapuda successione.
Tempare l'utente di avvisi su tante piccole cose.
Bocciare una bozza perché maca il template bio.
Modificare senza spiegazioni chiare.
Indicazioni perentorie su piccole cose, tipo non aver firmato un messaggio.
Avere un software poco intuitivo.
Minimizzare le oggettive difficoltä di Wikipedia.
Accusarlo subito di aver usato l'IA.
Fare modifiche non necessarie.
Agire in modo paternalistico.
Sfottere l'utente.
Accusare di sockpuppeting senza prove.

Come NON far scappare subito una persona dopo la prima contribuzione?
Saluta e sii cortese.
Non fare accuse premature.
Presumi la buona fede.
Aiuta proattivamente, poi spiega la modifica.
Avere pazienza e ricordarsi che la gente non nasce "imparata".
Mettere meno arancione nei template di avviso.
Usare la funzione ringrazia.

Come convincere un utente a NON candidarsi come admin?
Far vedere a tutti che gli admin litigano e fanno edit war.
Trasformare candidature ed elezioni in tiro a freccette.
Esaltare la cricca.
Spingere tanto un utente a candidarsi e poi non votare per la sua elezione.
Prendere le decisioni su canali off wiki e vantarsene.
Non fare un percorso graduale per arrivare a essere admin.
Esaltare le difficoltà di essere admin.
Raccontare la realtà dei rischi degli UWER.
Gatekeeping a manetta.
Mettere il patrolling come requisito.
Rendere pi$ confuse le procedure per candidature ed elezioni.
Dire che gli admin vengono bullizzati.
Osteggiare le autocandidature.

Come convincere un utente a candidarsi come admin?
Sottolineare che non devi per forza fare tutto.
Pensare un percorso a gradini pi! piccoli.
Far capire che c'è comunità e supporto.
Ringraziare chi si candida per la disponibilità.
Far s9 che le procedure scritte corrispondano alla prassi e-o viceversa.

Come accertarsi che un utente non partecipi mai e poi mai a itWikiCon?
Eliminare le borse di partecipazione.
Essere un partecipante molesto.
Fare itWikiCon in posti inaccessibili e costose.
"Picchiarsi nei bagni".
Comunicare malissimo.
Almeno il 90% di unconference.
Inserire brutte canzoni al karaoke.
Fare il karaoke.
Fare SOLO karaoke.
Fare solo sessioni facilitate.
Fare un programma troppo ripetitivo.
Avere slot con una sola sessione.
Avere tantissime sessioni parallele.
Non avere il catering.
Litigare con tutti nel gruppo Telegram prima dell'evento.
Occupare la pausa pranzo con sessioni.
Fornire pc con tastiera QWERTZ
Mail bombing prima e durante l'evento.
Costringere tutti i partecipanti a partecipare attivamente.
Fare doxxing.
Coffee break e pranzi facilitati.
Solo sessioni frontali.
Dire no a qualsiasi proposta.
Chiedere i temi e fare un programma che non rispecchia i temi proposti.
Far percepire itWikiCon come evento per la cricca.
Pernottamento obbligatorio in camerata collettiva.
Non fare mai inviti personali.
Non fare piccoli eventi sul territorio e disincentivare i raduni piccoli.
Non citare itWikiCon durante gli eventi che lo precedono.
Sminuire l'evento.
Non invitare utenti locali.
Continuare a ignorare gli utenti pi7 timidi.
Tartassare gli utenti piE timidi.
Abolire la FSP.
Fare l'evento senya wifi.
Scegliere una sede inaccessibile.
Insultare chiunque non utiliyya software libero.
Form di iscrizione lungo e complicato.
Essere fumosissimi sui tempi.
Fare cambiamenti il piü tardi possibile.
Fare sessioni che non si incastrano e orari sfalsati.
Fare sessioni in orari improbabili.
Non dare il caffè.
Uscite obbligatorie di notte per mappare i lampioni.
Non fornire informazioni logistiche e di contesto.
Dare troppe informazioni inutili e poche cose realmente utili.
Riprendere il karaoke o quando si balla e poi inviare i video a tutti.
Non fare il fail fest.
Essere obbligati a usare software proprietario per passare a una sessione.
Non avere software liberi che funzionano bene.

Come accertarsi che un utente partecipi a itWikiCon e abbia una bella esperienza?
Essere accoglienti.
Avere un programma interessante e vario.
Fare il fail fest e altre sessioni di alleggerimento.
Mangiare bene E TANTO.
Inserire sessioni di base.
Target delle sessioni visibili sul programma.
Avere tanti bei gadget, diversi dagli anni precedenti.
Chiarire il target generale dell'evento.
Fare sessioni separate per i vari target.
Fare eventi di avvicinamento prima di itWikiCon per coinvolgere e informare anche i locali.
Avere un programma bilanciato per tutti i target.
Proporre eventi collaterali per i non esperti.
Proporre attività collaterali per i partecipanti.
Tour interattivo dell'evento.

Boh, un elenco di cose strambe e cose sensate.

il primo paragrafò è la prima cosa che ti spiegano appena fatto syop di wikitalia  fin troppo accurato...

Ottimo elenco!

Una bella canzone (feat. Gaber, Jannacci, Profazio e Lino Toffolo) per salutare i wikipediani che partono da Lugano.

"Ma tu che ci discacci con una vil menzogna,
Oligarchia di admin, un dì ne avrai vergogna"