Jika Anda menonton All About Android di jaringan TWiT pada Selasa malam, Anda mungkin telah menangkap wawancara minggu ini dengan tiga eksekutif top Android. Panel tersebut termasuk Dave Burke, Wakil Presiden Rekayasa untuk Android; Stephanie Saad Cuthbertson, Manajer Produk Grup untuk Android; dan Sameer Samat, Wakil Presiden manajemen Produk untuk Android dan Google Play.
Ketiganya memberikan rekap Google I / O 2017, serta sedikit lebih banyak konteks tentang beberapa teknologi baru dan pengumuman yang dibuat selama keynote. Sebagai contoh, banyak perbaikan yang dibuat untuk Android O kali ini difokuskan pada membuat platform yang stabil baik untuk pengembang maupun pengguna. Begini cara Cuthbertson menjelaskannya:
Kami benar-benar fokus pada tiga hal inti. Yang pertama adalah program keamanan yang kita bicarakan, Play Protect, yang lebih luas mengekspos banyak hal yang sudah kita lakukan. Secara khusus, fakta bahwa kami memindai setiap aplikasi pada setiap perangkat yang terhubung untuk mencari aplikasi yang berbahaya.
Perubahan kedua: Alih-alih optimasi OS yang cukup komprehensif, waktu boot adalah salah satu yang besar yang kita bicarakan dan Anda akan segera melihatnya.
Kami membuat optimasi di runtime dan di kompiler. Aplikasi hanya akan berjalan lebih cepat dan lebih lancar dan itu karena banyak perubahan yang kami buat, seperti pengumpulan sampah secara bersamaan. Semua perubahan itu … berarti aplikasi yang Anda miliki secara otomatis akan berjalan lebih cepat.
Satu tema tetap bergema selama wawancara dan itulah upaya Google untuk memperbaiki proses pembaruan peranti lunak Android yang terpisah. Namun, sebelum menjelaskan bagaimana rencananya untuk memperbaiki proses, Burke menawarkan anekdot penuh warna tentang mengapa pembaruan perangkat lunak memerlukan waktu lama untuk mencapai Anda:
Cara yang tepat untuk memikirkannya adalah seperti pipa: Kami menulis semua kode ini, dan kemudian kami merilisnya dalam open source dan kemudian vendor silikon … mengambil kode Android dan kemudian mereka melakukan banyak pekerjaan pada kode untuk mengoptimalkannya untuk silikon. Tantangannya hari ini adalah bahwa mereka pada akhirnya mengubah bukan hanya kode level rendah, tetapi potongan kode yang cukup banyak. Dan kemudian apa yang terjadi adalah mereka memberikan kode itu kepada pembuat perangkat, yang kemudian membuat lebih banyak perubahan di atasnya karena mereka memiliki bagian kamera tertentu yang ingin mereka gunakan, atau GPS tertentu atau yang tidak. Lalu pergi ke operator untuk mengujinya, dan kemudian keluar untuk pengguna.
Karena itu, lanjutnya, muncul ide untuk Project Treble. Burke menggambarkannya sebagai antarmuka yang akan membantu mempermudah produsen perangkat untuk memasukkan kode yang relevan dengan perangkat keras mereka, tanpa mengganggu API Android yang ada.
Anda dapat menonton wawancara secara keseluruhan - sekitar 40 menit - untuk mendapatkan informasi, termasuk bagaimana gagasan untuk menambahkan dukungan Kotin di Android Studio, dan bagaimana Android Go akan mempengaruhi program Android One saat ini.
