É preciso atualizar seu app a cada novo iOS ou Android?

Você conhece esse pequeno desconforto. A keynote toma as manchetes, seu telefone se atualiza sozinho durante a noite, e na manhã seguinte passa um pensamento: e o meu app? Ainda funciona? Eu deveria ter preparado alguma coisa?

O instinto não está errado. Alguma coisa muda de fato: seu app se apoia em centenas de funções fornecidas pelo sistema — mostrar um mapa, enviar uma notificação, pedir uma permissão — e é exatamente esse chão que acabou de se mover. Então a pergunta não é «está acontecendo alguma coisa?» — algo está acontecendo. A pergunta é: de quem é o trabalho?

Dois movimentos, quase sempre.

Funções param. Sem estrondo: uma função que seu app usava simplesmente deixa de estar disponível, e o que se apoiava nela para de responder. Nada «quebra» na tela; algo apenas deixa de acontecer. É a pane mais traiçoeira que existe, porque não deixa rastro visível.

Outras se tornam obrigatórias. O sistema introduz um novo jeito de fazer as coisas — mais seguro, mais respeitoso com a privacidade — e o torna progressivamente inescapável. Não da noite para o dia: um prazo é definido, às vezes de meses, e ele sempre acaba chegando.

O ponto que tranquiliza e preocupa ao mesmo tempo: a maioria desses movimentos é anunciada com antecedência. Apple e Google publicam o que vai parar e o que vai se tornar obrigatório bem antes de entrar em vigor. Tudo é legível — desde que alguém leia. E o ritmo nunca para: dois sistemas, uma versão principal de cada por ano, ajustes no meio do caminho.

É aqui que estar em uma plataforma muda a natureza do problema.

Esses anúncios, alguém os lê — antes de entrarem em vigor, porque esse é o seu ofício. Quando uma função está com os dias contados, o componente que a usa é reescrito uma vez, no motor que constrói os apps. Quando uma exigência se torna obrigatória, ela é integrada no mesmo lugar, uma vez. E cada app da plataforma herda essas adaptações na sua build seguinte — o seu como todos os outros.

O que você não fez merece ser enumerado, porque é isso o produto: você não leu as notas de versão. Não procurou quais das funções afetadas o seu app usava. Não pesou o jeito antigo contra o novo. Nem sequer soube que havia uma decisão a tomar.

Uma nota de honestidade, porque ela conta: essa vigilância não é um seguro contra todos os riscos. Ela só pega o que foi anunciado ou detectado — é um trabalho contínuo, feito por pessoas, não uma garantia mágica. Mas é exatamente por isso que ela vale: existe, não se interrompe, e não está nas suas costas.

Vale a pena colocar o contraponto, porque ele dá a medida. Se é você quem mantém o código-fonte do seu app — escrito por um fornecedor, ou gerado a partir de um prompt —, setembro tem outra cara. É preciso ler o que muda, identificar o que diz respeito a você entre centenas de anúncios, alterar o código, recompilar, reenviar. Depois repetir para o Android. Depois no ano seguinte. Tendo ou não algo novo para publicar: o compromisso é marcado pelos sistemas, não pelo seu calendário.

Esse compromisso anual também existe em uma plataforma — só que ele mora do nosso lado. Essa é toda a diferença entre possuir um problema e se beneficiar da solução dele.

Os artigos desta série costumam terminar com a lista do que ninguém pode fazer no seu lugar — o mapa completo está no primeiro artigo. Para as evoluções do iOS e do Android, essa lista tem uma particularidade: ela está vazia.

Nenhuma decisão a tomar, nenhum prazo a acompanhar, nenhum ajuste a mexer. De todas as forças que pesam sobre um app ao longo dos anos, esta é a única em que a sua parte do trabalho é zero — e é exatamente por isso que este artigo existe: para que você saiba que esta pergunta, especificamente, você tem o direito de parar de se fazer.

O único gesto que continua sendo seu é o de sempre: decidir quando publicar uma atualização. As adaptações estão prontas e esperando — seu app as embarca na sua próxima build, publique você por esse motivo ou por qualquer outro.

O benefício cabe em uma imagem: a keynote volta a ser um espetáculo. Você pode assistir por curiosidade, se animar com uma novidade ou ignorar completamente — nenhuma das três escolhas tem consequência para o seu app. O mês em que todo o ecossistema mobile prende a respiração é, para você, um mês como qualquer outro.

Para quem tem curiosidade sobre a mecânica, contei do lado da engenharia o que três anos de evoluções dos sistemas fazem de verdade com um app — e o trabalho, pouco espetacular, que os absorve.

E se você ainda não tem um app, melhor construí-lo em um lugar onde setembro nunca será problema seu: criar meu app com a GoodBarber.

Uma função usada pelo meu app pode parar de funcionar da noite para o dia?

É raro. A maioria das remoções é anunciada com antecedência pela Apple e pelo Google, com um prazo — e é isso que torna a vigilância possível: ler esses anúncios antes de entrarem em vigor e substituir o componente afetado na origem, para todos os apps da plataforma. O cenário do «tudo para numa manhã sem aviso» é exatamente aquele que esse trabalho existe para impedir.

O que acontece com meu app no dia em que sai um novo iOS ou Android?

Do seu lado, nada a fazer. Um novo sistema não remove seu app e não apaga nada. As adaptações que ele exige são preparadas no motor que constrói os apps, e o seu as embarca na sua próxima build — motivada por isso ou por uma simples atualização de rotina.

Meu app pode ficar «atrasado» várias versões de iOS?

Pode, se não for recompilado há muito tempo — e não é um beco sem saída. O motor, enquanto isso, se manteve em dia: na recompilação seguinte, seu app sai adaptado ao sistema atual, não importa quantas versões tenham passado. Colocar-se em dia não se paga na proporção do atraso.

Uma nova versão do Android pode tornar algo obrigatório para o meu app?

Sim — é até o movimento mais comum: uma nova exigência, muitas vezes ligada à segurança ou à privacidade, torna-se progressivamente inescapável, com um prazo. Em uma plataforma, essa exigência é integrada uma vez, na origem, para todos os apps; o seu passa a cumpri-la na sua build seguinte, sem que você jamais tenha precisado saber que ela existia.