Se você assistir o All About Android na rede TWiT nas noites de terça-feira, poderá ter capturado a entrevista desta semana com três dos principais executivos do Android. O painel incluiu Dave Burke, vice-presidente de engenharia para Android; Stephanie Saad Cuthbertson, gerente de produto do grupo para Android; e Sameer Samat, vice-presidente de gerenciamento de produtos para Android e Google Play.
O trio fez uma recapitulação do Google I / O 2017, bem como um pouco mais de contexto sobre algumas das novas tecnologias e anúncios feitos durante a palestra. Por exemplo, muitas das melhorias feitas no Android O desta vez estão focadas em tornar a plataforma estável para desenvolvedores e usuários. Veja como Cuthbertson explica:
Nós realmente focamos em três coisas principais. Primeiro, foi o programa de segurança sobre o qual falamos, o Play Protect, que expõe muitas coisas que já estávamos fazendo. Em particular, o fato de estarmos analisando todos os aplicativos em todos os dispositivos conectados para procurar aplicativos prejudiciais.
A segunda mudança: em vez de otimizações do sistema operacional bastante abrangentes, o tempo de inicialização é um dos grandes sobre os quais falamos e você verá isso imediatamente.
Fizemos otimizações no tempo de execução e nos compiladores. Os aplicativos serão executados de maneira mais rápida e suave e isso é devido a um turbilhão de mudanças que fizemos, como a coleta simultânea de compactação de lixo. Todas essas mudanças … significam que os aplicativos que você possui serão executados automaticamente mais rapidamente.
Um tema permaneceu particularmente ressonante durante a entrevista e é a tentativa do Google de consertar o processo de atualização de software separado do Android. Antes de explicar como planeja corrigir o processo, no entanto, Burke ofereceu uma história colorida sobre por que leva tanto tempo para as atualizações de software chegarem até você:
A maneira correta de pensar sobre isso é como um pipeline: nós escrevemos todo esse código e, em seguida, o liberamos em código aberto e, em seguida, os fornecedores de silício … pegam o código do Android e, em seguida, trabalham muito no código para otimizá-lo para o silicone. O desafio hoje é que eles realmente acabam alterando não apenas o código de baixo nível, mas muitas partes do código. E então o que acontece é que eles entregam esse código aos fabricantes de dispositivos, que depois fazem mais alterações porque têm uma parte específica da câmera que desejam usar, ou um GPS específico ou não. Em seguida, vai para as operadoras testá-lo e depois é enviado aos usuários.
Assim, continua ele, surgiu a idéia do Projeto Treble. Burke a descreve como uma interface que ajudará a tornar mais fácil para os fabricantes de dispositivos inserir códigos relevantes para seu hardware, sem interferir nas APIs existentes do Android.
Você pode assistir à entrevista na íntegra - cerca de 40 minutos - para obter informações, incluindo como surgiu a idéia de adicionar o suporte Kotin no Android Studio e como o Android Go afetará o atual programa Android One.
