Una serata non ha un secondo ciak.

È il caso più frequente, ed è quello che fa perdere un video di dieci minuti dopo otto minuti di attesa. Un caricamento interrotto non ricomincia da zero: riprende da dove si era fermato. A renderlo possibile è una scelta di architettura, non un'opzione: è l'ARCHIVIAZIONE stessa a fare fede sulle parti già arrivate, quindi non c'è alcun contatore da credere sulla parola, e la ripresa funziona anche se la richiesta successiva finisce su un altro dei nostri server.

A fine serata tutti svuotano il rullino nello stesso istante. I file non attraversano mai la nostra applicazione: vanno dal telefono direttamente all'archiviazione, e l'applicazione si limita ad aprire e chiudere il caricamento. Non vede passare un solo byte. È questo che fa sì che una sala intera che carica video pesi sullo strato di archiviazione, che è dimensionato per farlo, e non sui nostri server web, che non lo sarebbero.

Un iPhone gira in un formato che Chrome e Android non riproducono. Ogni video caricato viene quindi rilavorato in secondo piano perché si veda ovunque, con l'originale conservato intatto. Quel lavoro è una CODA, non una scommessa: tre tentativi, con un'attesa che cresce tra l'uno e l'altro, e una sentinella che verifica all'avvio che nessun video sia rimasto indietro, anche dopo un riavvio della nostra infrastruttura.

Un'applicazione significa una versione di sistema da esigere, un negozio che richiede di nuovo la password e un centinaio di megabyte da scaricare sulla rete già satura della sala. Sono molti punti in cui la serata si ferma per un invitato. Con Medley non c'è nulla da installare né alcun account da creare: il codice QR apre una pagina web, basta un nome. Diversi servizi scelgono il contrario, come racconta in dettaglio il nostro confronto con WedShoots.

Misurato sul nostro album di esempio pubblico, nelle condizioni di una festa e non in quelle della scrivania di uno sviluppatore: telefono simulato a 393 pixel di larghezza, rete limitata a « 4G lenta » e processore rallentato quattro volte, che è l'impostazione di prova standard per un cellulare di fascia media. La soglia che Google considera buona è di due secondi e mezzo. La pagina è calcolata sui nostri server e le foto viaggiano dentro la risposta stessa: il codice sorgente, che qualsiasi browser mostra, contiene già le immagini.

Lo spostamento del layout è quello che fa premere il pulsante sbagliato perché la pagina è saltata proprio mentre toccavi. Su questo album vale zero. Non è un caso: ogni miniatura conosce le proprie dimensioni prima ancora che arrivi il primo byte dell'immagine, quindi il suo posto è riservato e nulla si riorganizza dopo.

Una foto dell'album esiste in tre dimensioni, e il browser prende quella che corrisponde allo spazio davvero occupato sullo schermo: circa 17 kilobyte per una miniatura di galleria, invece dei 122 kilobyte della versione grande. Su un album fitto guardato al telefono, la differenza si conta in megabyte che non viaggiano mai, cioè in secondi restituiti all'invitato e in traffico dati che non spendi per lui.

Un video caricato da un invitato viene preparato in più qualità, e il lettore sale o scende da solo secondo quello che la rete regge in quel momento. È il meccanismo delle grandi piattaforme video, applicato a un album di matrimonio: nessuno sceglie una qualità, nessuno resta davanti a una rotellina che gira, e il video resta guardabile quando duecento persone riaccendono il telefono nello stesso istante.