Se guardi All About Android sulla rete TWiT martedì sera, potresti aver catturato l'intervista di questa settimana con tre dei migliori dirigenti di Android. Il pannello comprendeva Dave Burke, Vice President of Engineering per Android; Stephanie Saad Cuthbertson, Group Product Manager per Android; e Sameer Samat, vicepresidente della gestione dei prodotti per Android e Google Play.
Il trio ha fornito un riepilogo di Google I / O 2017, nonché un po 'più di contesto su alcune delle nuove tecnologie e annunci fatti durante il keynote. Ad esempio, molti dei miglioramenti apportati ad Android O questa volta si concentrano sul rendere stabile la piattaforma sia per gli sviluppatori che per gli utenti. Ecco come lo spiega Cuthbertson:
Ci siamo davvero concentrati su tre cose fondamentali. Il primo è stato il programma di sicurezza di cui abbiamo parlato, Play Protect, che espone in larga misura molte cose che stavamo già facendo. In particolare, il fatto che stavamo eseguendo la scansione di ogni app su ogni dispositivo collegato per cercare app dannose.
Le seconde modifiche: invece delle ottimizzazioni del sistema operativo che sono abbastanza complete, il tempo di avvio è uno dei grandi di cui abbiamo parlato e lo vedrai subito.
Abbiamo fatto ottimizzazioni nel runtime e nei compilatori. Le app funzioneranno più velocemente e senza intoppi e questo è a causa di un intero vortice di modifiche che abbiamo apportato, come la raccolta dei rifiuti della compattazione contemporanea. Tutte queste modifiche … significano che le app che hai verranno eseguite automaticamente più velocemente.
Un tema è rimasto particolarmente risonante durante l'intervista e quello è il tentativo di Google di riparare il processo di aggiornamento del software disgiunto di Android. Prima di spiegare come prevede di risolvere il processo, tuttavia, Burke ha offerto un aneddoto colorato sul perché ci vuole così tanto tempo perché gli aggiornamenti del software arrivino a te:
Il modo giusto di pensarci è come una pipeline: scriviamo tutto questo codice, quindi lo rilasciamo in open source e quindi i fornitori di silicio … prendono il codice Android e poi fanno molto lavoro sul codice per ottimizzalo per il silicone. La sfida oggi è che in realtà finiscono per cambiare non solo un codice di basso livello, ma parecchi pezzi di codice. E poi succede che consegnano quel codice ai produttori di dispositivi, che quindi apportano ulteriori modifiche perché hanno una parte specifica della fotocamera che vogliono usare, o un GPS specifico o cosa no. Quindi passa ai corrieri per testarlo e poi esce agli utenti.
Quindi, continua, è nata l'idea di Project Treble. Burke lo descrive come un'interfaccia che consentirà ai produttori di dispositivi di inserire facilmente il codice relativo al proprio hardware, senza interferire con le API esistenti di Android.
Puoi vedere l'intervista nella sua interezza - circa 40 minuti - per ottenere lo scoop, incluso come è nata l'idea di aggiungere il supporto Kotin in Android Studio e come Android Go influenzerà l'attuale programma Android One.
