O Google lançou seus primeiros telefones Pixel em 2016, e estamos chegando ao lançamento da oitava geração de dispositivos da empresa, o Pixel 8 série, ainda este ano. Embora as vendas gerais da linha Pixel sejam uma fração do que a Samsung gerencia em um único ano, não estou realmente preocupado que o Google acabe com seu negócio de smartphones Pixel, uma prática que eles têm tendência a fazer.
Isso porque os celulares Pixel servem como uma plataforma de referência para o Android, que é um dos principais negócios do Google pela quantidade de dinheiro que gera por meio do ecossistema Play. Graças aos seus laços com o Google, o Pixel desfruta de um nível de segurança e suporte de primeira classe com os quais outros fornecedores de hardware Android sonham, mas esses laços também restringem o que o Pixel pode fazer.
Como o Google é o fabricante do Pixel e do Android, as duas equipes trabalham lado a lado para garantir que cada novo recurso introduzido pelo Pixel não interrompa a compatibilidade com outras partes do sistema operacional ou com aplicativos. A posição do Google quando se trata de software Pixel é a correta, porque eles têm uma obrigação para com os desenvolvedores e OEMs, mas o resultado nem sempre é do agrado dos usuários finais.
Não são permitidos “hacks sujos”
Quando o Google é novo tablet pixel e Dobra de pixels acabou nas mãos dos consumidores no mês passado, muitos ficaram surpresos ao saber que muitos dos melhores aplicativos Android não foram otimizados para suas telas grandes. Em vez de exibir aplicativos em tela cheia, o Pixel Tablet e o Pixel Fold usam caixa de correio para colocar aplicativos em uma janela cercada por barras pretas em ambos os lados. A decisão do Google atraiu críticas online, com alguns usuários sobre Reddit até pensando em devolver seu novo Fold por causa de seu software.
Esses usuários mencionaram como outros dispositivos podem exibir seus aplicativos favoritos em tela cheia, ou pelo menos oferecer a eles a opção de fazê-lo, em contraste com os dispositivos do Google. Por exemplo, o aplicativo do Twitter em tablets Samsung ocupa toda a tela.
A decisão do Google de criar aplicativos letterbox, na minha opinião, é a correta: ela se compromete entre o desejo dos desenvolvedores de não ter as proporções de seus aplicativos distorcidas e o desejo dos usuários de usar seus aplicativos em sua orientação preferida. Se o Google tivesse feito nadamuitos aplicativos seriam simplesmente bloqueados para a orientação retrato, como no OnePlus Pad ou OPPO Encontrar N2.
Obviamente, isso proporcionaria uma experiência terrível para os usuários, pois eles teriam que virar seus dispositivos para usar determinados aplicativos (imagine usar o 16:10 Pixel Tablet no modo retrato!) Em vez disso, o Google criou um configuração em nível de plataforma que permite ao OEM decidir se respeita ou não a preferência de orientação de um aplicativo. O Pixel Tablet e o Pixel Fold usam essa configuração para forçar aplicativos normalmente bloqueados em modo retrato para o modo paisagem, mas sem esticá-los, colocando-os em uma caixa de correio.
Mas estender o aplicativo é exatamente o que alguns usuários querer. Claro, é tecnicamente do Twitter falha que não é otimizado para dispositivos Android de tela grande, mas se um tablet oferece a “melhor” experiência do Twitter, você pode ver por que algumas pessoas estão criticando o Google aqui.
Idealmente, os desenvolvedores veriam que seus aplicativos não parecem muito bons em dispositivos Android de tela grande e então trabalhariam para otimizá-los, mas nem sempre é tão simples. Dependendo do aplicativo, pode levar muito tempo e recursos para otimizar as coisas. Nem toda empresa está disposta a alocar desenvolvedores para a tarefa ou mesmo vê a necessidade disso, visto que poucos usuários (relativamente) acessam seus aplicativos a partir desses tipos de dispositivos.
Os OEMs, reconhecendo que não podem fazer com que todos os desenvolvedores otimizem seus aplicativos para seus dispositivos, em vez disso, implementam seus próprios recursos de software ou “hacks” para compensar. A Samsung, por exemplo, oferece um recurso no OneUI chamado “exibição de paisagem para aplicativos de retrato” que permite aos usuários “forçar aplicativos que normalmente suportam apenas a exibição de retrato a serem exibidos na exibição de paisagem quando [their] tablet está sendo segurado horizontalmente.” Crucialmente, esse recurso também permite que os usuários “optem por manter a proporção original do aplicativo ou estendê-la para preencher a tela inteira”. Portanto, embora aplicativos como FedEx, Venmo, Authy, Nothing X, Amplifi, AMEX e outros sejam mostrados em uma caixa de correio no Pixel Tablet, eles podem ser forçados a preencher a tela no modo paisagem em um tablet Galaxy.
Não vamos apenas envergonhar o Twitter FedEx, Venmo, Authy, Nothing X, Amplifi, AMEX e muito mais. Otimize seus aplicativos pic.twitter.com/M5n2l56LzQ22 de junho de 2023
Google, no entanto, não pode fugir com isso. Quando eles dizem aos desenvolvedores que seus aplicativos serão comportar-se de uma certa maneira, eles têm que cumprir isso em seus próprios dispositivos. Tudo o que o Google pode realmente fazer é encorajar, mas não forçar, os desenvolvedores a otimizar seus aplicativos para telas grandes. O Google precisa manter um equilíbrio delicado entre agradar usuários, desenvolvedores e OEMs, ao contrário dos OEMs, que realmente só precisam agradar seus usuários.
Obviamente, estou simplificando demais as coisas aqui, pois não é como se os OEMs pudessem se safar qualquer coisa. Os requisitos e testes de compatibilidade do Android ainda restringem o que os OEMs podem mudar até certo ponto. Embora, como muitos desenvolvedores dirão, os requisitos de compatibilidade geralmente não vão longe o suficiente, pois os OEMs estão quebrando como funcionam os serviços em segundo plano há anos. Os OEMs mexem com os serviços em segundo plano para melhorar a vida útil da bateria, que é outra coisa que o Google não pode deixar de fazer, resultando em “pior” vida útil da bateria em Pixels ao excluir outros fatores.
Google também não completamente contra “hacks sujos” — eles simplesmente não implementam nenhum que atrapalhe as expectativas dos desenvolvedores sobre como o sistema operacional se comportará. Por exemplo, com o Pixel Tablet, o Google definiu sua “orientação natural” para retrato para que aplicativos de câmera não quebram quando em caixa de correio. Eles também implementaram uma correção de compatibilidade que desativa a rotação automática apenas para aplicativos em tela cheia com bloqueio de retrato, como jogos.
Como você pode ver, quando o Google quer fazer algumas alterações no Android, eles têm muito a considerar. Às vezes, isso resulta em recursos altamente solicitados que levam anos para serem lançados porque precisam ser implementados “da maneira certa”.
Fazendo mudanças “da maneira certa”
O Google costuma ser ridicularizado por “copiar” recursos de OEMs como a Samsung, mas há uma boa razão para eles frequentemente “atrasarem” a adoção de determinados recursos. Eles primeiro precisam garantir que realmente haja interesse suficiente no recurso para que valha a pena trabalhar nele, caso contrário, podem acabar implementando um recurso que poucas pessoas usam, mas que ainda precisam manter por vários lançamentos. Eles também precisam garantir que não haja regressões ou conflitos com outras partes do sistema operacional ou com aplicativos, além de abordar quaisquer limitações nas implementações existentes, porque sua versão do recurso pode aparecer não apenas em seus próprios telefones Pixel, mas também em AOSP para qualquer OEM se adaptar.
Por exemplo, o Google finalmente adicionou suporte de captura de tela de rolagem no Android 12, anos depois que outros OEMs implementaram esse recurso. A maneira como muitos OEMs implementaram as capturas de tela de rolagem foi simular uma rolagem, fazer várias capturas de tela e juntá-las quando o final da página fosse alcançado. Google recusou-se a tomar esta abordagem porque há muitos aplicativos com os quais não funciona. A implementação de captura de tela de rolagem do Android 12 funciona com todos os aplicativos que usam um padrão VisualizarUI baseada em, e para os aplicativos com os quais não funciona, há uma API que eles podem usar para fazê-lo funcionar.
Geralmente é assim que essas coisas acontecem. Os OEMs desenvolvem um recurso que ganha popularidade, mas que tem várias limitações, o Google vê o recurso e decide resolver qualquer problema e, em seguida, o Google lança o recurso, bem como uma API e documentação que o acompanham, quando necessário.
Mais uma vez, porém, se um recurso é implementado da maneira “correta” tem pouca importância para alguns usuários, aqueles que se importam apenas com o fato de o recurso estar disponível de alguma forma. E, até certo ponto, concordo com eles: certamente teria sido conveniente ter um recurso de captura de tela de rolagem que funcionasse bem o suficiente em vez de não ter um até o Android 12. Mas o Google não pode fornecer um recurso incompleto, e é em parte por isso que eles demoraram tanto para adotar outros recursos como modo de uma mão, bolhas, clonagem de aplicativoe modo de área de trabalho em estoque Android.
Sempre à frente do pacote
Enquanto outros fabricantes de dispositivos têm mais flexibilidade quando se trata de criar novos recursos, eles não têm a posição privilegiada que a Pixel tem quando se trata de colocar novos recursos no Android. O Google já está trabalhando arduamente no desenvolvimento Android 15 “Sorvete de Baunilha”, mas os OEMs não obterão realmente o detalhamento completo do que há de novo no sistema operacional até que sejam informados sobre isso ostensivamente ainda este ano. Sim, os OEMs obtêm acesso antecipado ao código-fonte para cada nova versão do Android, mas isso não acontece até que o Google já tenha basicamente planejado quais recursos e APIs eles desejam implementar no próximo lançamento. E muitas dessas mudanças geralmente são feitas com um futuro dispositivo Pixel em mente. A maioria, é claro, não é, mas muitos deles são.
Veja, por exemplo, muitas das mudanças que o Google fez no Android 13 com os dispositivos Pixel em mente. Eles adicionaram um modo de hub e suporte de dock de áudio USB para o Pixel Tablet, um recurso “media tap to transfer” para potencializar novas experiências entre dispositivos entre os telefones Pixel e o Pixel Tablet, e uma API de “Ambient Context” para potencializar a privacidade. preservando o back-end para o recurso de detecção de tosse e ronco do Pixel, apenas para citar alguns. Quando o Google tem em mente um novo recurso Pixel que requer mudanças na plataforma Android, eles não precisam necessariamente lutar para que seja aprovado– eles só precisam garantir que seja feito “da maneira certa”.
Mais uma vez, estou simplificando demais aqui: há muitas pessoas no Android que ajudam a supervisionar as implementações de novos recursos para garantir que não introduzam possíveis problemas de segurança ou quebrem APIs. . Mas o fato de Pixel e Android estarem sob o mesmo guarda-chuva torna mais fácil para eles se alinharem sobre quais mudanças devem ser implementadas em versões futuras do sistema operacional. Os OEMs têm muito a dizer sobre a direção futura da plataforma, especialmente quando se trata de decisões que os afetam diretamente. E não é como se os OEMs tivessem que esperar que o Google adotasse as mudanças necessárias into AOSP antes que eles possam começar a trabalhar em um novo recurso.
Finalmente, não posso encerrar as coisas aqui sem mencionar um dos maiores pontos fortes do Pixel: eles são os primeiros a lançar novos lançamentos do Android. Como o Google usa o Pixel como plataforma de referência do Android, novas versões do sistema operacional são desenvolvidas e testadas no dispositivo. Embora haja momentos em que ser o primeiro a experimentar o novo sistema operacional não deu certo, Acho que a maioria dos usuários do Pixel concorda que as atualizações do dia 1 fazem parte do que os atraiu para a marca. A Pixel brilha como uma marca de smartphone por causa de seus laços com o Google, mas espero que depois de ler este artigo, você tenha entendido melhor porque eles tomam certas decisões ou parecem “lentos” em pegar certos recursos em comparação com outros.