Hvis du ser på Alt om Android på på TWiT-nettverk på tirsdagskvelder har du kanskje fått med deg ukens intervju med tre av Android-topplederne. Panelet inkluderte Dave Burke, visepresident for ingeniørvitenskap for Android; Stephanie Saad Cuthbertson, Group Product Manager for Android; og Sameer Samat, visepresident for produktadministrasjon for Android og Google Play.
Trioen ga et sammendrag av Google I / O 2017, samt litt mer kontekst om noen av de nye teknologiene og kunngjøringene som ble gjort under hovedtonen. For eksempel er mye av forbedringene som ble gjort til Android O denne gangen, fokusert på å gjøre plattformen stabil for både utviklere og brukere. Slik forklarer Cuthbertson det:
Vi fokuserte virkelig på tre sentrale ting. Først var sikkerhetsprogrammet vi snakket om, Play Protect, som i større grad avslører mange ting vi allerede gjorde. Spesielt det faktum at vi skannet hver app på alle tilkoblede enheter for å se etter skadelige apper.
Den andre endringen: I stedet for OS-optimaliseringer som er ganske omfattende, er oppstartstid en av de store vi snakket om, og du vil se det med en gang [i Android O].
Vi [gjorde] optimaliseringer i løpetiden og i kompilatorene. Apper vil bare kjøre raskere og jevnere, og det er på grunn av en hel malstrøm av endringer vi har gjort, som samtidig komprimering av søppeloppsamling. Alle disse endringene... betyr at appene du har kjører automatisk raskere.
Ett tema forble spesielt resonant gjennom hele intervjuet, og det er Googles forsøk på å reparere Androids usammenhengende programvareoppdateringsprosess. Før Burke forklarte hvordan det planlegger å fikse prosessen, tilbød Burke en fargerik anekdote om hvorfor det tar så lang tid før programvareoppdateringer først kommer til deg:
Den rette måten å tenke på det er som en rørledning: Vi skriver all denne koden, og så slipper vi den i åpen kildekode og så tar silisiumleverandørene Android-koden, og så gjør de mye arbeid med koden for å optimalisere den for silikon. Utfordringen i dag er at de faktisk ender med å endre ikke bare kode på lavt nivå, men ganske mange stykker kode. Og det som skjer er at de overleverer koden til enhetsprodusenter, som deretter gjør flere endringer på toppen av den fordi de har en bestemt kameradel de vil bruke, eller en spesifikk GPS eller hva ikke. Så går det til transportører for å teste det, og deretter [vektlegging lagt til] det går ut til brukerne.
Dermed, fortsetter han, kom ideen til Prosjekt diskant. Burke beskriver det som et grensesnitt som vil bidra til å gjøre det lettere for produsenter av enheter å slippe inn kode som er relevant for maskinvaren sin, uten å forstyrre Androids eksisterende API-er.
Verizon tilbyr Pixel 4a for bare $ 10 / mo på nye ubegrensede linjer
Du kan se intervjuet i sin helhet - omtrent 40 minutter - for å få scoop, inkludert hvordan ideen om legge til Kotin-støtte i Android Studio ble, og hvordan Android Go vil påvirke den nåværende Android One program.