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