Якщо ви дивитесь " Все про Android" у мережі TWiT у вівторок вночі, можливо, ви потрапили в інтерв'ю цього тижня з трьома топ-менеджерами Android. На панелі входив Дейв Берк, віце-президент з питань інженерії Android; Стефані Саад Катбертсон, менеджер із групових продуктів для Android; та Самер Самат, віце-президент із управління продуктами для Android та Google Play.
Тріо дало резюме Google I / O 2017, а також трохи більше контексту про деякі нові технології та анонси, зроблені під час виступу. Наприклад, значна частина удосконалень, внесених до Android O цього разу, зосереджена на тому, щоб зробити платформу стабільною як для розробників, так і для користувачів. Ось як це пояснює Катбертсон:
Ми дійсно зосередились на трьох основних речах. Спочатку була програма безпеки, про яку ми говорили, Play Protect, яка значною мірою розкриває багато речей, які ми вже робили. Зокрема, той факт, що ми сканували кожен додаток на кожному підключеному пристрої, щоб шукати шкідливі програми.
Друга зміна: Замість оптимізацій ОС, які є досить вичерпними, час завантаження є одним із великих, про які ми говорили, і це ви побачите відразу.
Ми проводили оптимізацію під час виконання та в компіляторах. Програми просто працюватимуть швидше і плавніше, і це пов'язано з цілим віром змін, які ми внесли, як-от одночасне ущільнення сміття. Усі ці зміни… означають, що ті програми, які у вас є, автоматично запускаються швидше.
Одна тема залишалася особливо резонансною протягом всього інтерв'ю, і це спроба Google виправити невмілий процес оновлення програмного забезпечення Android. Перш ніж пояснити, як він планує виправити процес, Берк запропонував барвистий анекдот про те, чому потрібно так довго, щоб оновлення програмного забезпечення дійшли до вас в першу чергу:
Правильний спосіб подумати над цим - це як конвеєр: Ми пишемо весь цей код, а потім випускаємо його у відкритому коді, а потім постачальники кремнію … беруть код Android, і тоді вони роблять багато роботи над кодом, щоб оптимізуйте його для силікону. Завдання сьогодні полягає в тому, що вони насправді змінюють не просто код низького рівня, але і досить багато фрагментів коду. І тоді відбувається те, що вони передають цей код виробникам пристроїв, які потім вносять більше змін, тому що у них є конкретна частина камери, яку вони хочуть використовувати, або конкретний GPS чи ні. Потім він переходить до операторів перевірки, а потім виходить користувачам.
Таким чином, продовжує він, виникла ідея для проекту Treble. Берк описує це як інтерфейс, який допоможе виробникам пристроїв спростити скидання коду, що відповідає їхньому апаратному забезпеченню, не заважаючи існуючим API-кодам Android.
Ви можете переглянути інтерв'ю в повному обсязі - приблизно 40 хвилин - щоб отримати совок, в тому числі про те, як з’явилася ідея додати підтримку Котіна в Android Studio і як Android Go вплине на поточну програму Android One.
