Sobre o serviço
TraduzidoUm aplicativo para de ser escrito no dia do lançamento e começa a ser mantido. As plataformas lançam uma nova versão do sistema a cada ano, as regras da loja mudam, bibliotecas recebem correções de segurança, e nada disso espera por uma semana livre no seu cronograma. Um aplicativo que ninguém tocou por seis meses raramente parece quebrado — ele simplesmente para de compilar em uma máquina limpa, começa a falhar nos dispositivos mais novos e desce na loja porque as avaliações recentes falam sobre travamentos e perda de dados. Pagar por uma operação de resgate uma vez por ano custa muito mais do que manter o projeto em forma continuamente, e o resgate sempre acontece no pior momento possível.
Eu começo da mesma forma toda vez: com um olhar honesto sobre o que realmente está lá. Eu construo o projeto do zero em uma máquina limpa, leio como ele é montado, listo as dependências que não mudaram em anos, marco os pontos frágeis no código e analiso os relatórios de falhas que chegam de dispositivos reais. Isso lhe dá um veredicto escrito curto — o que precisa ser corrigido agora, o que pode esperar e o que cada atraso provavelmente custará. Depois disso, o trabalho ocorre em ciclos: atualizando dependências e adicionando suporte para novas versões do sistema operacional, rastreando falhas até a causa e corrigindo-as, reduzindo o tempo de inicialização a frio e o consumo de bateria, fazendo as pequenas mudanças que você pede, e então preparando, assinando e enviando o próximo lançamento. Eu também leio as avaliações que reclamam da tecnologia em vez do produto — falhas, travamentos, dados que desapareceram. Essas avaliações quase sempre apontam para um defeito específico, e elas são a fonte de trabalho mais barata que conheço.
Três coisas que digo em voz alta antes de começarmos, para que ninguém fique desapontado depois. Os tempos de revisão nas lojas de aplicativos não estão sob meu controle: eu preparo o lançamento, respondo a cada objeção e vejo até a publicação, mas ninguém pode prometer uma data de publicação exata, e eu não vou fingir o contrário. Os relatórios de falhas são coletados anonimamente e apenas com o consentimento do usuário — conteúdos da tela, texto digitado e dados pessoais nunca são enviados, e onde esse consentimento está ausente, eu trabalho com o que está disponível. Descontinuar o suporte para uma versão mais antiga do sistema é acordado com base na porcentagem de seus usuários que ainda a utilizam, não no que é conveniente para mim: eu trago os números, você toma a decisão.
O que a manutenção cobre:
— uma revisão do estado atual do projeto e sua compilação, com um veredicto escrito;
— atualizações de dependências e suporte para novas versões do sistema operacional;
— triagem de falhas a partir de relatórios de dispositivos, análise de causa raiz e correções;
— inicialização mais rápida, menor consumo de bateria e tráfego;
— pequenas melhorias e mudanças a seu pedido;
— preparação de lançamentos e suporte durante a revisão da loja;
— tratamento de avaliações que relatam problemas técnicos;
— transferência de conhecimento para sua equipe e um plano de lançamento para o trimestre.
Eu começo da mesma forma toda vez: com um olhar honesto sobre o que realmente está lá. Eu construo o projeto do zero em uma máquina limpa, leio como ele é montado, listo as dependências que não mudaram em anos, marco os pontos frágeis no código e analiso os relatórios de falhas que chegam de dispositivos reais. Isso lhe dá um veredicto escrito curto — o que precisa ser corrigido agora, o que pode esperar e o que cada atraso provavelmente custará. Depois disso, o trabalho ocorre em ciclos: atualizando dependências e adicionando suporte para novas versões do sistema operacional, rastreando falhas até a causa e corrigindo-as, reduzindo o tempo de inicialização a frio e o consumo de bateria, fazendo as pequenas mudanças que você pede, e então preparando, assinando e enviando o próximo lançamento. Eu também leio as avaliações que reclamam da tecnologia em vez do produto — falhas, travamentos, dados que desapareceram. Essas avaliações quase sempre apontam para um defeito específico, e elas são a fonte de trabalho mais barata que conheço.
Três coisas que digo em voz alta antes de começarmos, para que ninguém fique desapontado depois. Os tempos de revisão nas lojas de aplicativos não estão sob meu controle: eu preparo o lançamento, respondo a cada objeção e vejo até a publicação, mas ninguém pode prometer uma data de publicação exata, e eu não vou fingir o contrário. Os relatórios de falhas são coletados anonimamente e apenas com o consentimento do usuário — conteúdos da tela, texto digitado e dados pessoais nunca são enviados, e onde esse consentimento está ausente, eu trabalho com o que está disponível. Descontinuar o suporte para uma versão mais antiga do sistema é acordado com base na porcentagem de seus usuários que ainda a utilizam, não no que é conveniente para mim: eu trago os números, você toma a decisão.
O que a manutenção cobre:
— uma revisão do estado atual do projeto e sua compilação, com um veredicto escrito;
— atualizações de dependências e suporte para novas versões do sistema operacional;
— triagem de falhas a partir de relatórios de dispositivos, análise de causa raiz e correções;
— inicialização mais rápida, menor consumo de bateria e tráfego;
— pequenas melhorias e mudanças a seu pedido;
— preparação de lançamentos e suporte durante a revisão da loja;
— tratamento de avaliações que relatam problemas técnicos;
— transferência de conhecimento para sua equipe e um plano de lançamento para o trimestre.
