Bisogna aggiornare la vostra app a ogni nuovo iOS?

La conoscete, quella piccola inquietudine. Il keynote fa i titoli, il vostro telefono si aggiorna da solo durante la notte, e al risveglio un pensiero: e la mia app? Funziona ancora? Avrei dovuto preparare qualcosa?

L'istinto non è sbagliato. Qualcosa cambia davvero: la vostra app poggia su centinaia di funzioni fornite dal sistema — mostrare una mappa, inviare una notifica, chiedere un permesso — ed è proprio quel suolo che si è appena mosso. La domanda quindi non è «sta succedendo qualcosa?» — qualcosa sta succedendo. La domanda è: di chi è il lavoro?

Due movimenti, quasi sempre.

Alcune funzioni si fermano. Senza fragore: una funzione che la vostra app usava smette semplicemente di essere disponibile, e ciò che vi si appoggiava smette di rispondere. Nulla «va in crash» sullo schermo; qualcosa non accade più, tutto qui. È il guasto più subdolo che esista, perché non lascia tracce visibili.

Altre diventano obbligatorie. Il sistema introduce un nuovo modo di fare le cose — più sicuro, più rispettoso della privacy — e lo rende progressivamente ineludibile. Non da un giorno all'altro: viene fissata una scadenza, a volte di mesi, e finisce sempre per arrivare.

Il punto che rassicura e preoccupa allo stesso tempo: la maggior parte di questi movimenti è annunciata in anticipo. Apple e Google pubblicano ciò che si fermerà e ciò che diventerà obbligatorio ben prima che sia effettivo. Tutto è leggibile — a condizione che qualcuno legga. E il ritmo non si ferma mai: due sistemi, una versione maggiore ciascuno all'anno, aggiustamenti nel mezzo.

È qui che essere su una piattaforma cambia la natura del problema.

Quegli annunci, qualcuno li legge — prima che diventino effettivi, perché è il suo mestiere. Quando una funzione ha i giorni contati, il componente che la usa viene riscritto una volta, nel motore che costruisce le app. Quando un requisito diventa obbligatorio, viene integrato nello stesso posto, una volta. E ogni app della piattaforma eredita quegli adattamenti alla sua build successiva — la vostra come tutte le altre.

Quello che non avete fatto merita di essere elencato, perché è questo il prodotto: non avete letto le note di rilascio. Non avete cercato quali delle funzioni interessate la vostra app usasse. Non avete soppesato il vecchio modo contro il nuovo. Non avete nemmeno saputo che c'era una decisione da prendere.

Una nota di onestà, perché conta: questa vigilanza non è un'assicurazione contro tutti i rischi. Intercetta solo ciò che è stato annunciato o individuato — è un lavoro continuo, fatto da persone, non una garanzia magica. Ma è esattamente per questo che vale: esiste, non si interrompe, e non è a carico vostro.

Vale la pena posare il contrappunto, perché dà la misura. Se siete voi a mantenere il codice sorgente della vostra app — scritto da un fornitore, o generato da un prompt —, settembre ha tutt'altro volto. Bisogna leggere cosa cambia, individuare cosa vi riguarda tra centinaia di annunci, modificare il codice, ricompilare, ripresentare. Poi rifare tutto per Android. Poi l'anno successivo. Che abbiate qualcosa di nuovo da pubblicare o no: l'appuntamento lo fissano i sistemi, non il vostro calendario.

Quell'appuntamento annuale esiste anche su una piattaforma — solo che vive dalla nostra parte. È tutta la differenza tra possedere un problema e beneficiare della sua soluzione.

Gli articoli di questa serie si chiudono di solito con la lista di ciò che nessuno può fare al posto vostro — la mappa completa è nel primo articolo. Per le evoluzioni di iOS e Android, quella lista ha una particolarità: è vuota.

Nessuna decisione da prendere, nessuna scadenza da seguire, nessuna impostazione da toccare. Di tutte le forze che pesano su un'app negli anni, questa è l'unica in cui la vostra parte di lavoro è zero — ed è esattamente per questo che questo articolo esiste: perché sappiate che questa domanda, avete il diritto di smettere di porvela.

L'unico gesto che resta vostro è quello di sempre: decidere quando pubblicare un aggiornamento. Gli adattamenti sono pronti e aspettano — la vostra app li imbarca alla sua prossima build, che pubblichiate per questo motivo o per qualsiasi altro.

Il beneficio sta in un'immagine: il keynote torna a essere uno spettacolo. Potete guardarlo per curiosità, entusiasmarvi per una novità o ignorarlo del tutto — nessuna delle tre scelte ha conseguenze per la vostra app. Il mese in cui tutto l'ecosistema mobile trattiene il fiato è, per voi, un mese come gli altri.

Per chi è curioso della meccanica, ho raccontato dal lato dell'ingegneria cosa fanno davvero a un'app tre anni di evoluzioni dei sistemi — e il lavoro, poco spettacolare, che li assorbe.

E se non avete ancora un'app, tanto vale costruirla in un posto dove settembre non sarà mai un problema vostro: creare la mia app con GoodBarber.

Una funzione usata dalla mia app può fermarsi da un giorno all'altro?

È raro. La maggior parte dei ritiri viene annunciata in anticipo da Apple e Google, con una scadenza — ed è questo che rende possibile la vigilanza: leggere quegli annunci prima che diventino effettivi e sostituire il componente interessato a monte, per tutte le app della piattaforma. Lo scenario del «tutto si ferma una mattina senza preavviso» è esattamente quello che questo lavoro esiste per impedire.

Cosa succede alla mia app il giorno in cui esce un nuovo iOS o Android?

Dalla vostra parte, niente da fare. Un nuovo sistema non elimina la vostra app e non cancella nulla. Gli adattamenti che richiede vengono preparati nel motore che costruisce le app, e la vostra li imbarca alla sua prossima build — motivata da questo o da un semplice aggiornamento di routine.

La mia app può restare «indietro» di diverse versioni di iOS?

Può, se non viene ricompilata da molto tempo — e non è un vicolo cieco. Il motore, nel frattempo, è rimasto al passo: alla ricompilazione successiva, la vostra app esce adattata al sistema attuale, qualunque sia il numero di versioni passate nel frattempo. Rimettersi in pari non si paga in proporzione al ritardo.

Una nuova versione di Android può rendere qualcosa obbligatorio per la mia app?

Sì — è persino il movimento più comune: un nuovo requisito, spesso legato alla sicurezza o alla privacy, diventa progressivamente ineludibile, con una scadenza. Su una piattaforma, quel requisito viene integrato una volta, a monte, per tutte le app; la vostra vi si conforma alla sua build successiva, senza che abbiate mai dovuto sapere che esisteva.