Jos katsot All About Androidia TWiT-verkossa tiistaina iltaisin, saatat olla kiinni tämän viikon haastattelusta kolmella Android-järjestelmän johtajista. Paneeliin kuului Dave Burke, Android-tekniikan varatoimitusjohtaja; Stephanie Saad Cuthbertson, Android-tuotepäällikkö; ja Sameer Samat, Androidin ja Google Playn tuotehallinnan varatoimitusjohtaja.
Kolmikko esitteli Google I / O 2017 -katsauksen, ja myös hieman enemmän asiayhteyttä joihinkin uusiin tekniikoihin ja pääpuheenvuoroissa tehtyihin ilmoituksiin. Esimerkiksi suuri osa Android O: lle tällä kertaa tehdyistä parannuksista keskittyy tekemään alustasta vakaan sekä kehittäjille että käyttäjille. Cuthbertson selittää sen seuraavasti:
Keskityimme todella kolmeen keskeiseen asiaan. Ensin oli turvaohjelma, josta puhumme, Play Protect, joka paljastaa suurelta osin jo tekemämme asiat. Erityisesti se, että tarkistimme jokaisen kytketyn laitteen kaikkia sovelluksia haitallisten sovellusten löytämiseksi.
Toinen muutos: Melko kattavien OS-optimointien sijaan käynnistysaika on yksi niistä isoista, joista puhumme, ja näet sen heti.
Teimme optimointeja ajon aikana ja kääntäjissä. Sovellukset toimivat vain nopeammin ja sujuvammin. Tämä johtuu tekemästämme muutoksesta, kuten samanaikaisesta jätekeräyksestä. Kaikki nämä muutokset … tarkoittavat, että käyttämäsi sovellukset toimivat automaattisesti nopeammin.
Yksi teema pysyi erityisen resonoivana koko haastattelun ajan, ja se on Googlen yritys korjata Androidin hajautettu ohjelmistopäivitysprosessi. Ennen selittämistä, miten se aikoo korjata prosessin, Burke tarjosi kuitenkin värikkään anekdootin siitä, miksi kestää niin kauan, ennen kuin ohjelmistopäivitykset saavat sinut ensin saamaan aikaan:
Oikea tapa ajatella sitä on kuin putkilinja: Me kirjoitamme kaiken tämän koodin ja sitten vapautamme sen avoimeen lähdekoodiin ja sitten piimyyjät … otamme Android-koodin ja sitten he tekevät paljon työtä koodin parissa optimoi se silikonille. Nykyisen haasteena on, että ne lopulta muuttuvat paitsi matalan tason koodin lisäksi myös melko paljon koodinpalasia. Ja sitten tapahtuu, että he luovuttavat koodin laitevalmistajille, jotka tekevät sen jälkeen lisää muutoksia, koska heillä on tietty kameraosa, jota he haluavat käyttää, tai tietty GPS tai mikä ei. Sitten se menee operaattoreille testaamaan sitä, ja sitten se menee käyttäjille.
Niinpä hän jatkaa, hänelle tuli idea Treble-projektista. Burke kuvaa sitä käyttöliittymänä, joka auttaa laitevalmistajia helpottamaan laitteidensa kannalta merkityksellisen koodin pudottamista häiritsemättä Androidin nykyisiä sovellusliittymiä.
Voit seurata haastattelua kokonaisuudessaan - noin 40 minuuttia - saadaksesi kauha, mukaan lukien miten ajatus Kotin-tuen lisäämisestä Android Studioon syntyi ja miten Android Go vaikuttaa nykyiseen Android One -ohjelmaan.