Om du tittar på All About Android på TWiT-nätverket på tisdagskvällar, kan du ha tagit denna veckas intervju med tre av Android: s toppchefer. Panelen inkluderade Dave Burke, Vice President of Engineering for Android; Stephanie Saad Cuthbertson, Group Product Manager för Android; och Sameer Samat, vice president för produkthantering för Android och Google Play.
Trioen gav en sammanfattning av Google I / O 2017, liksom lite mer sammanhang om några av de nya teknikerna och tillkännagivanden som gjordes under keynote. Till exempel är mycket av förbättringarna som gjorts för Android O den här tiden fokuserat på att göra plattformen stabil för både utvecklare och användare. Så här förklarar Cuthbertson det:
Vi fokuserade verkligen på tre grundläggande saker. Först var säkerhetsprogrammet vi pratade om, Play Protect, som i större utsträckning avslöjar många saker vi redan gjorde. I synnerhet det faktum att vi skannade varje app på alla anslutna enheter för att leta efter skadliga appar.
Den andra förändringen: I stället för operativoptimeringar som är ganska omfattande, är starttid en av de stora vi pratade om och du kommer att se det direkt.
Vi gjorde optimeringar i runtime och i compilers. Appar kommer bara att köras snabbare och smidigare och det är på grund av en hel malström av förändringar som vi gjorde, som samtidigt komprimering av sopor. Alla dessa förändringar … betyder att de appar du har kommer automatiskt att köras snabbare.
Ett tema förblev särskilt resonans under hela intervjun och det är Googles försök att reparera Android: s osammanhängande programuppdateringsprocess. Innan han förklarade hur den planerar att fixa processen, erbjöd Burke emellertid en färgglad anekdot om varför det tar så lång tid innan programuppdateringar kommer till dig i första hand:
Det rätta sättet att tänka på det är som en pipeline: Vi skriver all den här koden, och sedan släpper vi den med öppen källkod och sedan levererar kisel … Android-koden och sedan gör de mycket arbete med koden för att optimera det för silikonen. Utmaningen idag är att de faktiskt hamnar inte bara på låg nivå kod, utan en hel del kodstycken. Och vad som händer är att de överlämnar den koden till enhetstillverkare, som sedan gör fler ändringar ovanpå den eftersom de har en specifik kameradel som de vill använda, eller en specifik GPS eller vad inte. Sedan går det till transportörer för att testa det, och sedan går det ut till användare.
Således fortsätter han, idén till Project Treble. Burke beskriver det som ett gränssnitt som hjälper till att göra det lättare för enhetstillverkare att släppa in kod som är relevant för deras hårdvara utan att störa Android: s befintliga API: er.
Du kan titta på intervjun i sin helhet - cirka 40 minuter - för att få scoop, inklusive hur idén att lägga till Kotin-stöd i Android Studio blev och hur Android Go kommer att påverka det nuvarande Android One-programmet.
