Seu celular em breve deixará de ser seu
(keepandroidopen.org)- A partir de setembro de 2026, desenvolvedores de apps Android terão de fazer um registro central antes da instalação no dispositivo, inclusive para distribuição fora da Play Store, e apps de desenvolvedores não registrados serão bloqueados em dispositivos Android no mundo todo
- O processo de registro inclui pagamento de taxa, aceitação dos termos, envio de documento de identidade emitido pelo governo, comprovação da chave de assinatura e registro dos identificadores atuais e futuros dos apps; apps compartilhados entre amigos ou apps de hobby e uso pessoal também entram nessa regra
- A instalação de apps não verificados não será totalmente bloqueada, mas exigirá etapas como entrar em Developer Options, tocar 7 vezes no número da versão, reiniciar o dispositivo e esperar 24 horas, aumentando muito o atrito do sideloading
- Essas mudanças pressionam até o F-Droid, distribuições via GitHub, lojas independentes de apps, a distribuição de apps de código aberto e o ecossistema de custom ROMs, tornando-se uma barreira especialmente grande para desenvolvedores independentes, estudantes e quem tem dificuldade para enviar documento de identidade
- O registro central e a verificação baseada em identidade real enfraquecem a abertura, a privacidade e a autonomia na distribuição de apps, sendo tratados em conjunto como parte de um movimento que aproxima o Android de um walled garden ao estilo da Apple
As mudanças do Google
- O Google anunciou a developer verification em agosto de 2025, e a partir de setembro de 2026 todos os desenvolvedores de apps Android terão de fazer um registro central antes da instalação no dispositivo
- Isso inclui a distribuição fora da Play Store, bem como apps compartilhados entre amigos, apps distribuídos pelo F-Droid e apps de hobby ou uso pessoal
- Os itens do registro incluem pagamento de taxa, aceitação dos termos, envio de documento de identidade emitido pelo governo, comprovação da chave de assinatura e registro dos identificadores atuais e futuros dos apps
- Está indicado que, sem registro, os apps serão bloqueados em dispositivos Android no mundo todo
- Está indicado que essa estrutura de bloqueio opera por meio do Google Play Services e pode ser alterada, reforçada ou removida sem atualização do sistema operacional
- Até o momento, esse recurso não foi distribuído em nenhuma beta, preview ou canary build, existindo apenas em postagens de blog e alguns mockups
- O site afirma que o Android foi lançado sob a Apache License em 2007 e roda em mais de 70% dos smartphones do mundo
- A instalação de apps externos também é apresentada como meio de distribuição independente, de contornar restrições regionais e de evitar a taxa de 30% da Play Store
Impacto para usuários e desenvolvedores
- A visão apresentada é que a abertura está mudando para um modelo em que apenas softwares aprovados pelo Google poderão rodar, até mesmo em hardware já comprado
- Está indicado que a instalação livre e o controle sobre o dispositivo, frequentemente citados como motivo para escolher o Android, estão enfraquecendo
- Expressões como "Your phone is about to stop being yours" e "The Android you know and love is slowly disappearing" se repetem em várias reportagens e citações
- A barreira de distribuição cresce para desenvolvedores independentes, estudantes, desenvolvedores de hobby e até distribuições internas de beta
- O primeiro app de um adolescente, projetos compartilhados com amigos e família, testes de protótipos, jogos independentes e builds personalizadas para uso pessoal entram diretamente na zona de impacto
- Isso é tratado como uma barreira especialmente grande para menores de 18 anos ou desenvolvedores que têm dificuldade para enviar documento oficial
- O GitHub gist afirma que desenvolvedores em países sancionados ou sem acesso ao Google Play não poderão se verificar, o que pode gerar discriminação com base no local de nascimento
- Também aparece junto a isso o movimento de parar o desenvolvimento para Android ou migrar para outras plataformas
- À medida que o Android se aproxima de um walled garden ao estilo da Apple, frases dizendo que as pessoas migrariam para iPhone ou outros sistemas operacionais se repetem em artigos, petições e citações de comunidades
- Expressões como "there's no reason to stay with android anymore" também aparecem diretamente, sugerindo que não restaria motivo para continuar
Processo de instalação por bypass e custo de atrito
- O Google disse que power users ainda poderão instalar apps não verificados, mas o procedimento real exige 9 etapas e espera de 24 horas
- Entrar em Developer Options em System Settings
- Tocar no número da versão 7 vezes para ativar o Developer Mode
- Fechar a tela de aviso relacionada a coercion
- Inserir o PIN
- Reiniciar o dispositivo
-
Esperar 24 horas
- Voltar depois e fechar uma tela adicional de aviso
- Escolher "allow temporarily" por 7 dias ou "allow indefinitely"
- Confirmar novamente que entende os riscos
- Está indicado que esse procedimento não é um fluxo normal de instalação, mas algo mais próximo de um mecanismo de dissuasão high-friction
- Está escondido dentro de Developer Options e ainda acrescenta tempo de espera, o que, segundo o texto, torna o sideloading efetivamente difícil
- How-To Geek - "Google will make you wait 24 hours to sideload Android apps"
- XDA Developers - "Google says it's making Android sideloading 'high-friction' to better warn users about potential risks"
- Em alguns casos reais de uso, o próprio Developer Mode já está ligado ao bloqueio de apps essenciais
- Segundo o Hacker News, apps bancários e de pagamento da Índia se recusam a rodar quando o developer mode está ativado
- Segundo o Hacker News, apps do governo brasileiro também não funcionam em developer mode
Contestação da justificativa de segurança
- Como o Google Play Protect já faz varredura de malware, continuam as críticas de que a verificação de identidade de desenvolvedores atende mais a outros objetivos
- Afirma-se que exigir documento de identidade emitido pelo governo não torna o código mais seguro, e sim torna os desenvolvedores identificáveis e passíveis de controle
- A EFF define o gatekeeping baseado em identidade não como uma medida de segurança, mas como uma ferramenta de censura
- Também há análises de que, quanto maior o atrito imposto, mais os usuários podem tentar contornar totalmente a segurança, o que pode acabar levando a mais risco
- A Enterprise Management Associates escreve que essa estrutura pode piorar ainda mais a segurança de power users
- O Hackaday aponta que isso não impede a prática de golpistas negociarem contas de desenvolvedor verificadas
- A AdGuard afirma que a verificação apenas confirma quem está por trás do app, mas não garante clean code nem a ausência de comportamento malicioso
- A própria premissa de que a loja oficial é mais segura também está sendo questionada
- O F-Droid afirma que o próprio Google Play também tem hospedado malware repetidamente
- No Reddit, afirma-se que a Play Store registrou mais de 600 milhões de downloads de malware
- No Lemmy, afirma-se que 99% dos softwares problemáticos encontrados em ambientes educacionais vêm da Play Store ou da App Store
Enfraquecimento do ecossistema FOSS e da distribuição alternativa
- O F-Droid classificou essa política como uma "existential threat", e vários veículos a trataram no nível de "will kill the project"
- Ars Technica - "F-Droid says Google's new sideloading restrictions will kill the project"
- The New Stack - "An 'existential' threat to alternative app stores"
- The Register - "Google's dev registration plan 'will end the F-Droid project'"
- How-To Geek - "Google's New Developer Rules Threaten to End the F-Droid Open-Source App Store"
- O alcance do impacto vai além do F-Droid e se estende a lojas de apps independentes, distribuição via GitHub e à distribuição de apps open source como um todo
- A KDE afirma que desenvolvedores independentes passariam a não conseguir acessar o Android sem registro no Google, o que mataria plataformas como o F-Droid
- A AdGuard afirma que a distribuição de software independente no Android passaria a exigir permissão explícita do Google
- O Nextcloud Blog afirma que, quanto mais barreiras burocráticas houver, menor será a diversidade do ecossistema e mais poder ficará concentrado nos grandes players já estabelecidos
- custom ROMs e ambientes alternativos também são mencionados junto com isso
- As petições e resumos de comunidades repetem que Graphene OS, Lineage OS, TWRP, rooting e o ecossistema de custom ROMs podem ser enfraquecidos
- Também aparece diretamente a relação com o prolongamento do uso de dispositivos antigos por meio de custom ROMs, contribuindo para a redução do lixo eletrônico
Privacidade, censura e preocupações com direitos humanos
- O registro centralizado e o envio de documento oficial emitido pelo governo são vistos como uma infraestrutura de vigilância tanto para desenvolvedores quanto para usuários
- A Brave afirma que seria criado, sob controle de uma única empresa, um banco de dados centralizado com as identidades reais dos desenvolvedores de software para Android
- A PixelUnion define isso não como um mero cadastro de conta, mas como vigilância sobre todo o ecossistema de desenvolvimento de software
- A EFF afirma que, uma vez criado esse banco de dados, governos tentarão acessá-lo
- Afirma-se que grupos vulneráveis e desenvolvedores de ferramentas de privacidade seriam os primeiros a ser afetados
- Afirma-se que whistleblowers, journalists, activists e pessoas em situação de violência doméstica têm razões legítimas para precisar distribuir ou usar software sem colocar sua identidade legal em um banco de dados do Google
- A Brave afirma que desenvolvedores de navegadores privacy-first, mensageiros criptografados, VPNs e software baseado em Tor teriam de enviar documento oficial ao Google
- A Software Freedom Conservancy afirma que a violação da privacidade dos desenvolvedores coloca em risco até a segurança dos desenvolvedores
- Seguem os alertas de que, se o controle sobre a instalação aumentar, isso também poderá ser usado para bloqueio de apps e censura
- A ACLU relaciona isso ao histórico documentado do Google de atender a pedidos de regimes autoritários para remover apps
- Junto com o link do The Register, afirma-se que o Google tem repetidamente atendido a exigências governamentais para remover apps e expor desenvolvedores
- No Hacker News, aparecem preocupações de que isso possa levar ao bloqueio de apps como Signal e VPNs
Concorrência, monopólio e soberania digital
- Várias análises e reportagens consideram que essa política pode reforçar o monopólio da Play Store e enfraquecer a concorrência
- I-Programmer - "It effectively makes the Play Store a monopoly without actually mandating that it is a monopoly."
- Infosecurity Magazine - "Open letter warns mandatory registration 'threatens innovation, competition, privacy and user freedom'"
- Benzinga - "Android app store provider Aptoide hits Google with fresh lawsuit alleging monopoly and anticompetitive chokehold"
- Uma estrutura em que uma única empresa detém o poder de aprovar apps também leva à questão da soberania digital
- A Nextcloud escreve que concentrar o poder de aprovação de software em uma única empresa sem responsabilização é uma ameaça à soberania digital em qualquer lugar
- O European Pirate Party pede medidas proporcionais e transparentes que não prejudiquem inovação, anonimato e concorrência
- O European Parliament registra que foi apresentada uma pergunta oficial sobre se esse registro central obrigatório é compatível com o Digital Markets Act
- A Apple sempre foi um walled garden, mas muitos escolheram o Android justamente por ele ser diferente, e esse texto afirma que essa política embaralha essa fronteira
- Também inclui o contraste de que, sob pressão do Digital Markets Act da UE, a Apple está sendo forçada a se abrir mais, enquanto o Google tenta reforçar o gatekeeping na direção oposta
- Ars Technica - "Google's Apple envy threatens to dismantle Android's open legacy"
Casos de uso reais e funcionalidades que seriam perdidas
- Apps fora da Play Store e formas experimentais de uso seriam diretamente afetados
- Winlator, GameNative, emuladores, apps modificados, ferramentas de pesquisa e auditoria, apps de teste de segurança e jogos independentes aparecem repetidamente como exemplos concretos
- Também é apresentado o fluxo de baixar apps do GitHub ou do F-Droid, ou modificar código open source e fazer o build por conta própria
- Softwares ligados à vida que são difíceis de publicar em canais oficiais também entram na discussão
- No Lobsters, é dito que a comunidade alemã de diabetes DIY usa ferramentas como AndroidAPS, e que esse tipo de software jamais poderia ser distribuído por canais oficiais
- O texto afirma que, quanto mais difícil for a distribuição, mais difícil também fica o autotratamento, e que alternativas em mercados monopolizados são difíceis de encontrar, caras ou inferiores em desempenho
- Também são levantadas preocupações com desativação remota e bloqueio de apps não oficiais
- No Reddit, há o relato de que um app profissional para drones foi desativado duas vezes pelo Google, obrigando a compra separada de celulares mais antigos
- O Rob Braxman Tech – Locals afirma que até sistemas não Google como iodeOS, LineageOS e BraxOS podem entrar na zona de impacto
Reação da imprensa, de criadores e da comunidade
- A mídia de tecnologia aborda repetidamente restrições ao sideloading, crise nas lojas alternativas de apps e erosão da identidade do Android
- InfoWorld - "Google's Android developer verification program draws pushback"
- The Verge - "Google will verify Android developers distributing apps outside the Play store"
- TechCrunch - "Google will require developer verification for Android apps outside the Play Store"
- 9to5Google - "Google will require developer verification to install Android apps, including sideloading"
- No YouTube e em blogs, a narrativa de enfraquecimento da abertura e perda de propriedade também se repete com força
- SomeOrdinaryGamers (Mutahar) – YouTube: considera que a principal vantagem do Android em relação ao iOS está desaparecendo
- Louis Rossmann – YouTube: defende que o celular deve ser visto como um computer e rejeita a própria narrativa de chamar a instalação de apps de "sideload"
- Linus Sebastian, LMG Clips – YouTube: afirma que o Android está se tornando aquilo contra o qual um dia tentou lutar
- Techlore – YouTube: afirma que o Google pode definir requisitos que só ele consegue cumprir e, com isso, cortar milhares de apps e caminhos de uso
- Em comunidades e assinaturas de petições, os valores centrais do Android são agrupados como abertura, escolha do usuário e liberdade de instalação
- Na petição do change.org, repete-se a ideia de que instalar APK deve ser visto simplesmente como instalar um app, e que o usuário deve decidir qual software executar no dispositivo que comprou
- No Hacker News, Lobsters e Tildes, a discussão se amplia para além da concorrência entre app stores e passa a tratar de general purpose computing e autonomia
Carta aberta e chamado à ação
- Está escrito que 69 organizações de 21 países assinaram a open letter
- Estão incluídas muitas entidades, como The Electronic Frontier Foundation (EFF), Proton AG, microG, The Tor Project, Nextcloud, Software Freedom Conservancy, F-Droid, Brave, GrapheneOS Foundation, LineageOS
- Leia a carta aberta completa e agradeça aos signatários →
- O site separa os chamados à ação entre usuários, desenvolvedores e funcionários do Google
-
Para todos
-
Desenvolvedores
- O texto pede que não se inscrevam no Android Developer Console, não concordem com os termos, não façam a verificação de identidade e não se registrem
- Também diz para convencer outros desenvolvedores e organizações a não se inscreverem
- biblioteca FreeDroidWarn
- banner de contagem regressiva
-
Funcionários do Google
- Solicita denúncias sobre a implementação técnica ou justificativas internas para tips@keepandroidopen.org
- Pede o uso de non-work machine e non-Gmail account e promete strict confidence
- Também fornece uma coletânea de materiais e links para compartilhamento
- Todas as referências, editoriais, cobertura da imprensa e vídeos →
- Lista completa de recursos para agir, contatos de reguladores, links para cada país e como reagir →
- Postar no X
- Postar no Mastodon
- Postar no Bluesky
-
1 comentários
Opiniões no Hacker News
Essa mudança funcionou bem para mim. Usei Mac OS X por muito tempo enquanto usava Android no celular, e no momento em que o Google basicamente decidiu seguir para um walled garden, mudei imediatamente para o ecossistema iOS
Estou usando iPhone, iPad e Apple Watch com bastante satisfação
O valor principal que o Android me dava era poder rodar meu código no meu dispositivo, e se tirarem isso, sobra só uma sombra malfeita da experiência muito melhor da Apple
Além disso, o iOS de hoje é até menos restritivo do que era quando saí para o Android 18 anos atrás
Já no iOS, para fazer algo parecido com Xcode, dependendo do país é preciso pagar mais de US$ 100 por ano
Não estou defendendo o Google, mas seria trocar por algo pior e ainda tratar isso como se fosse bom
O iOS é centrado na App Store, e na UE outras lojas também são possíveis
No Android, tanto agora quanto depois da mudança, ainda será possível usar a Play Store, outras lojas e instalar APKs manualmente
Hoje qualquer desenvolvedor pode distribuir, mas depois da mudança isso se divide entre desenvolvedor registrado com taxa única de 25 dólares + distribuição pequena para hobbyistas + distribuição voltada a usuários avançados
Instalar seu próprio app no próprio celular exige reinstalação a cada 7 dias no iOS via Xcode, enquanto no Android continua possível com ADB, agora e depois
Muitos bloqueiam o bootloader unlock, impedindo até a instalação de outros sistemas sem as restrições do Google
Ainda assim, dizer que essa mudança torna o Android igual ao iOS é exagero
Você pode pegar qualquer Android de 10 anos atrás numa gaveta e desenvolver sem permissão, e mesmo que fique mais travado no futuro, quem tiver disposição para esperar 24 horas vai continuar fazendo isso
Não acho que usuários de apps como NewPipe vão parar por causa de uma espera de 24 horas, nem que desenvolvedores vão abandonar distribuição anônima só porque uma parte dos usuários passou a ter mais atrito
Eu gostaria de ver primeiro, no lado do iOS, onde estão os apps dissidentes distribuídos facilmente por canais como F-Droid, GitHub ou Telegram
Se migrar para iOS parece equivalente para você, soa como se você nunca tivesse realmente usado a liberdade que o Android dava e ainda vai dar
Se de qualquer forma eu tiver de ficar dentro de um walled garden, vou escolher o jardim mais bem cuidado, e esse certamente não é o do Google
Se tirarem a liberdade relativa que o Android oferecia, não sobra motivo para tolerar a precariedade
GrapheneOS parece a última esperança do ecossistema Android, mas se o Google continuar fechando tudo, talvez isso também não dure muito
Foi exatamente por essa promessa que fiquei com Android nos últimos 15 anos
A abertura do Android era mais para os fabricantes de dispositivos do que para desenvolvedores de apps ou usuários finais
O Android cresceu porque vários fabricantes podiam fazer todo tipo de aparelho barato, enquanto o iOS roda só no iPhone
A maioria dos usuários se importa menos com a abertura do sistema e mais com o quanto o celular é útil no dia a dia
Se os apps de pagamento, redes sociais e entretenimento funcionam, como é a câmera, se a tela é grande, se é à prova d’água, e qual é o preço, isso importa mais
A possibilidade de instalar apps baixados de sites aleatórios não é algo com que a maioria se preocupe
Desenvolvedores também, em geral, querem mais base grande de usuários e receita do que abertura
Apps sem anúncios nem compras no app e sem receita são minoria; do ponto de vista do Google, perder esses desenvolvedores tem pouco valor e talvez só elimine um custo com Play Services
E mesmo que tenham, o Android tem por padrão bilhões de usuários que querem um modelo de gerenciamento de apps inerentemente seguro
Se você comprasse um desktop pronto e ele viesse forçando apenas um sistema específico, como Windows 11, sem permitir Linux, todo mundo diria que isso é um absurdo
Não entendo por que isso é aceito em celulares e não seria aceito nesse outro caso
Tudo bem se a maioria não se importa, mas deveríamos pressionar para que o usuário tenha opções abertas
Antes do PC havia a TV, que era um aparelho de consumo passivo de conteúdo produzido por grandes empresas e pelo Estado, e não de criação
Consoles de videogame também não eram máquinas de criação, mas aparelhos para consumir jogos feitos por empresas médias sob aprovação rígida de empresas gigantes, que naturalmente ainda ficavam com sua taxa
Antes disso havia o jornal, um meio de consumo de massa refletindo a inclinação política de magnatas ricos da mídia
Depois do PC vieram os smartphones, que também estão mais para aparelhos de consumo de feeds curados por grandes empresas do que de criação
Numa tela pequena, você precisa apertar três vezes para digitar chaves, depurar páginas web é difícil sem conectar a um PC, e em breve a censura em nome de adequação etária provavelmente vai se intensificar
No fim, o PC é que era o verdadeiro outlier
Era hardware customizado feito para rodar apenas um sistema de um fornecedor específico, e no passado existiram muitos dispositivos de computação assim
O desktop genérico, onde você pode escolher entre vários sistemas, era na verdade menos comum, e historicamente ninguém esperava rodar outro SO em mainframes, Commodore 64, PowerPC Mac, Amiga ou máquinas DOS/Windows
Acho que essa sensação só se espalhou depois que o Linux apareceu
Os consoles ficam fechados porque o hardware é subsidiado e vendido barato, com a recuperação vindo da receita do marketplace digital
O ainda inexistente Steam Machine não segue esse modelo de subsídio e por isso não é travado, e a Steam é um marketplace independente de sistema operacional, então tanto faz qual SO você instalar
A Microsoft não se sente ameaçada por permitir outros sistemas no Surface porque a maior parte da receita dela vem do M365
No fim, são forças de mercado, e para a maioria dos usuários o celular continua útil o bastante mesmo sendo fechado
Ninguém está impedido de comprar um celular totalmente aberto, mas para a maioria essa utilidade adicional é pequena
https://en.wikipedia.org/wiki/Windows_RT
Poucos fabricantes de hardware se interessaram, ele foi descontinuado em 4 anos, teve recepção mista no lançamento e é geralmente considerado um fracasso comercial
O Windows 10 S também tentou permitir só apps da Windows Store e foi abandonado em apenas 1 ano
Ecossistemas fechados deveriam ter esse destino
O que me intriga é por que só o iOS foge disso; talvez porque marca cara de luxo atrai primeiro os mais ricos, gerando rentabilidade e um pouco de prestígio, mas acho que tem mais coisa aí
A opção aberta já existe
A afirmação de que, a partir de setembro de 2026, todos os apps de desenvolvedores não registrados serão bloqueados e não haverá opt-out é falsa
O Google disse que, além disso, oferecerá outros dois fluxos de distribuição, e o opt-out existe na forma do advanced flow
https://android-developers.googleblog.com/2026/03/android-developer-verification.html
Vale até para usuários de GrapheneOS, e é uma política aplicada ao mundo todo por agentes que nós não elegemos
Esperar 24 horas não permite rejeitar o mundo alterado em si, e o ecossistema pode sofrer um impacto permanente
Confio ainda menos numa empresa que mantém internamente permissões para bloquear internet por app e nem sequer as expõe ao usuário
A frase completa continua dizendo que apps de desenvolvedores não registrados seriam bloqueados, em todos os apps e em todos os dispositivos, globalmente, e sem opt-out
Nem precisa confiar na minha palavra; o plano está resumido na documentação de desenvolvedor do Android
https://developer.android.com/developer-verification
E o advanced flow já é tratado em detalhe no texto
Sinceramente, esses dispositivos nunca foram totalmente nossos desde o início
O fato de conseguirem empurrar isso e nós não termos como recusar é a prova
O que precisamos não é ficar ainda mais presos ao ecossistema do Google e a um SO controlado pelo Google, mas sim de uma alternativa aberta
Precisamos controlar os dispositivos que compramos e poder executar neles o que quisermos, como num PC
No desktop a disputa é por computação geral com Linux, mas no celular a prioridade é simplesmente não ser hackeado
Na prática, realmente não existe uma alternativa decente
Já tentei usar Ubuntu Touch com muito esforço, mas a falta de apps e de desenvolvimento da plataforma como um todo sempre aparece de forma dolorosa
O fato de funcionar direito só em aparelhos antigos também é uma grande fraqueza, e ainda parece muito atrás até de ROMs alternativas como Evolution X
Se essa mudança realmente neutralizar boa parte das ROMs customizadas conhecidas e não houver alternativa clara além do Graphene, pode ser um ponto de virada importante
Parece uma escolha entre Android e iOS, mas na verdade isso pode ser uma falsa dicotomia
Na prática, trata-se de escolher um dispositivo de determinado formato e especificações, e esses aparelhos em geral só rodam sistemas móveis corporativos
Mesmo sistemas derivados normalmente partem da distribuidora original e reproduzem estruturas de execução remota de código, como phoning home e atualizações automáticas
Já existem computadores em outros formatos capazes de rodar sistemas não corporativos, e neles é fácil remover código indesejado
Do ponto de vista de controle e privacidade, escolher entre os dois sistemas móveis corporativos significa pouco, e está em outro nível comparado a escolher um SO open source que o próprio usuário pode compilar
Para quem tenta usar o celular como computador de uso geral para resolver tudo, a descrição mais precisa não é Android ou iOS, mas sim que os dois são ruins
Mídia de tecnologia, blogs e comentários adoram brigar sobre qual sistema corporativo é melhor, mas em termos de controle e privacidade, todos são ruins
O que piora ainda mais o problema é que já integramos grande parte da nossa vida nesses dispositivos, e as opções se resumem a dois horrores
Tenho vários amigos que gostariam de experimentar GrapheneOS ou escapar do ecossistema móvel, mas na prática ficam presos por causa dos apps bancários
Foi um devil's bargain: ganhamos uma conveniência enorme em troca da alma, e o Google agora está mostrando que aquilo nunca foi realmente nosso
O mais importante aqui são os desenvolvedores
Espero que não entrem no Android Developer Console, não aceitem termos irreversíveis e não façam verificação de identidade, e que não participem desse jogo
O plano do Google só funciona se os desenvolvedores cooperarem
Também deveriam convencer outros desenvolvedores e organizações a não se registrar
Coloquem a biblioteca FreeDroidWarn nos apps para alertar os usuários e, se mantiverem um site, coloquem também um banner de contagem regressiva
Estou cada vez mais inclinado à ideia de usar dois celulares
Um bloqueado Android/iOS para apps bancários e serviços do governo, e outro com Linux ou Android menos travado para todo o resto
É incômodo, mas a maioria simplesmente não liga o suficiente para pressionar Google, Apple, bancos e governos
Um dos grandes motivos pelos quais eu preciso de um SO não bloqueado é que às vezes vou para lugares onde, para acessar a internet internacional, é preciso instalar serviços obscuros de VPN/proxy
Os serviços que estavam nas app stores em geral foram banidos há muito tempo, e governos também já exigiram de Apple e Google remoções de apps ainda mais eficazes, que de fato aconteceram
Há um computador perfeitamente funcional aqui, então não faz sentido que eu precise de um celular só para consultar saldo ou fazer transferência
Fico curioso sobre o que cada um usa como dispositivo auxiliar; eu uso um Surface Go de segunda mão com Fedora 43 e Gnome
É um pouco grande, mas cumpre bem o papel
Gostaria de poder dizer mais, mas vou parar por aqui
Como uso GrapheneOS, isso não me preocupa muito. Meu celular é claramente meu, e a maioria dos apps Android funciona bem
Os que não funcionam normalmente são do tipo de malware de que não vou sentir falta
Mas há bugs estranhos com mensagens em grupo, e quando a interação entre navegador e teclado ou a conexão de rede se embolam, às vezes é preciso reiniciar para voltar a um estado totalmente normal
Ainda assim, é excelente poder controlar completamente a conexão de rede e as notificações
Mas, independentemente da qualidade do sistema, essa atitude de "eu estou bem" não é apenas amarga como também ruim do ponto de vista tático
Se os outros perderem liberdade, é difícil garantir que a minha continuará protegida no longo prazo
O GrapheneOS só tem Basic, então nesse caso o app pode simplesmente deixar de abrir
Ainda não aconteceu, mas é algo perfeitamente possível
Também não sou iniciante; desenvolvo para Android há quase 10 anos
Não é para contradizer ninguém, só para registrar que a ideia de que Graphene just works às vezes é um pouco exagerada
Isso reduziria desenvolvedores e contribuições FOSS, e no fim até a sua experiência pioraria
Não entendo por que grandes empresas e governos podem controlar o computador que eu levo no bolso, mas eu não posso
Ele exige que eu ligue o Wi‑Fi, o que não faz sentido nenhum
Meu palpite é que a Samsung quer coletar telemetria dos perfis de configuração de bateria, mas impedir a própria configuração sem internet é loucura
Ontem, durante a configuração inicial, ele também não deixava avançar sem conexão com a internet
A essa altura já dá até vontade de vender e migrar para um smartphone chinês, porque pelo menos os chineses que usei antes e o Galaxy S20 FE não me bloqueavam desse jeito
O computador no seu bolso não precisa necessariamente ficar subordinado a grandes empresas ou ao governo
O problema no fim se resume ao fato de que o GrapheneOS tem menos verba de marketing que a GOOG / Alphabet / https://en.wikipedia.org/wiki/List_of_Google_products