Perché la tua app costruita con l’AI mostra l’ora sbagliata (e come risolvere il problema dei fusi orari)

Perché un’app costruita con l’AI mostra l’ora sbagliata?

Perché due persone in luoghi diversi possono guardare entrambe l’ora corretta e vedere due numeri diversi — questa discrepanza è tutto il problema dei fusi orari. Un cliente a Madrid prenota il tuo slot delle 15:00; tu sei a Città del Messico, e sul tuo schermo la stessa prenotazione appare alle 8:00 del mattino. La fissi, convinto che qualcosa si sia rotto.

Non si è rotto nulla. Sono le 15:00 a Madrid e le 8:00 a Città del Messico esattamente nello stesso istante. Avete entrambi ragione. Quello scarto — in cui due persone, entrambe nel giusto, vedono due numeri diversi — è dietro un numero sorprendente di segnalazioni “la mia app si comporta in modo strano”.

Ti coglie di sorpresa perché durante la costruzione e i test sei l’unica persona coinvolta, in un unico luogo, su un unico dispositivo. Tutto torna. I fusi orari mostrano i denti solo quando una seconda persona, da un’altra parte, guarda la stessa ora. Se la tua app ha utenti in più di una città — o invia qualsiasi tipo di messaggio programmato — prima o poi il problema arriva. Meglio affrontarlo di proposito.

Cos’è esattamente un fuso orario?

Un fuso orario è la metà “luogo” di un orario — la parte che trasforma un istante universale in una lettura locale dell’orologio. Ecco l’idea che rende chiaro tutto il resto: ogni orario ha due componenti.

1. L’istante — un momento unico, identico ovunque sulla Terra.
2. Il luogo — dove ti trovi quando leggi l’orologio.

“Le 15:00” da sole non significano nulla. Le 15:00 dove? I computer gestiscono questo salvando l’istante in un formato neutro, senza luogo (sentirai il tuo builder parlare di “UTC” — pensalo come l’orario di un punto di riferimento fisso), e poi mostrandolo nell’ora locale di ciascuna persona quando lo guarda.

Quando un’app mostra l’ora sbagliata, è quasi sempre perché ha perso traccia di una di queste due componenti — ha dimenticato il luogo, oppure non ha mai salvato un istante reale fin dall’inizio.

Cosa causa i bug legati ai fusi orari nelle app?

Tre errori specifici causano quasi tutti i bug sui fusi orari: salvare una lettura dell’orologio invece di un istante reale, mostrare il fuso orario del server invece di quello dell’utente, e ignorare i cambi dell’ora legale.

1. L’app salva una lettura dell’orologio, non un istante. Qualcuno seleziona “9:00” e l’app salva il testo “9:00” senza alcun luogo associato. Ora mostra “9:00” a chiunque, ovunque, il che a volte è esattamente ciò che vuoi (un promemoria per un farmaco che deve scattare alle 9 del mattino locali per ogni persona) e a volte è un disastro (un webinar dal vivo che deve iniziare in un unico istante preciso per tutti). Se l’app indovina male quale dei due intendevi, l’orario va alla deriva.

2. L’app mostra l’ora del server, non quella dell’utente. La tua app gira su un computer in un data center — diciamo, in Virginia. Se nessuno le ha detto altrimenti, mostrerà a tutti allegramente l’ora della Virginia. I tuoi utenti a Londra si ritrovano con un pomeriggio di scarto e non hanno idea del perché.

3. L’ora legale sposta le lancette e la tua app non se ne accorge. Due volte l’anno, molti luoghi spostano gli orologi di un’ora. Una riunione ricorrente “ogni martedì alle 9:00” impostata in inverno finisce improvvisamente alle 8:00 o alle 10:00 in estate, se l’app si è ancorata a uno scarto fisso invece che a un luogo.

Tre casi reali

L’evento iniziato tre volte. Un founder ha creato una semplice pagina per un workshop online con un unico orario di inizio stampato sopra: “Si inizia alle 18:00.” I partecipanti in tre paesi diversi hanno letto “18:00” ciascuno come le proprie 18:00 locali. Un terzo si è collegato con un’ora di ritardo, alcuni con un’ora di anticipo, e tutti hanno dato la colpa al link. La soluzione non era un link migliore — era mostrare a ciascuna persona il proprio orario locale di inizio, con il fuso specificato per esteso.

La newsletter arrivata alle 2 di notte. Un’email “invia ogni mattina alle 8:00” partiva alle 8:00 ora del server. Per la metà europea della lista, quella era piena notte. I tassi di apertura per quegli iscritti erano pessimi, e sembrava un problema di contenuti. Era un problema di fuso orario.

La domenica con la doppia prenotazione. Un’app di prenotazioni ha permesso a due persone di riservare lo stesso slot per un massaggio nella notte in cui le lancette “tornavano indietro”, perché l’1:30 si è verificato due volte quella notte e l’app le ha trattate come lo stesso istante. Un caso raro, ma è il tipo di bug che ti costa un cliente vero e delle scuse vere.

Cosa dovresti chiedere al tuo builder per risolvere i fusi orari?

Chiedi quattro cose specifiche, in linguaggio semplice — non serve che tu impari nulla di tutto questo nel dettaglio. Copia queste frasi:

“Salva ogni orario come istante UTC, e salva anche il fuso orario di ciascun utente.”

“Quando mostri un orario, mostralo nel fuso orario di chi lo sta guardando, e metti il fuso accanto — come 15:00 (ora tua) oppure 15:00 CST.”

“Per tutto ciò che si ripete — promemoria, orari, eventi ricorrenti — ancoralo a un luogo (come ‘America/Mexico_City’), non a un numero fisso di ore, così l’ora legale viene gestita automaticamente.”

“Fammelo testare come se fossi in un altro paese.”

Quest’ultima richiesta conta più di quanto sembri, ed è ciò che ci porta alla parte che puoi fare tu stesso.

Come testi la tua app per i bug legati ai fusi orari?

Puoi individuare la maggior parte dei bug sui fusi orari in due minuti senza bisogno di un utente in un altro paese — basta fingere di esserci tu:

1. Apri le impostazioni di data e ora del tuo telefono o computer e cambia il fuso orario a un luogo lontano — Tokyo, Londra, ovunque.
2. Ricarica la tua app.
3. Osserva ogni punto in cui compare un orario. Ha ancora senso? Ti dice di chi è quell’orario?

Se una prenotazione che dovrebbe essere alle 15:00 ora legge le 4:00 del mattino senza alcuna spiegazione, hai trovato un bug prima di un cliente. Riporta le impostazioni come prima quando hai finito. Per i casi di promemoria ricorrenti e ora legale, la verifica più sicura è chiedere a un amico in un altro paese di guardare una singola data e dirti che ora vede.

Devi davvero preoccuparti dei fusi orari?

Onestamente — a volte no, ed è giusto dirlo. Se ogni singola persona che usa la tua app si trova nella stessa città — uno strumento per i turni del personale di un ristorante locale, le iscrizioni di un club di quartiere — puoi in gran parte saltare le parti complicate. Basta essere coerenti ed etichettare l’orario in modo che non ci siano dubbi.

I fusi orari diventano una preoccupazione reale nel momento in cui una di queste due condizioni è vera: due persone in luoghi diversi condividono un orario, oppure la tua app invia qualcosa secondo una programmazione. Nell’istante in cui superi quella soglia, l’assicurazione più economica è anche la più semplice: mostra sempre il fuso orario accanto all’orario. Questa singola abitudine elimina l’ambiguità che causa la maggior parte di queste storie, ancora prima che arrivino le correzioni più profonde.

Quindi la prossima volta che aggiungi un campo data o ora alla tua app, fatti una domanda prima di andare avanti: di chi è questo orario? Se riesci a rispondere ad alta voce, sei già più avanti della maggior parte delle app che le persone costruiscono.