Dacă vizionați All About Android pe rețeaua TWiT marți seara, este posibil să fi surprins interviul din această săptămână cu trei dintre cei mai buni executivi ai Android. Panoul a inclus Dave Burke, vicepreședinte al ingineriei pentru Android; Stephanie Saad Cuthbertson, Group Product Manager pentru Android; și Sameer Samat, vicepreședinte al managementului produselor pentru Android și Google Play.
Trio-ul a oferit o recapitulare a Google I / O 2017, precum și un pic mai mult context despre unele dintre noile tehnologii și anunțuri făcute în timpul notei principale. De exemplu, o bună parte din îmbunătățirile aduse Android O de data aceasta sunt axate pe crearea platformei stabile atât pentru dezvoltatori, cât și pentru utilizatori. Iată cum o explică Cuthbertson:
Ne-am concentrat cu adevărat pe trei lucruri de bază. Primul a fost programul de securitate despre care am vorbit, Play Protect, care expune într-o măsură mai mare multe lucruri pe care le făceam deja. În special, faptul că scanam fiecare aplicație de pe fiecare dispozitiv conectat pentru a căuta aplicații dăunătoare.
A doua modificări: în loc de optimizări ale sistemului de operare care sunt destul de cuprinzătoare, timpul de pornire este unul dintre cele mai mari despre care am vorbit și veți vedea asta imediat.
Am făcut optimizări în timpul rulării și în compilatoare. Aplicațiile vor rula mai repede și mai bine și asta se datorează unui întreg ciclu de modificări pe care le-am făcut, cum ar fi colectarea simultană a gunoiului. Toate aceste modificări … înseamnă că aplicațiile pe care le aveți vor rula automat mai repede.
O temă a rămas deosebit de rezonantă pe parcursul interviului și aceasta este încercarea Google de a remedia procesul de actualizare a software-ului disjunct de Android. Înainte de a explica cum intenționează să remedieze procesul, totuși, Burke a oferit o anecdotă colorată de ce durează atât de mult până când actualizările software vă vor ajunge în primul rând:
Modul corect de a ne gândi la el este ca o conductă: Scriem tot acest cod, apoi îl lansăm în open source și apoi vânzătorii de siliciu … iau codul Android și apoi depun multă muncă pe cod optimizează-l pentru silicon. Provocarea de astăzi este că, de fapt, sfârșesc prin a schimba nu doar codul de nivel scăzut, ci destul de multe bucăți de cod. Și atunci ceea ce se întâmplă este să predea codul către producătorii de dispozitive, care fac apoi mai multe modificări deasupra, deoarece au o anumită parte a camerei pe care vor să o folosească, sau un GPS specific sau ce nu. Apoi merge la transportatori să-l testeze, iar apoi le iese către utilizatori.
Astfel, continuă, a venit ideea pentru Project Treble. Burke o descrie ca o interfață care va ajuta la crearea unui cod mai relevant pentru hardware-ul producătorilor de dispozitive, fără a interfera cu API-urile Android existente.
Puteți urmări interviul în întregul său - aproximativ 40 de minute - pentru a obține scorul, inclusiv cum a venit ideea de a adăuga suportul Kotin în Android Studio și cum Android Go va afecta actualul program Android One.
