Hvis du ser All About Android på på TWiT-netværket tirsdag aften, kan du have fanget denne uges interview med tre af Android's topledere. Panelet omfattede Dave Burke, vicepræsident for teknik til Android; Stephanie Saad Cuthbertson, Group Product Manager for Android; og Sameer Samat, vicepræsident for produktstyring til Android og Google Play.
Trioen gav en oversigt over Google I / O 2017 samt en smule mere kontekst om nogle af de nye teknologier og meddelelser, der blev foretaget i løbet af keynote. For eksempel er meget af forbedringerne, der er foretaget til Android O, denne gang fokuseret på at gøre platformen stabil for både udviklere og brugere. Sådan forklarer Cuthbertson det:
Vi har virkelig fokuseret på tre grundlæggende ting. Først var det sikkerhedsprogram, vi talte om, Play Protect, som i større udstrækning afslører mange ting, vi allerede gjorde. Især det faktum, at vi scannede hver app på hver tilsluttet enhed for at se efter skadelige apps.
Den anden ændring: I stedet for OS-optimeringer, der er temmelig omfattende, er starttid en af de store, vi talte om, og du vil se det med det samme.
Vi foretog optimeringer i runtime og i compilers. Apps kører bare hurtigere og mere glat, og det er på grund af en hel malstrøm af ændringer, vi har foretaget, som samtidig komprimering af affaldsopsamling. Alle disse ændringer … betyder, at de apps, du har, automatisk kører hurtigere.
Et tema forblev særlig resonant under hele interviewet, og det er Googles forsøg på at reparere Android's usammenhængende softwareopdateringsproces. Før han forklarede, hvordan den planlægger at løse processen, tilbød Burke imidlertid en farverig anekdote om, hvorfor det tager så lang tid for softwareopdateringer at komme til dig i første omgang:
Den rigtige måde at tænke på det er som en pipeline: Vi skriver al denne kode, og så frigiver vi den i open source og derefter siliconeleverandørerne … tager Android-koden og så laver de en masse arbejde med koden for at optimer det til silikonen. Udfordringen i dag er, at de faktisk ender med at ændre ikke kun et lavt niveau kode, men en hel del kodestykker. Og hvad der sker, er, at de overleverer denne kode til enhedsproducenter, der derefter foretager flere ændringer oven på den, fordi de har en bestemt kameradel, de vil bruge, eller en bestemt GPS eller hvad ikke. Derefter går det til luftfartsselskaber for at teste det, og så går det ud til brugerne.
Således fortsætter han idéen til Project Treble. Burke beskriver det som en grænseflade, der hjælper med at gøre det lettere for enhedsproducenter at indtaste kode, der er relevant for deres hardware, uden at forstyrre Android's eksisterende API'er.
Du kan se samtalen i sin helhed - cirka 40 minutter - for at få scoop, herunder hvordan ideen om at tilføje Kotin-support i Android Studio blev, og hvordan Android Go vil påvirke det nuværende Android One-program.
