Ако гледате Всичко за Android в мрежата на TWiT във вторник вечерта, може би сте хванали интервюто тази седмица с трима от топ мениджърите на Android. Панелът включваше Дейв Бърк, вицепрезидент по инженерство за Android; Стефани Саад Кътбертсън, мениджър на групови продукти за Android; и Sameer Samat, вицепрезидент по управление на продукти за Android и Google Play.
Триото даде резюме на Google I / O 2017, както и малко повече контекст за някои от новите технологии и съобщения, направени по време на основната бележка. Например, голяма част от подобренията, направени в Android O този път, са фокусирани върху това платформата да е стабилна както за разработчици, така и за потребители. Ето как го обяснява Кътбертсън:
Наистина се фокусирахме върху три основни неща. Първо беше програмата за сигурност, за която говорихме, Play Protect, която в по-голяма степен разкрива много неща, които вече правехме. По-специално фактът, че сканирахме всяко приложение на всяко свързано устройство, за да търсим вредни приложения.
Втората промяна: Вместо оптимизациите за ОС, които са доста изчерпателни, времето за стартиране е едно от най-големите, за които говорихме и ще видите това веднага.
Направихме оптимизации по време на изпълнение и в компилаторите. Приложенията просто ще стартират по-бързо и плавно и това е заради цял вир от промени, които направихме, като едновременно събиране на боклук. Всички тези промени … означават, че приложенията, които имате, автоматично ще стартират по-бързо.
Една тема остана особено резонансна през цялото интервю и това е опитът на Google да коригира разединения процес на обновяване на софтуера на Android. Преди да обясни как планира да коригира процеса, обаче, Бърк предложи пъстър анекдот за това, което отнема толкова време, за да се стигне до обновяването на софтуера на първо място:
Правилният начин да мислите за това е като тръбопровод: Пишем целия този код и след това го пускаме с отворен код и след това доставчиците на силиций … вземат кода на Android и след това те вършат много работа по кода, за да оптимизирайте го за силикона. Предизвикателството днес е, че всъщност в крайна сметка променят не само код с ниско ниво, но и доста парчета код. И тогава това се случва, ако те предадат този код на производителите на устройства, които след това правят повече промени отгоре му, защото имат конкретна част от камерата, която искат да използват, или конкретен GPS или не. След това отива на операторите, за да го тестват, и след това той излиза на потребителите.
Така, продължава той, дойде идеята за Project Treble. Бърк го описва като интерфейс, който ще помогне на производителите на устройства да изпуснат код, подходящ за техния хардуер, без да се намесва в съществуващите API на Android.
Можете да гледате интервюто в неговата цялост - около 40 минути - за да получите лъжичката, включително как възникна идеята за добавяне на поддръжка на Kotin в Android Studio и как Android Go ще се отрази на настоящата програма Android One.
