Als je dinsdagavond All About Android op het TWiT-netwerk bekijkt, heb je misschien het interview van deze week met drie topmanagers van Android gezien. Het panel omvatte Dave Burke, vice-president van Engineering voor Android; Stephanie Saad Cuthbertson, Group Product Manager voor Android; en Sameer Samat, vice-president Productbeheer voor Android en Google Play.
Het trio gaf een samenvatting van Google I / O 2017, evenals een beetje meer context over enkele van de nieuwe technologieën en aankondigingen tijdens de keynote. Veel van de verbeteringen die deze keer in Android O zijn aangebracht, zijn bijvoorbeeld gericht op het stabiel maken van het platform voor zowel ontwikkelaars als gebruikers. Hier is hoe Cuthbertson het verklaart:
We hebben ons echt op drie kernpunten geconcentreerd. Ten eerste was het beveiligingsprogramma waar we het over hadden, Play Protect, dat in grote mate veel dingen blootlegt die we al aan het doen waren. In het bijzonder het feit dat we elke app op elk verbonden apparaat aan het scannen waren om naar schadelijke apps te zoeken.
De tweede wijziging: in plaats van OS-optimalisaties die redelijk uitgebreid zijn, is de opstarttijd een van de grote die we hebben besproken en dat zul je meteen zien.
We hebben optimalisaties gemaakt in de runtime en in de compilers. Apps werken gewoon sneller en soepeler en dat komt door een hele stroom van veranderingen die we hebben aangebracht, zoals gelijktijdige compacting garbage collection. Al die veranderingen … betekenen dat die apps die je hebt automatisch sneller zullen werken.
Eén thema bleef bijzonder resonerend gedurende het interview en dat is de poging van Google om het onsamenhangende software-updateproces van Android te herstellen. Voordat Burke echter uitlegde hoe het van plan is het proces te repareren, bood hij een kleurrijke anekdote aan over waarom het zo lang duurt voordat software-updates je in de eerste plaats bereiken:
De juiste manier om erover na te denken is als een pijplijn: we schrijven al deze code en geven deze vervolgens vrij in open source en vervolgens de siliciumleveranciers … nemen de Android-code en dan doen ze veel werk aan de code om optimaliseren voor de siliconen. De uitdaging van vandaag is dat ze uiteindelijk niet alleen de code van een laag niveau veranderen, maar ook heel wat stukjes code. En wat er dan gebeurt, is dat ze die code aan apparaatfabrikanten overhandigen, die er vervolgens meer wijzigingen aan aanbrengen omdat ze een specifiek cameraonderdeel hebben dat ze willen gebruiken, of een specifieke GPS of wat niet. Vervolgens gaat het naar providers om het te testen en vervolgens gaat het naar gebruikers.
Dus, vervolgt hij, kwam het idee voor Project Treble. Burke beschrijft het als een interface die het voor fabrikanten van apparaten gemakkelijker maakt code in te voeren die relevant is voor hun hardware, zonder de bestaande API's van Android te verstoren.
Je kunt het interview in zijn geheel bekijken - ongeveer 40 minuten - om de primeur te krijgen, inclusief hoe het idee van het toevoegen van Kotin-ondersteuning in Android Studio is ontstaan en hoe Android Go het huidige Android One-programma zal beïnvloeden.
