Come molti di voi potranno pensare, una delle più interessanti applicazioni che la versione 3.0 di iPhone ha permesso di sviluppare oramai da qualche mese a questa parte è il Push Instant Messaging. In molti effettivamente affermano che l’Instant Messaging mobile non è niente di nuovo, e che gli SMS svolgono benissimo il loro sporco lavoro. Sinceramente non sono d’accordo, e ritengo che SMS ed IM non siano nemmeno lontanamente comparabili. Gli SMS sono messaggi brevi non progettati per conversazioni medio lunghe. Inoltre, anche se le reti mobili moderne sono ben progettate, non vi è alcuna garanzia sui tempi di consegna di un SMS, che potrebbe essere recapitato in pochi secondi ma anche in tre o quattro ore.

Uno dei problemi che si incontrano più spesso quando si utilizzano applicazioni di Instant Messaging è il problema delle priorità. Potrebbe infatti accadere che, mentre siete connessi con il vostro iPhone o Android, accendete il vostro laptop ed effettuate il login con il vostro Instant Messenger. A questo punto avete due connessioni aperte contemporaneamente: dove verranno inoltrati i messaggi istantanei che riceverete?

Client e Providers

Non tutti i sistemi di IM gestiscono connessioni multiple. Ad oggi, ho avuto modo di testare principalmente Jabber/XMPP e Google Talk, e in questo articolo affronterò questi protocolli. Inoltre, nel mio caso, ho scelto di usare i miei account XMPP e GT attraverso Adium sul Mac e Beejive sull’iPhone.

Grazie alla natura open di XMPP, la gestione delle priorità non è vincolata all’utilizzo di uno specifico client o provider, ed ogni client di IM che sia XMPP-compliant può tranquillamente gestire connessioni multiple. Quindi, dal momento che ci sono decine di client per qualsiasi piattaforma in grado di supportare le resource priorities di XMPP, potete benissimo scegliere quello che più vi aggrada.

Come funziona

XMPP è uno standard di IM aperto, adottato da molti provider. Google Talk è basato su una implementazione proprietaria di XMPP, per cui ne eredita diversi aspetti, ma allo stesso tempo ne uccide molti altri.

Un service provider XMPP generalmente fornisce una user-id nella forma user@server.tld. Questo viene chiamato JID (Jabber ID), ed è utilizzato per identificare univocamente ogni singolo account nella rete federata. Per esempio, se state utilizzando Google Talk, il vostro JID è username@gmail.com.

Ogni volta che effettuate il login presso un server Jabber/XMPP , il vostro client invierà al server il cosiddetto Resource Name. E’ possibile modificare il Resource Name semplicemente agendo sulle impostazioni del vostro client Jabber. Dal momento che XMPP permette l’instaurazione di differenti sessioni simultanee utilizzando lo stesso JID, il Resource Name viene utilizzato per identificare e differenziare i diversi device connessi al server con un determinato account.

Ad esempio, se il vostro Resource Name sul vostro laptop è laptop, uno dei vostri contatti potrà inviare un messaggio al client del vostro laptop utilizzando la combinazione JID/RN (username@gmail.com/laptop), anche se siete connessi nello stesso momento con molti dispositivi.

Assieme al Resource Name, è possibile assegnare ad ogni client (leggi, ad ogni Resource Name) una priority. La priorità viene usata per risolvere conflitti di consegna ogni volta che un messaggio viene inviato al vostro JID senza che venga specificato dal mittente uno specifico Resource Name.

Secondo il protocollo, la priorità è un numero intero tra 0 e 127. Diversamente da quanto avviene con gli ordini di priorità dei server DNS, in XMPP 0 è la priorità più bassa, 127 la più alta.

Per spiegare con un esempio, potete immaginare di essere connessi ad un generico servizio XMPP con il vostro iPhone (RN: mobile, PRIORITY: 1) e con il vostro client Adium su Mac (RN: LaptopStefano, PRIORITY: 3). Se un utente di Google Talk (o di un altro servizio XMPP) invia un messaggio al vostro username, questo verrà consegnato al vostro client Adium sul Mac, dal momento che ha una priorità più alta dell’iPhone. Una volta che spegnete il Mac e vi andate a guardare un bel film portandovi dietro il vostro iPhone, l’unico client connesso con il vostro account risulterà essere quello del vostro telefono, con priorità 1. Da questo momento in poi, tutti i messaggi verranno consegnati sul vostro iPhone, dal momento che non vi è altro client connesso con priorità più alte.

Bello! Ma…

Si, lo so, tutto molto bello. Sfortunatamente però, come ho detto prima, Google Talk è basato su una implementazione proprietaria di XMPP, e tutto questo magheggio appena descritto non viene gestito molto bene.

Primo: i server di Google generalmente modificano a muzzo i Resource Name, aggiungendovi una stringa esadecimale calcolata secondo qualche oscuro algoritmo. In questo modo, tutti i vantaggi legati alla possibilità di specificare i Resource Name vanno a morire.

Inoltre, i server di Google ignorano bellamente qualsiasi priorità venga specificata. Se siete connessi con più sessioni contemporanee, ogni nuovo IM che venga inviato al vostro account viene simultaneamente recapitato a tutti i client connessi, finchè uno di essi non invia un IM di risposta, e quindi la conversazione continua solo su quel device.

Lo so, brutto.

Cosa posso fare?

Se volete un buon account Jabber/XMPP con una corretta implementazione di XMPP, potete iscrivervi ad uno dei moltissimi (e gratuiti) provider XMPP. Personalmente, vi suggerisco il più classico Jabber.org. O potete sempre installarvi un serverino XMPP.

È importante sottolineare che tutti i provider XMPP pubblici (anche Google Talk) sono interconnessi, quindi potete sottoscrivere un account su Jabber.org e parlare tranquillamente con i vostri contatti che usano Google Talk, grazie alla natura federata del protocollo che provvederà a far comunicare il server del vostro provider con quello del vostro interlocutore, esattamente come avviene con le e-mail.

E voi? Cosa pensate dell’Instant Messaging in mobilità? Quale client usate e qual è il vostro provider?

Anche il sottoscritto appoggia e diffonde la campagna per l’estensione della banda larga a tutti i comuni del Veneto entro la fine del 2012 promossa via social network da Gigi, Andrea e Michele. Sull’iniziativa esiste un wiki ed un gruppo Facebook.

A tutti coloro che hanno a cuore il futuro della rete e della nostra regione chiedo di aderire ripubblicando l’iniziativa, o di iscriversi al gruppo Facebook!

In merito alla questione del Corriere Mobile a pagamento, riporto gli ultimi sviluppi.

In seguito agli articoli pubblicati ieri, sono stato contattato da RCS via e-mail (vedi aggiornamenti a fondo pagina nell’articolo precedente), la quale ha affermato prima che il problema della tariffazione della pagina di cortesia non è mai esistito, e poi in una seconda mail dietro mio sollecito ha ammesso che a causa di un bug il problema è stato effettivamente riscontrato ma limitato alla giornata di sabato.

Dalle prove da me effettuate invece, sembra che il problema si sia protratto fino al primo pomeriggio di ieri. Come potete notare dall’immagine successiva, infatti, alle 11.45 di lunedì mattina la pagina di cortesia veniva ancora tariffata.

Ulteriori prove effettuate nel pomeriggio, invece, non risultano nel dettaglio chiamate, portandomi quindi a pensare che il problema sia stato risolto nella giornata di lunedì, e che ora il bug non sia più presente.

Tutto è bene quel che finisce bene. Nel frattempo, vi segnalo Reuters Mobile, Ansa iPhone e La Stampa Mobile. Se ne avete altri, i commenti sono aperti a tutti.

UPDATE, 10 febbraio, ore 9:40

Mondo3 segnala che è partito un rimborso automatico da parte di H3G a tutti coloro che sono stati “vittime” della tariffazione della pagina di cortesia.

Sembra che siano in arrivo alcune novità per i geek dotati di smartphone e abituati ad accedere ai siti mobili dei quotidiani italiani. Già qualche tempo fa si era parlato di alcuni addebiti anomali per i clienti H3G che accedevano alla versione mobile del sito de La Repubblica (che qui non linkerò onde evitare ai lettori di incappare nel problema).

La cosa era stata imputata da molti a degli errori di tariffazione fino a quando,  nella giornata di ieri, sulla blogosfera hanno iniziato a circolare segnalazioni di problemi analoghi con il sito del Corriere della Sera. In particolare, ci si è accorti che, tentando di accedere alla versione mobile di Corriere.it, tutti i clienti H3G vengono dirottati alla seguente pagina sul dominio ludonet.tre.it:

Un bel messaggio, corredato di logo 3 e di quello del Corriere della Sera, segnala il fatto che ogni pagina visitata su quel dominio ha un costo per l’utente finale di “soli” 9 centesimi. Cosa che ovviamente non accade accedendo alla versione mobile di Corriere da una connessione di altro operatore mobile o da WiFi.

Perchè improvvisamente, senza alcun preavviso, un sito gratuito viene dirottato verso una versione a pagamento interna al walled garden del gestore? Perchè solo per i clienti 3? Questi sono alcuni degli interrogativi che sorgono spontanei.

A quanto pare, come riporta MaxKava.com, viste le mosse precedenti di Repubblica, Corriere non sarà probabilmente il solo a voler adottare questo tipo di business model per le proprie notizie online. Se è certo che il paywall ce lo ha messo H3G, resta da chiarire chi abbia deciso di impostare il redirect forzando la fruizione della versione a pagamento. Ovvero, resta da capire se il redirect sia un semplice HTTP 301 basato sulla subnet dei clienti 3 voluto da RCS o se avvenga mediante il gateway di H3G, anche se sono propenso a pensare alla prima ipotesi, e che dietro al banning della versione “free” ci sia direttamente RCS. Se però questa è una iniziativa degli editori, dobbiamo aspettarci che la cosa riguardi anche i clienti non-H3G? Chi lo sa, per ora attendiamo.

La più strana però la noto solo stamattina, spulciando il dettaglio chiamate di ieri.

A quanto pare, non solo il sito di Corriere è improvvisamente diventato “a pagamento”, ma pure il messaggio di cortesia viene tariffato, sempre a 9 centesimi per messaggio. Su questo aspetto attendiamo dei chiarimenti da parte di H3G, anche se presumibilmente si tratta di un errore che verrà corretto nei prossimi giorni.

Tutto questo scenario però oltre a provocare qualche smorfia da parte mia e di molti altri clienti, apre degli spunti di riflessione notevoli.

E’ vero, l’editoria è in crisi da anni e sappiamo tutti che è alla ricerca di un proprio business model da parecchio tempo. Negli Stati Uniti Murdoch continua a spararne un giorno si e l’altro pure, gli articoli del NYT a breve non saranno più fruibili gratuitamente ed è necessario che i giornali reinventino un modello di business sostenibile.

Quello che però mi chiedo, è: ma veramente pensiamo il “per-page billing” sia sostenibile? Veramente pensiamo che le notizie possano essere pagate “tanto al chilo“, come se fossero patate o cipolle? E’ una idea totalmente errata che denota non solo una scarsissima conoscenza del funzionamento e delle dinamiche della rete, ma che è pessima soprattutto perchè arriva nel 2010, quando oltre 10 anni di “cultura digitale” hanno dimostrato che una mossa sbagliata come questa è in grado di stroncare interi progetti, mercati e idee. Ci perde in immagine il giornale, e ci perde in immagine il gestore, al quale generalmente l’utente addossa ogni colpa, visto che è lo stesso gestore ad effettuare il billing.

Quello che RCS o il Gruppo L’Espresso non capiscono è quanto sia difficile riuscire ad arrivare ad essere presenti nei bookmark degli utenti, e quanto sia altrettanto facile uscirne, per poi non rientrarci più. Non è facendo pagare la singola notizia che si può pensare di risollevare il mercato dell’editoria.

Sappiamo tutti che l’adv-model non è sostenibile per un giornale, e che prima o poi dovremo pagare. Magari una tariffa mensile flat, una settimanale. Un euro a settimana, come vengono tariffate ora le TV in streaming, ad esempio.

Ma scoprire delle notizie a suon di 9 centesimi non fa per me. Corriere.it da oggi non sta più nei miei bookmark.

UPDATE, 8 febbraio 2010, ore 11.41:

Ho appena ricevuto una mail dal servizio clienti RCS, che qui riporto onde evitare di alterare il contenuto del messaggio.

Buogiorno,

in merito al suo post “Corriere Mobile a pagamento per clienti H3G”, dobbiamo segnalarle un’inesattezza legata alla sua affermazione sul pagamento anche della pagina di cortesia. Le confermiamo che così non è e che la pagina è gratuita. Abbiamo avuto piena conferma anche da H3G stessa.
Ringraziandola,

Servizio clienti RCS

A seguito della segnalazione, ho ritentato l’accesso al portale dal mio abbonamento, ma devo attendere domani per avere il dettaglio delle chiamate e capire se il problema è rientrato. Da parte mia ho risposto evidenziando che la pagina di cortesia nella giornata di sabato veniva tariffata, come dimostrano diversi interventi sul web e lo screenshot riportato in questo articolo. In ogni caso questo blog è a disposizione per ulteriori rettifiche.

UPDATE, 8 febbraio 2010, ore 15.52:

Mi scrive nuovamente il fantomatico Servizio Clienti RCS (magari firmare la mail…, comunque, riporto):

Buongiorno,

di seguito ad approfondite analisi le confermiamo che nella giornata di sabato, per un problema tecnico, ci sono stati dei casi in cui anche la pagina informativa è stata tariffata a 9 centesimi, problemi rientrati poco dopo.
Le confermo che ora è tutto correttamente funzionante.
Pere ventuali contestazioni le consigliamo di rivolgersi direttamente al servizio clienti dell’operatore.

Cordiali saluti,

Servizio Clienti RCS

Ho eseguito alcuni test e attendo quindi domani per verificare l’effettiva risoluzione del problema. Nel frattempo, mi è stato confermato da alcuni lettori che le tariffazioni errate si sono estese anche alla giornata di domenica. Appuntamento a domani…

iPhonisti! Vi è mai capitato di addormentarvi in treno? In autobus? Di impostare la sveglia e magari di svegliarvi mezzora prima dell’arrivo? Ecco, come direbbe il caro vecchio Steve, there’s an app for that.

Un carissimo amico, nonchè compagno di tanti progetti sul web, ha sviluppato una applicazione per iPhone che potrebbe aiutarvi. Si chiama Nalalium, ed in sostanza è una sveglia geolocalizzata. Voi impostate la destinazione, il raggio entro quale essere svegliati, e la canzone con la quale volete essere avvisati e… Nalalium vi sveglierà all’arrivo.

Sono stato invitato al testing nelle ultime settimane, ma non ho partecipato molto causa tesi. Posso comunque dirvi che è una ottima app.

Nalalium è totalmente gratuita e disponibile da qui. C’è anche un account Twitter di supporto e, in arrivo pure un sito web. Potete usare il canale Twitter per segnalare eventuali problemi o per suggerire funzioni (intelligenti, mi raccomando!)

Ed ora, buona dormita a tutti! :)

Se qualcuno abbisogna di qualche invito per Google Wave, commentate questo articolo, compilando il campo “mail” con il vostro account Gmail. I primi riceveranno un invito per Google Wave. Finiti gli inviti, chiuderò i commenti.

Dopo mesi (e mesi e mesi) in cui veniva a gran voce richiesto dagli utenti, è finalmente arrivato su Twitter il supporto ufficiale ai Retweet. Ok, fermi, calmatevi. A dire la verità si tratta di una piccolissima percentuale di iscritti, tra cui il fortunato sottoscritto, abilitati in anteprima per poter partecipare alla funzione di beta testing.

E si, è pure assurdo che una funzione banalissima di un sito internet venga data in “beta testing” come un evento, ma quando parliamo di questi colossi le sorprese non hanno mai fine.

Comunque, ecco come funziona: nella timeline nella vostra homepage di Twitter i tweet dei vostri contatti compariranno con un nuovo tastino:

Il testo “retweet” compare solo per i contatti che non hanno il feed lucchettato, questo ovviamente per prevenire la pubblicazione di tweet che dovrebbero rimanere privati secondo l’autore.

Un piccolo popup chiede la conferma del retweet, e automaticamente questo viene ripubblicato sul vostro account, comparendo con questa piccola iconcina:

Niente di particolare quindi, una banalissima funzione che s’è fatta attendere per molto, forse troppo tempo. I retweet al momento non compaiono ancora se si effettua l’accesso a Twitter via API (quindi con qualsiasi programma esterno).

Attendiamo ora che questa feature venga fornita a tutti gli account, cosa che, viste le novità che si stanno susseguendo nell’ultimo periodo (traduzione italiana, supporto alle liste, …) non possiamo che augurarci possa avvenire al più presto.

E alla fine arrivò l’onda: eccoci finalmente, dopo tanti mesi di indiscrezioni e congetture, a provare di persona il tanto discusso Google Wave: il sistema che, a detta degli stessi sviluppatori, dovrebbe cambiare il concetto di comunicazione via web. Attualmente Wave è ancora riservato a pochi fortunati invitati (100mila), trovandosi esso stesso nello stato di preview (non ancora in beta), ed essendo appena uscito dalla sandbox iniziale.

Urge quindi a questo punto una precisazione: non ho a disposizione inviti. Sono un invitato di secondo livello, ed è inutile che chiediate nei commenti se posso invitarvi perchè, spiacente, ma anche volendo, non posso. E nemmeno chiedete come ho ottenuto l’invito: è una storia lunga, fatta di inseguimenti, uccisioni, spie e viaggi nel tempo, ma alla fine devo ringraziare tantissimo una sola persona.

Ma passiamo quindi a vedere come funziona Wave.

Cos’è Google Wave

Innanzitutto che cos’è Wave? Definirlo è leggermente problematico e probabilmente si finirebbe per sottovalutarne le funzionalità. In ogni caso si potrebbe provare a definirlo come un innovativo servizio che dovrebbe rivoluzionare l’email, unendo in un solo sistema funzionalità di discussione, chat e forum in un grande “coso” collaborativo. Wave permette ad un insieme di utenti di intrattenere una discussione articolata (la wave, appunto) paragonabile ad un albero, in cui si parte dal tronco (la discussione principale) e via via si diramano discussioni secondarie. E’ possibile aggiungere progressivamente nuovi utenti alla wave, man mano che viene richiesto il loro intervento, senza che questi vedano le discussioni precedenti. Si può inserire mappe o immagini, vedere in tempo reale i messaggi degli altri utenti mentre vengono digitati, e riprodurre la sequenza temporale con cui ogni messaggio è stato inserito.

La schermata principale

Passando a vedere direttamente l’interfaccia, sulla sinistra sono presenti due pannelli relativi alle funzioni principali di Wave, denominati Navigazione e Contatti. Ogni utente Gmail che viene invitato a Wave ottiene un nuovo indirizzo con suffisso @googlewave.com, per essere unito a wave esistenti o per iniziare nuove wave.

E’ importante anche sottolineare che Wave non è un semplice servizio di Google, ma un sistema federato, simile in questo ad altri protocolli come XMPP (di cui è peraltro una estensione), grazie al quale ogni azienda può installare il proprio sistema di wave, e interconnetterlo allo stesso Google Wave o ad altri wave server in giro per il mondo.

Il pannello centrale mantiene il riepilogo delle wave in corso, e al primo accesso, una semplice Wave in sola lettura contenente questo simpatico video, con alcune spiegazioni sul funzionamento.

Il pannello di destra mostra la wave correntemente selezionata. Quelle che potete vedere nello screenshot sono alcune wave che abbiamo aperto in questi giorni con altri invitati a Wave, per testare il servizio e il suo funzionamento.

Aprire una nuova Wave

Per aprire una nuova wave basta semplicemente cliccare sul tastino apposito e iniziare a scrivere del testo, aggiungendo dei contatti man mano che si renda necessario, come mostrato in figura.

Una volta iniziata la wave, è possibile proseguire inserendo i propri interventi direttamente in risposta al precedente (come nelle conversazioni di Gmail), oppure rispondendo a messaggi precedenti aprendo un nuovo “ramo” nella conversazione, come mostrato nello screenshot seguente.

Inizialmente i messaggi di Giuseppe e Gatto si susseguono progressivamente, mentre ad un certo punto Gatto apre un nuovo ramo risponendo ad un messaggio di Giuseppe. Per aprire un nuovo ramo basta semplicemente fare doppio click su una qualsiasi parola del messaggio, e comparirà un piccolo menu che permette di rispondere.

In questo modo è possibile creare delle sotto-conversazioni, dei thread, che proseguono all’interno della wave principale, senza dover ogni volta richiamare messaggi precedenti per mantenere la leggibilità, come avviene invece in una conversazione via mail.

Il real time

Uno degli aspetti principali che differenzia Wave da una normale conversazione via mail è il fatto che la conversazione risiede in un unico punto centralizzato, al quale ognuno degli utenti accede di volta in volta per visualizzare lo stato della wave o inserire nuovi interventi.

Ciò ha permesso di introdurre interessanti funzioni, quali la possibilità di visualizzare in real time altre persone che stanno intervenendo sulla wave, e vedere il loro testo live mentre viene inserito (funzione in ogni caso disattivabile selezionando la casellina “draft”), accompagnato da una scritta colorata che riporta il nome dell’interlocutore che sta scrivendo (vedi intervento di Giuseppe nello screenshot seguente). E’ quindi possibile iniziare a rispondere già mentre l’interlocutore precedente sta finendo il suo intervento.

Widget e Gears

All’interno di Google Wave sono inoltre presenti alcuni widget, che permettono di inserire mappe e sondaggi nelle conversazioni, utili per fissare appuntamenti o per prendere decisioni.

Inoltre Wave gode già da ora di una forte interazione con Gears, permettendo ad esempio il drag&drop delle fotografie direttamente nell’interfaccia web.

Stabilità

Come intuibile Wave è comunque ancora altamente instabile, periodicamente l’interfaccia web perde la sincronizzazione ed inizia un lento processo di resincronizzazione (vedi screenshot), che spesso fallisce e si finisce per dover chiudere la tab e riaprirne una nuova.

Altre volte le wave letteralmente “esplodono”, suggerendo all’utente di chiudere e riaprire il browser. Questi sono sostanzialmente dei piccoli difetti di gioventù, dovuti al fatto che Wave è  ancora una preview in via di sviluppo, ben al di là dall’essere completo e pronto per il grande pubblico, motivo per cui l’accesso ad esso è ancora ristretto ad un limitato numero di utenti.

Impressioni personali

Indubbiamente Wave offre molte funzionalità innovative, che rendono obsolete interfacce già molto all’avanguardia come ad esempio quella di Gmail. Il successo di Wave sta proprio nel fatto che non è l’utente a dover cambiare le proprie abitudini di conversazione, ma è la tecnologia che si adatta al modo di comunicare degli esseri umani.

Quello che è certo è che dal punto di vista tecnico Wave ha sicuramente richiesto degli sforzi non banali, e ne richiederà probabilmente ancora in futuro.

Il successo di Wave dipenderà proprio dalla sua capacità di trovare una “collocazione”: la mia impressione personale dopo aver provato Wave è che per comunicazioni istantanee e one-to-one probabilmente resta ancora più comoda l’email o l’instant message, mentre Wave è molto potente per sessioni di “brainstorming” o semplicemente per accordarsi tra più persone, andando a tappare l’annoso problema delle e-mail botta e risposta tra più contatti.

Il suo successo inoltre dipenderà fortemente anche dall’effetto rete che riuscirà ad ottenere: noi pochi fortunelli ad avere l’invito abbiamo dovuto raccattarci l’un l’altro via Friendfeed per poter provare qualche funzionalità, in quanto avere Wave senza contatti Wave è un po’ come avere l’automobile senza aver strade da percorrere.

Certamente bisogna riconoscere a Google ancora una volta la capacità di riuscire sempre a trovare nuovi stimoli e ad aprire nuove strade da percorrere. Tutto il resto, lo deciderà la severa giuria del popolo internet mondiale.

Un brevissimo post per dire che, dopo l’ennesimo guasto Telecom di zona che ha colpito tutto il paese (da una settimana i tecnici lavorano sulla centrale brancolando nel buio), ho deciso di fare il grande passo, eliminare l’ADSL e spingermi verso HiperLan.

Ho contattato un provider locale di cui mi hanno parlato molto bene, E4A, un’azienda giovane e “think different” (attiva sostenitrice del software libero), e sto attendendo la chiamata per il sopralluogo del tecnico per verificare la presenza della LOS verso la Stazione Radio Base.

Inutile dire che da qui vi terrò informati sul progredire della cosa, sulla qualità del servizio e l’affidabilità. Nel frattempo, buona domenica a tutti.

EDIT: Sono stato da poco contattato da Riccardo, Tech Manager di E4A. Purtroppo la mia zona non è ancora coperta dai loro servizi, ma mi ha confermato l’attivazione a breve di una SRB nelle vicinanze. Rimandiamo quindi più avanti :)