Condivido considerazioni generiche che mi sono venute in mente.

Per favorire la partecipazione di tutti:
– preferire strumenti già presenti/utilizzati in wp.org per non rendere il sistema troppo frammentato e di difficile consultazione per chi non partecipa attivamente o con costanza (es: quando possibile scrivere le informazioni nei manuali e negli articoli presenti nel nostro Rosetta, it.wordpress.org; utilizzare la funzionalità “da fare” applicabile agli articoli pubblicati nella sezione Team del nostro Rosetta, …)

Per favorire la partecipazione del contributor “standard”:
– preferire uno strumento che non obbliga ad iscriversi ad un’altra piattaforma ancora
– preferire strumenti già utilizzati dai gruppi internazionali di WP

Per favorire la partecipazione del contributor “avanzato”:
– preferire strumenti che possono dare il giusto grado di permessi su cosa si può fare (es: cancellare o modificare messaggi, invitare nuovi membri, archiviare canali pubblici, …)

Per favorire la partecipazione del contributor che deve gestire le attività dei gruppi:
– funzionalità avanzate per la gestione (es: funzionalità di promemoria, integrazione di tool terzi, …)

Per favorire la partecipazione di tutti i precedenti rispetto ad alcuni aspetti specifici:
– preferire strumenti open source
– preferire strumenti GDPR compliant
– preferire strumenti che tengono conto dell’accessibilità (a11y friendly)

Self-hosted

L’utilizzo di strumenti self-hosted è purtroppo un bel impegno sia dal punto di vista della responsabilità che ricade su chi li dovrebbe gestire sia dal punto di vista di tutti gli altri che potenzialmente potrebbero ritrovarsi senza chi li gestisce o peggio.
Certo è un rischio che si corre anche con strumenti managed, però personalmente ho scartato dalla mia lista di possibilità quelli self-hosted.

Sia chiaro, ne avevo trovati alcuni che mi sarebbe piaciuto approfondire, ma poi chi li avrebbe gestiti? Esempi:
– Element (basato su matrix.org)
– Rocket Chat
– Mattermost
– Revolt – per ora troppo beta

Alternative a Slack

Ne avevo trovato uno che rispondeva a molti requisiti (è come Slack, utenti illimitati, storia dei messaggi illimitata), si tratta di Pumble (https://pumble.com), *MA NON* permette di impostare diverse restrizioni -secondo me essenziali- su cosa possono fare gli utenti nel piano gratuito (es: possono cancellare messaggi, archiviare canali pubblici -che si possono comunque dearchiviare- ma intanto crea scompiglio, …).

Slack internazionale

Temo che se non si è fatto finora sia stato per problemi organizzativi (smistamento traffico utenti che sarebbero in maggiore quantità e non tutti comprendono l’inglese) ed economici (es: potenzialmente dalla community italiana potrebbero arrivare 1800+ utenti, anche se presumo siano molti meno quelli attivi, ma sono quelli accumulati in 6 anni di Slack Ita, provate ad immaginare nuove community emergenti o l’accumulo di utenti con i nuovi Contributor Day da qui in avanti).

Mi chiedo se si potrebbero raggiungere accordi commerciali in cui si paga un fisso in base a diversi range di utenti massimi e se tale costo fosse sostenibile tramite sponsor, ma comunque si aprono due punti: 1) sarebbe giusto in questo contesto? (Io personalmente non sono contro i software proprietari in generale, ma nel nostro contesto è giusto porsi la domanda.) 2) Anche qui ogni locale avrebbe lo stesso interesse e via via sarebbe sempre più difficile trovare sponsor.
D’altra parte non comporterebbe una migrazione, e a questo proposito mi ritrovo molto nel pensiero di Francesco.

Il punto della questione.

Insomma non è facile, ma il punto sollevato è importante, perché non poter accedere alla storia dei messaggi è importante non solo per ritrovare semplicemente delle informazioni, ma anche per poter dar conto del proprio operato/scritto, sia nei canali pubblici che in DM.

Extra

Provare altri strumenti è comunque sempre un bene, si potrebbero considerare delle prove limitate a specifici progetti che iniziano e si concludono (es: traduzione di xyz, contributor day speciale su xyz, …), e di cui poi riportare le proprie osservazioni sui pro e i contro. Talvolta queste prove servono semplicemente a scartare delle ipotesi (l’ho visto fare in ambito aziendale).

but once again, sharing some experience by our (Russian) community since 2016

It is possible to save Slack history for selected channels into SQLite database,
which can be extracted, searched and whatever you can do with that

Step 1, start with DataExport fom Slack Preferences (owners,primary owners)

You can use this export as is and as source for Slack bot.

Step 2, Install (instructions available) https://github.com/docmarionum1/slack-archive-bot
requirements: a server with permanent IP address (VPS or hosting with shell access and permission for background python processes), bot will open 1 port to receive connections from Slack.

Bot maintains .sqlite database up to data for channels where the bot is invited.
Bot can search for messages across all database

Step 3, unfortunately can’t post a working link. Some slack2html extraction script can save history from .sqlite database into plain html , or dependent on your needs you can code some of your own beautiful stuff.
An ugly example available at https://mei.xyniana.ru/yui/slack/

Basically it suits our needs to keep history and search for some old-times discussions,
there is quite lack of beauty and elegance, as well as some features, but we can live with it.

Ciao Riccardo, manca davvero poco e le date saranno rese pubbliche…

Ciao, ci stiamo ragionando ma non riusciamo ancora a dare una risposta definitiva. Appena sarà online il sito troverai tutte le informazioni!