Il nostro team dispone di modelli iPhone nuovi. I nostri utenti no. Molte delle persone che ogni giorno aprono una delle nostre app utilizzano un dispositivo che ha tre, quattro, a volte anche cinque anni. Se effettuassimo i test solo sui dispositivi che abbiamo in tasca, ci rivolgeremmo al pubblico sbagliato.<\/p>\n
\u00c8 facile dimenticarsene in un piccolo studio. Quando si sviluppa tutto il giorno su hardware veloce, la velocit\u00e0 diventa la norma e qualsiasi cosa che su un telefono pi\u00f9 vecchio funzioni semplicemente bene smette di essere percepita come un problema. L\u2019unica soluzione affidabile che abbiamo trovato \u00e8 quella di tenere il telefono pi\u00f9 vecchio fisicamente davanti a noi, ogni volta.<\/p>\n
Disponiamo di una piccola flotta di dispositivi fisici: un iPhone per ciascuno degli ultimi cinque anni, pi\u00f9 il modello iPad pi\u00f9 economico attualmente in commercio. Ogni versione passa attraverso questa flotta prima di lasciare il controllo qualit\u00e0, non solo l\u2019hardware pi\u00f9 recente presente sulle scrivanie degli ingegneri. Il telefono di cinque anni fa rileva problemi che nessun simulatore \u00e8 in grado di individuare.<\/p>\n
La procedura \u00e8 tutt\u2019altro che affascinante. Installare la build, avviarla a freddo, scorrere l\u2019elenco pi\u00f9 lungo nell\u2019app, aprire la schermata pi\u00f9 pesante, ruotare il dispositivo, mettere l\u2019app in background e tornare indietro. Sul iPad verifichiamo anche la modalit\u00e0 Split View, perch\u00e9 un iPad economico che esegue due app affiancate \u00e8 un dispositivo molto diverso da uno nuovo che ne esegue una sola. Niente di tutto ci\u00f2 richiede molto tempo, ed \u00e8 la parte della settimana di rilascio che siamo meno disposti a saltare.<\/p>\n
Lo stesso ragionamento vale anche al di l\u00e0 del iPhone. Le nostre app Android vengono testate su hardware di fascia media, non solo su smartphone di punta, e le nostre app iPhone e iPad funzionano anche su dispositivi Mac con chip Apple Silicon, dove un layout che sembrava a posto su uno smartphone pu\u00f2 improvvisamente trovarsi in una finestra ridimensionabile.<\/p>\n
Le animazioni che risultano scattanti sul chip pi\u00f9 recente appaiono lente su quelli di due generazioni precedenti. Le opzioni di decodifica delle immagini, impercettibili su un Pro Max, possono rallentare il thread principale su un SE base. Le risorse di memoria, generose sui dispositivi da 8 GB, risultano limitate su quelli da 4 GB. Nessuno di questi aspetti si manifesta come un bug, ma si traduce in una sottile sensazione che l\u2019app funzioni peggio sui telefoni pi\u00f9 economici, ed \u00e8 proprio questa l\u2019impressione che non vogliamo dare.<\/p>\n
L\u2019errore che abbiamo commesso all\u2019inizio \u00e8 stato quello di considerare il vecchio telefono come un controllo finale anzich\u00e9 come un input per la progettazione. Realizzavamo una schermata, la perfezionavamo su un nuovo hardware e solo allora scoprivamo che sul dispositivo pi\u00f9 vecchio presentava dei rallentamenti \u2014 a quel punto, per risolvere il problema dovevamo rielaborare qualcosa che avevamo gi\u00e0 considerato finito. Ora il vecchio telefono viene coinvolto fin dal primo prototipo. Se un\u2019animazione o un elenco non funzionano correttamente su quel dispositivo, modifichiamo il design, non solo il codice.<\/p>\n
Ci sono dei compromessi. Alcuni effetti semplicemente non valgono la pena se rendono bene solo sull\u2019hardware pi\u00f9 recente, quindi li tralasciamo. Questo a volte fa s\u00ec che un\u2019app appaia un po\u2019 pi\u00f9 semplice in uno screenshot rispetto a quella di un concorrente. Ci sta bene cos\u00ec.<\/p>\n
Due versioni precedenti di iOS per tutte le app Zydeno. Il ritmo con cui Apple rende obsolete le versioni \u00e8 talmente rapido che andare oltre renderebbe la manutenzione del codice troppo complessa, ma limitarsi a due versioni precedenti fa la differenza tra soddisfare adeguatamente la maggior parte dei nostri utenti e soddisfare solo quelli che utilizzano il software pi\u00f9 recente.<\/p>\n
Attenerci a questa linea di condotta significa, a volte, aspettare prima di adottare una nuova funzionalit\u00e0 del sistema, oppure svilupparla in modo che l\u2019app continui a funzionare anche senza di essa. Si tratta di un costo concreto in termini di tempo dedicato allo sviluppo. Preferiamo sostenere questo costo piuttosto che dire a qualcuno che il suo telefono, che funziona perfettamente, non \u00e8 pi\u00f9 abbastanza buono per noi.<\/p>\n
Il telefono economico \u00e8 il critico pi\u00f9 sincero. Lo teniamo sulla scrivania per un motivo ben preciso.<\/p>","protected":false},"excerpt":{"rendered":"
Come testiamo le app su dispositivi che non compreremmo mai \u2014 e perch\u00e9 ogni app che pubblichiamo deve comunque funzionarci bene.<\/p>","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-575","post","type-post","status-publish","format-standard","hentry","category-journal"],"yoast_head":"\n