Registrati e sei mio per sempre

Siamo alle solite. Si avvicina una manifestazione e vengo tempestato da email non desiderate. Il caso specifico è Smau: ricevo almeno due invii mailing al giorno che propongono seminari, pubblicità, incontri. 

Non ho nessuna intenzione di andare a Smau (ho fortunatamente di meglio da fare) e non ho neppure richiesto alcun aggiornamento via email. Ho commesso però la leggerezza di presenziare un paio di anni fa e, da quando sono finito nel loro database, non riesco più a uscirne. Che sia Smau a Milano, Smau Business a Padova o Smau e-Academy è un continuo invio.

La pubblicità di Smau fa il verso alle scarse competenze di alcuni operatori informatici – cose del tipo “Il server è collassato”, “Oh, cielo, si è fatto male?”, tanto per intenderci –  ma mi sembra che neppure loro dimostrino tutta questa professionalità con degli invii selvaggi alla stregua del peggiore spam.

Avessero fatto le cose come si deve, in fondo a ogni email ci sarebbe almeno un link per togliere la propria iscrizione. Ma non c’è.

Ho provato a effettuare un login nel sito, ma non si capisce dove si trovino le newsletter. Come se non bastasse, uno degli indirizzi di posta a cui ricevo comunicazioni sembra non essere abilitato.

Potrei creare un filtro di posta, ma è una questione di principio.

Stamattina ho allora telefonato alla segreteria Smau (02 283131) per capire come procedere. La signora che ha risposto non ha capito neppure di cosa parlassi, ma alla fine mi ha passato una collega.  Questa, un po’ spaesata, mi ha suggerito di inviare un’email a un’altra collega. Avvertendomi però che in questo momento è in fiera (“sa com’è”) e che – probabilmente tra 4/5 giorni – darà un’occhiata alla mia email.

Da almeno 10 anni Smau non ha più ragione di esistere, se poi le competenze messe in campo sono queste…

Ecco cosa ho scritto: attendo fiducioso (?) una risposta:

From: "Antonio Volpon"
To: [email protected]
Subject: Cancellazione mailing SMAU

Buongiorno.

Da qualche settimana ricevo ogni giorno diverse email non desiderate
da Smau, in particolare dall'indirizzo [email protected]  verso i miei
indirizzi

[email protected]
[email protected]

Poiché nel corpo del messaggio non è presente alcun link per
rimuovermi dalla lista di invio, mi sono recato nella homepage del
sito Smau.

Ho quindi provato a autenticarmi per capire se avrei potuto procedere
da lì alla rimozione, ma non sembra possibile.

L'indirizzo [email protected] non viene inoltre riconosciuto come utente
valido, quindi non posso procedere.

Ho quindi telefonato al numero presente in fondo alla email e dopo
qualche passaggio di telefonate mi è stato comunicato il suo indirizzo
di posta.

Vorrei cortesemente sapere se potete procedere al più presto alla
cancellazione dei sopracitati indirizzi di posta dal vostro mailing.

In attesa di un riscontro saluto cordialmente,
Antonio Volpon

I siti pigri sono i più veloci

Ho messo da parte in questi anni un bel po’ di materiale e documentazione relativi alla performance e ottimizzazione dei siti web, sia per quanto riguarda il cosiddetto lato server, sia per quello che viene chiamato front end.

Verrà – spero presto – il momento di compilare un elenco ragionato di tutte queste risorse (potete farvene un’idea visitando la sezione optimization del mio delicious), ma ora mi limito a citare un articolo che propone in modo molto chiaro uno dei nodi fondamentali da affrontare. Si tratta di Lazy web sites run faster scritto da Gojko Adzic.

Per aumentare le performance dei siti potete investire sull’hardware, quindi più processori e sistemi più veloci, migliore connettività, infrastruttura moderna. Vi accorgerete però che anche così facendo il web server fatica, per architettura, a gestire un sito il cui codice non sia ottimizzato.

Potete allora dedicarvi alla riscrittura (o refactoring) del codice per renderlo più veloce. Anche qui però arriverete ben presto a un limite.

Il segreto, secondo Gojko, sta invece nella progettazione di un sistema che si preoccupi di

  • delegare le operazioni più complesse a processi che girano in background;
  • non comunicare con sistemi esterni in modo sincrono, non importa quanto velocemente;
  • essere pigro: meglio lasciare per dopo tutto quello che non ha necessità di essere eseguito al momento.

Aggiungerei anche di eliminare le elaborazioni inutili, come per esempio l’esecuzione a ogni richiesta di interrogazioni esose (come quelle verso i database) per contenuti che non cambiano quasi mai. In questo caso potrebbe essere interessante sperimentare qualche meccanismo di caching.

Se ripenso ai colli di bottiglia dei progetti che ho visto da vicino, la maggior parte poteva essere evitata rimandando operazioni non immediatamente essenziali, come per esempio:

  • l’invio di un messaggio di posta elettronica di conferma;
  • la trasformazione di file (soprattutto in formato XML);
  • la comunicazione con sistemi di gestione;
  • il calcolo di statistiche.

Capita di trovare anche online degli esempi che fanno riflettere. Ogni volta che utilizzo la funzione “all time” di Feedburner per analizzare il traffico complessivo dei miei feed mi trovo ad aspettare almeno una decina di secondi. Probabilmente il sistema sta elaborando il consuntivo in tempo reale, quando avrebbe potuto farlo a priori. Non c’è nulla di male ad aspettare anche se a volte, per carico del server, viene restituito un timeout. Forse non proprio il modo ideale per gestire questa funzionalità, anche se utilizzata da una minoranza.

Conferenze e social network

Tra un paio di settimane vado a Berlino per la Web 2.0 Expo organizzata da O’Reilly e TechWeb e a dicembre quasi sicuramente sarò a Parigi come ogni anno per LeWeb’08. Sulla carta molti degli interventi sembrano validi, speriamo solo le promesse vengano mantenute. 

Questi eventi sono comunque importanti soprattutto per le possibilità di relazione e confronto tra i partecipanti, una sorta di cartina di tornasole del web europeo. Per questo gli organizzatori facilitano il dialogo allestendo, accanto alle sale principali, diversi spazi di incontro e di confronto.

Sarebbe importante che le possibilità di relazione cominciassero ancora prima di partire per questi incontri, e cioè dopo la registrazione utilizzando qualche piattaforma di social networking. E in effetti sia Web 2.0 Expo, sia LeWeb’08 prevedono questa possibilità. Ma sfido chiunque a utilizzarla con qualche risultato.

Web 2.0 Expo utilizza CrowdVine. Una volta registrati potete definire un (misero) profilo personale e soprattutto cercare e aggiungere qualche contatto. Peccato che la ricerca sia limitata a poco più del nome e cognome, così difficilmente riuscirete a trovare – per esempio – tutti i partecipanti italiani. Non parliamo poi della possibilità di verificare gli iscritti per esempio caricando la propria rubrica di posta elettronica: non troverete nulla che si avvicini alle funzionalità base di qualsiasi altro sito di social networking. Anche gli alert lasciano a desiderare: ho chiesto maggiori informazioni relativamente a un intervento e solo per caso mi sono accorto che qualcuno mi aveva risposto. L’integrazione con il resto del sito dell’evento è poi realizzata in modo così approssimativo che difficilmente riuscirete a utilizzare CrowdVine una seconda volta senza ricorrere alla history del browser.

Le cose non vanno meglio per la piattaforma usata da LeWeb’08, Amiando. Ai difetti di CrowdVine il sistema unisce prestazioni non esattamente esaltanti, messaggi a volte in inglese, a volte in un’altra lingua, una rubrica ridotta all’osso.

Eppure basterebbe poco: un profilo decente, una ricerca avanzata accanto a quella base, la possibilità di inserire agevolmente argomenti, commenti e risposte. Possibile non esista un social network usabile per le conferenze?