Hvis du ser Alt om Android på på TWiT-netværk tirsdag aften har du muligvis 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 til Android; og Sameer Samat, vicepræsident for produktadministration til Android og Google Play.
Trioen gav et resumé af Google I / O 2017, samt lidt mere kontekst om nogle af de nye teknologier og meddelelser, der blev fremsat under keynote. For eksempel er meget af forbedringerne til Android O denne gang fokuseret på at gøre platformen stabil for både udviklere og brugere. Sådan forklarer Cuthbertson det:
Vi fokuserede virkelig på tre centrale ting. Først var sikkerhedsprogrammet, vi talte om, Play Protect, som i højere grad udsætter mange ting, vi allerede lavede. 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 ret omfattende, er opstartstid en af de store, vi talte om, og du vil se det med det samme [i Android O].
Vi [foretog] optimeringer i løbetiden og i compilerne. Apps kører bare hurtigere og mere jævnt, og det skyldes en hel malstrøm af ændringer, vi har foretaget, som samtidig komprimering af affaldssamling. Alle disse ændringer... betyder, at de apps, du har, automatisk kører hurtigere.
Et tema forblev særlig resonant i hele interviewet, og det er Googles forsøg på at reparere Android's usammenhængende softwareopdateringsproces. Før Burke forklarede, hvordan det planlægger at rette processen, tilbød Burke en farverig anekdote om, hvorfor det tager så lang tid, før softwareopdateringer først kommer til dig:
Den rigtige måde at tænke på det er som en pipeline: Vi skriver al denne kode, og derefter frigiver vi den i open source og så tager siliciumleverandørerne... Android-koden, og så gør de meget arbejde med koden for at optimere den til silikone. Udfordringen i dag er, at de faktisk ender med at ændre ikke kun kode på lavt niveau, men en hel del stykker kode. Og hvad der sker, er, at de afleverer koden til enhedsproducenter, som derefter foretager flere ændringer oven på den, fordi de har en bestemt kameradel, de vil bruge, eller en bestemt GPS eller hvad ikke. Så går det til luftfartsselskaber for at teste det, og derefter [fremhævelse tilføjet] det går ud til brugerne.
Således fortsætter han, kom ideen til Projekt diskant. Burke beskriver det som en grænseflade, der hjælper med at gøre det nemmere for enhedsproducenter at slippe kode, der er relevant for deres hardware, uden at forstyrre Android's eksisterende API'er.
Verizon tilbyder Pixel 4a for kun $ 10 / mo på nye ubegrænsede linjer
Du kan se interviewet i sin helhed - ca. 40 minutter - for at få scoopet, herunder hvordan ideen om tilføjelse af Kotin-support i Android Studio blev, og hvordan Android Go vil påvirke den nuværende Android One program.