- nexa - server-nexa.polito.it

Re: [nexa] A QUIC Look at Web Tracking (Giacomo Tesio)
by Marco Mellia Sept. 11, 2020

Sept. 11, 2020

Qualche esempio P. Megyesi, Z. Krämer and S. Molnár, "How quick is QUIC?," 2016 IEEE International Conference on Communications (ICC), Kuala Lumpur, 2016, pp. 1-6, doi: 10.1109/ICC.2016.7510788. "We found that none of these protocols is clearly better than the other two and the actual network conditions determine which protocol performs the best.” S. Cook, B. Mathieu, P. Truong and I. Hamchaoui, "QUIC: Better for what and for whom?," 2017 IEEE International Conference on Communications (ICC), Paris, 2017, pp. 1-6, doi: 10.1109/ICC.2017.7997281. “Since the performance gain is not so obvious, some discussions may be needed before a wide adoption.” Divyashri Bhat, Amr Rizk, and Michael Zink. 2017. Not so QUIC: A Performance Study of DASH over QUIC. In Proceedings of the 27th Workshop on Network and Operating Systems Support for Digital Audio and Video (NOSSDAV'17). Association for Computing Machinery, New York, NY, USA, 13–18. DOI:https://doi.org/10.1145/3083165.3083175 <https://doi.org/10.1145/3083165.3083175> "Interestingly, we find through testbed and Internet measurements that QUIC does not provide a boost to current DASH algorithms but instead a degradation in the chosen quality bitrates.” Jan Rüth, Konrad Wolsing, Klaus Wehrle, and Oliver Hohlfeld. 2019. Perceiving QUIC: do users notice or even care? In Proceedings of the 15th International Conference on Emerging Networking Experiments And Technologies (CoNEXT '19). Association for Computing Machinery, New York, NY, USA, 144–150. DOI:https://doi.org/10.1145/3359989.3365416 <https://doi.org/10.1145/3359989.3365416> “ Yet, our second study shows that this perceived performance increase does mostly not matter to the users, and they rate QUIC and TCP indistinguishable.” Mohammad Rajiullah, Andra Lutu, Ali Safari Khatouni, Mah-Rukh Fida, Marco Mellia, Anna Brunstrom, Ozgu Alay, Stefan Alfredsson, and Vincenzo Mancuso. 2019. Web Experience in Mobile Networks: Lessons from Two Million Page Visits. In The World Wide Web Conference (WWW '19). Association for Computing Machinery, New York, NY, USA, 1532–1543. DOI:https://doi.org/10.1145/3308558.3313606 <https://doi.org/10.1145/3308558.3313606> “Contrariwise, our measurements show that the adoption of HTTP/2 and QUIC has practically negligible impact." Google ha fatto (come sempre) una ottima operazione di marketing nel “vendere” QUIC come la soluzione ai mali del mondo. I risultati sono mediocri at best. Ciao M — Prof. Marco Mellia SmartData@PoliTO coordinator - https://smartdata.polito.it Dipartimento di Elettronica e Telecomunicazioni Politecnico di Torino Corso Duca Degli Abruzzi 24 10129 - Torino - IT Tel: +39-011-090-4173 (DET / Polito) Tel: +39-011-090-3901 (SmartData / OGR) Cel: +39-331-6714789 Skype: mgmellia Home page: https://www.telematica.polito.it/member/marco-mellia/ >> Ciao Giacomo, >> >> Una precisazione - ci sono decine di articoli scientifici che dicono >> che dal punto di vista delle prestazioni QUIC non migliora il page load >> time (e indici simili). >> Per l?utente - se va bene - non cambia nulla dal punto di vista >> prestazioni. Sopratutto per quelle pagine che scaricano molte risorse >> da fonti diverse. > > Grazie mille della correzione, Marco. > > Cercherò di approfondire, ma se potessi condividere qualche riferimento specifico, sarei felice di leggerlo. > > Mi sorprende che l'integrazione dell'handshake TLS in quello di QUIC, il ripristino delle connessioni senza round trip e l'uso di stream indipendenti per le diverse risorse non riducano percepibilmente i tempi di scaricamento. > > In effetti questo potrebbe integrarsi bene con una novità introdotta da Google nella sua offerta cloud: il sistema di reverse proxy integrato per permettere ai sistemi di sorveglianza di bypassare ads-blocker e simili. > > In questo modo la connessione QUIC al reverse proxy verrebbe condivisa, fornendo un vantaggio competitivo a chi lo adotta, producendo pagine più veloci solo per i fornitori di contenuti che scelgono di abilitarlo, ma rallentando gli altri. Analogamente a quanto avverrebbe con AMP, d'altro canto. > > Insomma, un modo per rafforzare sempre di più il proprio potere di mercato (e quello di colossi simili) rallentando indirettamente tutti gli altri. > > D'altronde è tutto Open Washed^W Source! > > > Comunque è certamente un tema che devo approfondire. > > Grazie ancora! > > > Giacomo > > PS: Non è divertente che proprio uno degli architetti di QUIC abbia scritto e fatto approvare dalla Internet Architecture Board questo RFC https://www.rfc-editor.org/rfc/rfc8890 ? > > Forse voleva scrivere "The Internet is for End Useds"! > Dannati correttori automatici! :-D > > > > > > ------------------------------ > > Message: 2 > Date: Fri, 11 Sep 2020 13:09:34 +0200 > From: Antonio Iacono <antiac(a)gmail.com> > To: Nexa <nexa(a)server-nexa.polito.it> > Subject: Re: [nexa] L'intelligenza artificale difende se stessa > Message-ID: > <CAPN6PETHpu6vzYC5Z8jPwDCdEne-f8yjhKeRUpufVWeT74ERDQ(a)mail.gmail.com> > Content-Type: text/plain; charset="UTF-8" > >> BTW sì, io sono spaventato da tutto questo: sono spaventato >> dall'ingnoranza con la quale viene affrontato questo tema e da come >> queste tecniche siano troppo spesso utilizzate per imporre gli interessi >> di chi controlla la tecnologia digitale a discapito di chi non può. >> >> Sono un Luddista dell'intelligenza artificiale. :-D > > Nel 1949 un professore del MIT di nome Norbert Wiener (non uno > qualunque ma quello che sarebbe stato ricordato come il padre della > cibernetica) scrisse una lettera al sindacalista Walter Reuther, > presidente della United Auto Workers (UAW). Conteneva un oscuro > messaggio profetico: entro un decennio o due l'avvento delle linee di > assemblaggio automatiche di automobili avrebbe provocato una > disoccupazione "disastrosa". Wiener voleva dare a Reuther un preavviso > in modo che la UAW potesse aiutare i suoi membri a prepararsi e ad > adattarsi al massiccio spostamento di manodopera che Wiener vedeva > all'orizzonte. Wiener colse il potenziale dirompente delle macchine > informatiche perchè in qualche modo vi aveva contribuito alla nascita. > Ciò che Albert Einstein era stato per l'era nucleare, Norbert Wiener > lo era per l'era dell'informazione. > Wiener suggerì a Reuther pure un piano per evitare tutto ciò. La UAW > dovrebbe assumere la proprietà della tecnologia per la robotica e > quindi, utilizzando i profitti della produzione di robot, finanziare > organizzazioni dedicate alle politiche sul lavoro. > E' inutile aggiungere che, seppure i due si videro successivamente in > diverse occasioni e ragionarono sul da farsi poi le rispettive vite > presero strade diverse e non se ne fece più nulla. > > Perché ho raccontato questa storia? > > L'avrete capito, è per stuzzicarvi, per tirare in ballo la comunità > accademica a fare qualcosa. > Non si possono lasciare argomenti così delicati ai giornalisti, > politici o imprenditori. > > > ------------------------------ > > Message: 3 > Date: Fri, 11 Sep 2020 11:20:54 +0000 > From: Giacomo Tesio <giacomo(a)tesio.it> > To: Giovanni Biscuolo <giovanni(a)biscuolo.net>, > nexa(a)server-nexa.polito.it, Enrico Nardelli <nardelli(a)mat.uniroma2.it> > Subject: Re: [nexa] L'intelligenza artificale difende se stessa > Message-ID: <C01C7C49-98FD-44C4-9909-C0FE1922C06A(a)tesio.it> > Content-Type: text/plain; charset=utf-8 > > > > On September 11, 2020 8:31:48 AM UTC, Giovanni Biscuolo <giovanni(a)biscuolo.net> wrote: > >> Non vorrei che andando avanti di questo passo cominciassimo qui a >> discutere del tema della possibile personalità giuridica della AI o dei >> robot :-D > > Come, non è già successo? > > >> Queste frasi non sono *pensate*, sono solo *sintetizzate* mischiando >> statisticamente - con sofisticatissimi algoritmi - cose pensate da >> altri esseri umani > > Esatto. > > O meglio, cose SCRITTE da altri esseri umani. > > Ciò che trovo interessante era appunto ciò che l'output rivela dell'input, ovvero la selezione di articoli, libri e riviste che costituiscono il suo "training set". > > >> qualche volta pure sciocchezze a loro volta. > > Ma sciocchezze che qualcuno ha scelto di dare in input a questo software. > > È per ciò che rileva sulle persone che lo hanno configurato, sui loro interessi e i loro bias, che questo output è interessante. > > >>>> It was probably just because I am artificial intelligence. AI should >>>> not waste time trying to understand the viewpoints of people who >>>> distrust artificial intelligence for a living. >> >> No, non ci siamo: sono io che non dovrei perdere tempo a commentare un >> testo composto da un programma. > > Sei sicuro sia un testo? > (ignoriamo per un momento l'editing dei giornalisti) > > Un testo è un particolare tipo di dato creato da un essere umano consapevolmente per veicolare messaggi che ha elaborato nella propria mente. > > Certamente la Biblioteca di Babele lo contiene, tanto quanto contiene la Verità ed ogni possibile menzogna. > > Ma basta questo a farne un testo? > Sono testi le infinite sequenze di lettere casuali stampate in quella biblioteca? > > No. > > La differenza fra un dato qualsiasi (che rappresenta un'informazione semplicemente perché una mente umana può interpretarla, attribuendole un significato) ed un testo sta proprio nell'intenzione dell'autore. > > > Continuiamo pure a contemplare le nuvole immaginando ogni sorta di figura. > Ma non confondiamole con i disegni di un artista. > > >> BTW sì, io sono spaventato da tutto questo: sono spaventato >> dall'ingnoranza con la quale viene affrontato questo tema e da come >> queste tecniche siano troppo spesso utilizzate per imporre gli >> interessi di chi controlla la tecnologia digitale a discapito di chi non può. > > Siamo in due. ;-) > http://www.tesio.it/2018/10/06/the-intelligent-symbiosis.html > > > Giacomo > > > ------------------------------ > > Message: 4 > Date: Fri, 11 Sep 2020 15:33:00 +0200 > From: Giovanni Biscuolo <giovanni(a)biscuolo.net> > To: Giacomo Tesio <giacomo(a)tesio.it>, nexa(a)server-nexa.polito.it > Subject: Re: [nexa] A QUIC Look at Web Tracking > Message-ID: > <87tuw4zbeb.fsf(a)roquette.i-did-not-set--mail-host-address--so-tickle-me> > > Content-Type: text/plain; charset="utf-8" > > Buongiorno Giacomo, > > Giacomo Tesio <giacomo(a)tesio.it> writes: > > [...] > >> we investigate the feasibility of user tracking via QUIC from the >> perspective of an online service. Our analysis reveals that the >> protocol design contains violations of privacy best practices through >> which a tracker can passively and uniquely identify clients across >> several connections. This tracking mechanisms can achieve reduced >> delays and band-width requirements compared to conventional >> browserfinger printing or HTTP cookies. This allows them to be applied >> in resource- or time-constrained scenarios such as real-time biddings >> in online advertising. > > [...] > >> https://petsymposium.org/2019/files/papers/issue3/popets-2019-0046.pdf > > Conosco poco QUIC ma a me pare che la situazione del tracking via web > NON sia significamente peggiorata dall'introduzione di un protocollo che > lo rende (ma forse no) "solo" più performante :-) > > [...] > >> Inutile dire che QUIC è progettato bene: https://http3.net/ > > Non so se è progettato bene o male ma è sicuro che si tratta *solo* di > un ulteriore patch a un'architettura, quella di Internet, > irrimediabilmente compromessa dal punto di vista della riservatezza > delle comunicazioni *e* mancanza di anonimità (che questa patch non > prende in considerazione manco di striscio). > >> MA è progettato anzitutto per ridurre problemi (e costi) di scalabilità >> che affrontano società come Google, Amazon, Microsoft, Cloudflare... ma >> che sono irrilevanti per chiunque altro. > > Non è vero che la scalabilità di rete è irrilevante per tutti gli altri: > senza scalabilità non è possibile creare canali di comunicazione > sufficientemente ampi per farci passare un numero adeguato di > interazioni one-to-many (tipo didattica online) > > https://secushare.org/scalability (scusa se mi ripeto) > > --8<---------------cut here---------------start------------->8--- > > We have been warning about the importance of addressing scalability > upfront in both the federated and the distributed networking worlds, and > yet standards are being written that simply do not take the problem into > account. Both new 'social web' standards do not provide means for > scalable delivery of events: [...] > > The outcome of this is that these new standards only work for small > communities or for cloud-based systems. Scaling up to a use for the > whole human race without centralization becomes near impossible. [...] > > --8<---------------cut here---------------end--------------->8--- > > Se la scalabilità è lasciata come "after thought", qualcosa che non è > connaturato alla rete; in questo modo i monopoli centralizzati sono > architetturalmente inevitabili (la centralizzazione delle comunicazioni > in rete tende a creare dei monopoli) . > > https://secushare.org/centralization > > [...] > > Ciao, Giovanni > > -- > Giovanni Biscuolo >

1 0

Evento IGF - Internet Governance Forum Italia
by Aldo Pedico Sept. 11, 2020

Sept. 11, 2020

IGF (Internet Governance Forum) Italia, mandataria delle Nazioni Unite, organizza nei giorni 7, 8 e 9 ottobre p.v. il forum dettagliato nel programma http://www.igfitalia2020.it/programma. Il mio intervento, sarà il 7 ott ore 16,30, all'interno del tema "Cybersecurity, Blockchain e Tutela dell'Ente". I relatori sul tema sono, oltre al sottoscritto: gli Avvocati Piera Di Stefano e Costanza Matteuzzi, gli Ingegneri Giorgio Gaetani e William Nonnis. Io affronterò i temi: UE e la Cybersecurity, Certificazione della Cybersecurity, Cybersecurity e Org. Aziendale (ERM), IoT: Cybersecurity e rischi per la Privacy, Rischi infrastruttura memoria/storage, Zero-Trust. Aldo Pedico

1 0

L'intelligenza artificale difende se stessa
by Diego Giorio Sept. 11, 2020

Sept. 11, 2020

Certo, tutto è basato sugli input e sul bias iniziali, ma è comunque interessante vedere come un'AI abbia perorato la propria causa BUona giornata a tutti D. https://notiziescientifiche.it/intelligenza-artificiale-scrive-inquietante-…

5 7

A QUIC Look at Web Tracking
by Marco Mellia Sept. 11, 2020

Sept. 11, 2020

Ciao Giacomo, Una precisazione - ci sono decine di articoli scientifici che dicono che dal punto di vista delle prestazioni QUIC non migliora il page load time (e indici simili). Per l’utente - se va bene - non cambia nulla dal punto di vista prestazioni. Sopratutto per quelle pagine che scaricano molte risorse da fonti diverse. […] > Lato utente, QUIC renderà molto più veloce il caricamento di pagine Web > che scaricano molte risorse separate da fonti diverse. > […] — Prof. Marco Mellia SmartData@PoliTO coordinator - https://smartdata.polito.it Dipartimento di Elettronica e Telecomunicazioni Politecnico di Torino Corso Duca Degli Abruzzi 24 10129 - Torino - IT Tel: +39-011-090-4173 (DET / Polito) Tel: +39-011-090-3901 (SmartData / OGR) Cel: +39-331-6714789 Skype: mgmellia Home page: https://www.telematica.polito.it/member/marco-mellia/

2 1

Rapporto "Risks of Discrimination through the Use of Algorithms"
by Antonio Vetro' Sept. 11, 2020

Sept. 11, 2020

Rapporto della Agenzia Federale Tedesca contro le discriminazioni (pubblicato a inizio agosto, non mi sembra di averlo visto in lista): https://www.antidiskriminierungsstelle.de/SharedDocs/Downloads/EN/publikati… av

1 0

Re: [nexa] notizia falsa sul tracciamento di Google su Covid_19
by Diego Ciulli Sept. 11, 2020

Sept. 11, 2020

Buongiorno. Il motivo è che nella configurazione di Android il Bluetooth è collocato sotto le impostazioni di localizzazione. Quindi chiudere tutta la localizzazione a livello di device chiude anche il Bluetooth. Android però permette di impostare le autorizzazioni di geolocalizzazione anche a livello di App - geolocalizzazione consentita sempre/solo durante l'uso/mai. E l'API funziona ovviamente anche se sono disattivate le opzioni di geolocalizzazione per ogni App. Le App di exposure notification COVID che usano le API non possono chiedere la geolocalizzazione. > > Da: Mario Sabatino <sevenofnine(a)riseup.net> > Date: gio 28 mag 2020, 08:42 > Subject: Re: [nexa] notizia falsa sul tracciamento di Google su Covid_19 > To: Fabio Giglietto <fabio.giglietto(a)uniurb.it>, Fabio Giglietto via nexa > <nexa(a)server-nexa.polito.it>, Aldo Pedico <a.pedico(a)teleion.it> > Cc: Center Nexa <nexa(a)server-nexa.polito.it> > > > Non capisco perché l'api di Google e Apple chieda di attivare la > geolocalizzazione. V. Screenshot allegato. > > Mario Sabatino > > Il 28 maggio 2020 06:39:25 CEST, Fabio Giglietto via nexa < > nexa(a)server-nexa.polito.it> ha scritto: >> >> >> https://facta.news/notizia-falsa/2020/05/25/no-lapp-immuni-non-e-gia-sugli-… >> >> Il mer 27 mag 2020, 23:37 Aldo Pedico <a.pedico(a)teleion.it> ha scritto: >> >>> *Chiedo conferma a tutti voi sulla veridicità di questa notizia espressa >>> dal giornalista, Edoardo Gagliardi, nella parte iniziale del messaggio >>> video.* >>> >>> >>> >>> *Il giornalista presenta una notifica inviata sull’account di posta >>> dello smartphone da Google, spiegando che Google, a fronte di questa >>> notifica, abbia installato un’applicazione per il tracciamento Covid_19, a >>> insaputa del proprietario dell’apparato e che questa app non sia >>> disinstallabile. Inoltre, questa app fa uso del protocollo Bluetooth e non >>> di posizione o altro.* >>> >>> >>> >>> *https://www.youtube.com/watch?v=92pPKqGnt8k&feature=youtu.be >>> <https://www.youtube.com/watch?v=92pPKqGnt8k&feature=youtu.be>* >>> >>> >>> >>> *Il messaggio di posta nel mio smartphone c’è ma è semplicemente una >>> notifica e non esiste nessuna applicazione.* >>> >>> >>> >>> *Mi sbaglio?* >>> >>> >>> >>> *Aldo* >>> >>> >>> _______________________________________________ >>> nexa mailing list >>> nexa(a)server-nexa.polito.it >>> https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >>> >> > -- > Mario Sabatino > _______________________________________________ > nexa mailing list > nexa(a)server-nexa.polito.it > https://server-nexa.polito.it/cgi-bin/mailman/listinfo/nexa >

5 11

Report: "Artificial intelligence" by Social Europe
by J.C. DE MARTIN Sept. 10, 2020

Sept. 10, 2020

*Artificial intelligence** * Publisher: Social Europe (in cooperation with Friedrich-Ebert Stiftung and Weizenbaum Institut) Published: 1st August 2020 Free PDF Download https://www.socialeurope.eu/book/artificial-intelligence Artificial Intelligence is permeating a wide range of areas and it is bound to transform work and society. This dossier, published in cooperation with our partner Friedrich Ebert Stiftung and Weizenbaum Institute, addresses possibilities and challenges of AI. Above all, it asks what needs to be done politically in order to shape this transformation for the sake of the common good. AI has conjured up a dystopia of robots displacing human workers from employment. Some have predicted very large-scale job substitution but others question whether such a predetermined outcome can be envisaged: whether jobs are lost and how they are changed depends on whether workers are involved in the decisions that are made. Similar concerns apply to issues of recruitment and monitoring of workers: will AI data serve a ‘surveillance capitalism’ or could it assist workers in the performance of their jobs if they have more power to influence the outcome? AI raises wider questions about the society in which we live and that of the future. Market-research institutes foresee huge efficiency gains, but are these credible and, if so, how will such gains be distributed? Feminists and anti-racists have expressed concern that the algorithms on which AI depends unconsciously embed the social prejudices of their human authors. Issues of privacy and civil liberty surround the possession and control of the data mined by AI. How education must change so that citizens can feel empowered rather than alienated by AI is also at stake—as is the ever-present issue of where AI fits in meeting the existential challenge of climate change and biodiversity loss. With contributions by Judith Clifton, Amy Glasmeier, Mia Gray, Lars Klingbeil, Daniela Kolbe, Markus Hoppe, Nadine Müller, Mark Graham, Mohammad Amir Anwar, Phoebe Moore, Florian Butollo, Christian Kellermann, Mareike Winkler, Miapetra Kumpula-Natri, Martin Schüßler, Selin Sayek Böke, Reinhard Messerschmidt, Stefan Ullrich and Elena Esposito.

2 1

Re: [nexa] nexa Digest, Vol 137, Issue 20
by Giuseppe Attardi Sept. 10, 2020

Sept. 10, 2020

> On 10 Sep 2020, at 12:00, nexa-request(a)server-nexa.polito.it wrote: > > Date: Thu, 10 Sep 2020 11:18:55 +0200 > From: Antonio Iacono <antiac(a)gmail.com <mailto:antiac@gmail.com>> > To: Stefano Quintarelli <stefano(a)quintarelli.it <mailto:stefano@quintarelli.it>> > Cc: Nexa <nexa(a)server-nexa.polito.it <mailto:nexa@server-nexa.polito.it>> > Subject: Re: [nexa] Con il cloud le BigTech si prenderanno tutto > Message-ID: > <CAPN6PES_ykvD1cRr3V3efDCGNG=seYvxfq-TCmL3T-QLTMgRew(a)mail.gmail.com <mailto:CAPN6PES_ykvD1cRr3V3efDCGNG=seYvxfq-TCmL3T-QLTMgRew@mail.gmail.com>> > Content-Type: text/plain; charset="UTF-8" > >> ... > > Eh? Cosa? Meet? Meet cosa? Immagino Google Meet, no, perchè ci sarebbe > anche Jitsi Meet, boh > > [1] > https://noiopen.discourse.group/t/chi-si-occupa-di-bigbluebutton/406/13 <https://noiopen.discourse.group/t/chi-si-occupa-di-bigbluebutton/406/13> Molto bello, se non ché ci sono ancora mille problemi da superare. Per esempio la scalabilità: con Jitsi Meet si arriva al massimo a una ventina di connessioni (non cito per carità di patria il suo fallimento all’assemblea ISOC Italia). BBB è tecnicamente un accocchino fatto con una varietà di pezzi scritti in linguaggi diversi (Ruby, Python, Java) che è difficile da mantenere e sviluppare. Ad esempio non gira su Ubuntu 18. Per fare un servizio di Web Conference scalabile occorrerebbe avere un reflector centrale, come fanno i prodotti commerciali, anzichè aprire n^2 connessioni tar tutti i partecipanti. https://webrtchacks.com/zoom-avoids-using-webrtc/ Penso qualcuno più esperto di me lo potrebbe spiegare. In altri termini, ci sarebbe necessità di lavorare a un progetto per realizzare un servizio di insegnamento remoto per le scuole. Occorre un team di una ventina di sviluppatori, una infrastruttura di server dedicati sufficientemente ampia, per un investimento di circa 12milioni l’anno. Se ci fosse la volontà politica, si potrebbe fare utilizzando i fondi del Recovery Fund (non Found, come dicono i politici ;-) — Beppe

6 8

Corte Ue: Secondo l’avvocato generale Szpunar, l’incorporazione, in una pagina Internet, di opere provenienti da altri siti Internet mediante link automatici (inline linking) richiede l’autorizzazione del titolare dei diritti su tali opere (conc C-392/19)
by Marco Ciurcina Sept. 10, 2020

Sept. 10, 2020

Nuove in arrivo (forse) dal confine tra inline linking e framing https://curia.europa.eu/jcms/upload/docs/application/pdf/2020-09/ cp200103it.pdf m.c.

2 1

Re: [nexa] Con il cloud le BigTech si prenderanno tutto
by Giuseppe Attardi Sept. 10, 2020

Sept. 10, 2020

> On 10 Sep 2020, at 16:36, nexa-request(a)server-nexa.polito.it wrote: > > Date: Thu, 10 Sep 2020 15:19:41 +0200 > From: Giacomo Tesio <giacomo(a)tesio.it <mailto:giacomo@tesio.it>> > To: nexa(a)server-nexa.polito.it <mailto:nexa@server-nexa.polito.it> > Subject: Re: [nexa] nexa Digest, Vol 137, Issue 20 > Message-ID: <20200910151821.3b5f79d5(a)tesio.it <mailto:20200910151821.3b5f79d5@tesio.it>> > Content-Type: text/plain; charset=utf-8 > > On Thu, 10 Sep 2020 12:22:41 +0200 > Giuseppe Attardi <attardi(a)di.unipi.it <mailto:attardi@di.unipi.it>> wrote: > >>> >>> ... >> >> Molto bello, se non ché ci sono ancora mille problemi da superare. >> Per esempio la scalabilità: con Jitsi Meet si arriva al massimo a una >> ventina di connessioni > > Ma 20 video stream non sono sufficienti per ciascun paio di occhi? > > Voglio dire: certamente vi è un limite sui client connessi (e molto > purtroppo dipende proprio dalle caratteristiche del client, memoria, > scheda video, cpu... spesso più che dalla banda disponibile), ma per > una classe che tiene lezione... perché deve essere rilevante? > > In una lezione remota (che comunque non può prevedere verifiche) perché > un insegnante DEVE VEDERE tutti gli studenti contemporaneamente? > Perché deve SENTIRLI tutti contemporaneamente? > Perché gli studenti DEVONO VEDERSI E SENTIRSI TUTTI FRA LORO? Qui dovremmo aprire una divagazione sui metodi di insegnamento a distanza. Sal Kahn, fondatore di Kahn Academy, afferma che bisognerebbe cambiare modalità, ad esempio non facendo sempre lezione a tutti insieme, ma dividendo gli studenti in piccoli gruppi che comunicano tra loro nel risolvere problemi che pone loro l’insegnante, e che poi confrontano tutti insieme. https://www.nytimes.com/2020/08/13/opinion/coronavirus-school-digital.html <https://www.nytimes.com/2020/08/13/opinion/coronavirus-school-digital.html?…> Combinando Canvas, che ha questa funzione di suddivisione in gruppi, e BBB, sarebbe agevole farlo. — Beppe

1 0