O documento fornece dicas e lições aprendidas por uma equipe de desenvolvimento mobile ao longo de 4 anos, abordando tópicos como escolha de arquitetura e padrões, cuidados com versões de hardware e software, gestão de projetos e clientes, e ferramentas recomendadas.
3. Dicas, truques, experiências de
uma equipe desenvolvendo
projetos mobile nos últimos 4
(quase 5) anos. O que deu certo,
o que deu errado, as armadilhas,
os sucessos e problemas.
17. Defina corretamente a
arquitetura
Tabs ou
NavigationDrawer
Um aplicativo que
apresenta poucos
itens no menu não
existe a necessidade
de um navigation
que demanda dois
toques para atingir o
conteúdo desejado
21. Se for feito pelo cliente
Cobre especificação detalhada
Cobre testes
Cobre versões estáveis
22. Se for feito por você
Existem diversas ferramentas. Escolha
uma que seja madura e que sua
equipe tenha experiência.
Silex, Zend Framework 2, Rails, Django,
NodeJS, etc
26. Não subestime a diversidade
de versões e aparelhos
Especifique no contrato com o cliente as
versões mínimas de hardware e software
27. Use e abuse de bibliotecas
de suporte
Support v4 e Appcompat v7 trazem as
funcionalidades de Action Bar, Fragments,
entre outras features, para versões mais
antigas, e mimifica o comportamento
delas entre as versões
29. Defina corretamente a
arquitetura
Activity ou Fragment
Os desenvolvedores logo que descobrem
o Fragment, querem usá-los para tudo,
mas é um erro que pode custar a forma
com que o app se comporta,
principalmente com o botão voltar, a
restauração do aplicativo para
foreground, etc.
30. Resumindo
"A escolha dos patterns e arquitetura
correta, vai diminuir drasticamente (FOR
REAL!) os seus problemas com
comportamentos inesperados.”
Guilherme Oliveira
32. Prazos e aprovação
Lembre-se sempre do prazo da Apple
para aprovações
Determine no contrato que você não
tem controle sobre isso
Mostre ao cliente funcionalidades que
podem causar problemas na aprovação