https://gliasinirivista.org/a-scuola-da-google/
"Ad esempio il Politecnico di Torino, invece di affidare studenti e docenti ai BigTech selezionati dal Ministero, ha deciso di potenziare le proprie infrastrutture informatiche dedicando sei server a un cluster oVirt di 50 macchine virtuali su cui installare Big Blue Button. ..." 1/
@Shamar #ascuolacongoogle
"... Con questo stack completamente open source, ha permesso a oltre 2mila docenti di erogare 800 corsi per oltre 30mila studenti, basandosi solo su risorse e competenze interne. Il tutto con un costo annuale di meno di 80 centesimi a studente e un risparmio previsto rispetto alle offerte cloud di oltre un milione di euro in 5 anni." 2/ (segue)
@Shamar #ascuolacongoogle
"... Analogamente, già durante il primo lockdown il consorzio universitario Garr ha potuto offrire gratuitamente alla cittadinanza il sistema di videoconferenza Jitsi Meet, installandolo sulla propria infrastruttura cloud federata, realizzata esclusivamente con software open source." 3/ (segue)
@Shamar #ascuolacongoogle
"Queste esperienze hanno dimostrato che laddove si investa nelle competenze, gestire autonomamente le proprie infrastrutture informatiche non è solo possibile, ma più economico che affidarle ad aziende multinazionali." 3/ (continua su https://gliasinirivista.org/a-scuola-da-google/)
@Shamar #ascuolacongoogle
@rresoli
Tecnicamente facile, di fatto impossibile. Ogni scuola o rete di scuole dovrebbe e avere un server, un tecnico e la consapevolezza epistemologica e politica della necessità di adottare strumenti alternativi alla principale piattaforma in uso. E se è il ministero a proporti gsuite o msteams è difficile obiettare qualcosa sul locale. Il capovolgimento di paradigma è necessario a monte...
@Shamar
è vero, non è una cosa partita dal basso (singolo docente), ma neanche dall'alto (ministero), e politicamente non hanno per niente vita facile, ma tecnicamente funziona.
Se ti fa piacere, ti aspettiamo sulla nostra chat Matrix #MonitoraPA:matrix.opencloud.lu.
Abbiamo anche un bridge verso Telegram, se preferisci... ma come certamente saprai non si tratta di software libero ed è un sistema centralizzato.
Innanzitutto: self-hostare xmpp è *facile* e richiede risorse tutto sommato limitate. self-hostare matrix mi risulta sia più facile oggi di quanto non fosse quando ho iniziato a self-hostare xmpp, ma c'è voluto un bel po' di tempo e ancora non è allo stesso livello.
@valhalla @paolo @Shamar @paoloredaelli @misterti @monitorapa @opavlos aggiungo, matrix non ha diversità lato server, XMPP sí
@valhalla @paolo @Shamar @paoloredaelli @misterti @monitorapa @opavlos ... e dopo aver provato un po' matrix negli ultimi giorni (con client Element, sia desktop che Android) devo dir che concordo con: "While the Matrix protocol is also taking the user's privacy seriously, it seems like its architectural focus is directed elsewhere, valuing usability over privacy."
@rresoli Vorrei farti notare che l'articolo da cui hai estratto il commento è del 2018. Il protocollo era giovine, l'E2EE non era ancora stata implementata come standard ed il client non era ancora ad un livello di usabilità che lo rendeva accessibile a tutti (mia madre lo usa senza problemi).
Può non soddisfare tutti ma almeno può soddisfare molti use cases pricipalmente rimpiazzare WA, Messenger, Slack e similari. @valhalla @Shamar @paoloredaelli @misterti @monitorapa @opavlos
Ma infatti per un progetto ponte come #MonitoraPA mi sembra il punto di equilibrio ottimale.
Però un bridge #Matrix <=> #XMMP non mi dispiacerebbe, se esistesse.
Proprio per raggiungere più persone.
Anche se con quasi 300 persone in chat, già a volte ci si perde.
@rresoli @valhalla @paoloredaelli @misterti @monitorapa @opavlos
@paolo Per un gruppo pubblico lo vedo come un non problema, alla fine dei conti chiunque potrebbe comunque entrare e loggare tutti i messaggi che vuole @Shamar @rresoli @valhalla @paoloredaelli @misterti @monitorapa @opavlos
Il problema sembra essere più che altro l'assenza di un bridge manutenuto e bidirezionale.
Almeno, io non l'avevo trovato.
@paolo @rresoli @valhalla @paoloredaelli @misterti @monitorapa @opavlos
@paolo @Shamar @valhalla @paoloredaelli @misterti @monitorapa @opavlos non è la cosa bella di matrix, è la cosa bella di e2ee, se implementata correttamente. Come fa Matrix (mi fido, non conoscendo) e come fa OMEMO, il porting di double ratchet (o axolotl, che dir si voglia) nel mondo XMPP.
se state parlando della stanza #MonitoraPA#matrix.opencloud.lu, no, non c'è crittografia E2E abilitata (perlomeno attualmente).
In teoria, comunque, dovrebbe essere sufficiente questo piccolo "hack" per accedere alle stanze Matrix tramite XMPP, ovvero joinare l'indirizzo della stanza Matrix desiderata, ma in questo formato:
#nome-stanza-matrix#server-matrix@matrix.org
Il "@matrix.org" finale ci va a prescindere, anche se l'indirizzo originale della stanza in quesitone fa riferiferimento a un server differente da matrix.org.
Nel caso della stanza di MonitoraPA, quindi, in teoria dovrebbe funzionare con questo indirizzo:
#MonitoraPA#matrix.opencloud.lu@matrix.org
Tramite il vostro client XMPP quindi in teoria dovrebbe bastare collegarsi a quell'indirizzo.
Se non ricordo male però, la presenza di lettere maiuscole nell'indirizzo nativo della stanza Matrix a volte potrebbe generare problemi che impediscono l'accesso da XMPP (non so per quale motivo, sinceramente).
Dato che nell'indirizzo Matrix nativo della stanza MonitoraPA ci sono le maiuscole, se il "trucchetto" che ho spiegato prima non dovesse funzionare, gli admin della stanza Matrix dovrebbero provare ad aggiungere un indirizzo secondario alla stanza di MonitoraPA, che non contenga lettere maiuscole (intendo proprio su Matrix, nelle impostazioni della stanza.) Teoricamente come indirizzo secondario dovrebbe andare bene:
#monitorapa#matrix.opencloud.lu
e a questo punto ovviamente da XMPP bisognerà joinare:
#monitorapa#matrix.opencloud.lu@matrix.org
PS: se avete intenzione di abilitare la E2EE, l'interoperabilità con altri protocolli allora non ha più senso (perlomeno con i mezzi di cui disponiamo oggi), fa più danni che altro. My2c
Grande @thushi!
Funziona!
Per chiunque voglia accedere, l'indirizzo XMMP della stanza è:
```
#monitora-pa#matrix.opencloud.lu@matrix.org
```
@valhalla @rresoli @paolo @misterti @mario @paoloredaelli @monitorapa
@mario @monitorapa @paolo @paoloredaelli @thushi @Shamar @misterti @valhalla in realtà no, perché lo schema mi pare di capire sia #stanza#server@protocollo .
#stanza#server@server_dove_c'è_il_bridge
@valhalla @paolo @Shamar @paoloredaelli @misterti @mario @thushi @monitorapa effettivamente hai ragione, in questo caso usiamo sempre il bridge precotto in matrix.org
@valhalla @paolo @Shamar @paoloredaelli @misterti @mario @thushi @monitorapa mi sa che metto su un server matrix per fare un po'di prove ;-)
@Shamar @paolo @rresoli @valhalla @paoloredaelli @misterti @monitorapa @opavlos
Non a volte 😃
Andrebbero realizzate più stanze tematiche senza bridge verso telegram. Ci vorrebbe un po' più di quella cosa pallosa come la netiquette. Imparare tre banalità markdown. Avere un passato di IRC, ma non si può avere tutto. 😃
@anzu @Shamar @paolo @valhalla @paoloredaelli @misterti @monitorapa @opavlos urge una ml, o almeno un forum, per introdurre un po' di attrito.
@Shamar Il problema con i bridge è che non si può fare mantenendo l'E2EE e quindi ci sarebbe un problema di confidenzialità dei messaggi. La cosa bella di matrix è che neanche io, come admin del server, posso decrittografare i messaggi in quanto le chiavi sono solo sui vostri device. @rresoli @valhalla @paoloredaelli @misterti @monitorapa @opavlos