1. ECO-­‐SISTEMA
DE
DESENVOLVIMENTO
PARA
MOBILE
Mauro
Mar'ns

2. QUEM
SOU
EU?
MAURO
MARTINS
• So#ware
Developer
• Web
Developer
• iOS
Developer
• Blip
Mobile
Delivery
Manager
mauro.mar9ns@blip.pt
@Mauredo
linkedin.com/in/mauromar9ns
hBp://www.slideshare.net/Mauredo

3. AGENDA
• Aplicações
mobile
=
Simples
e
fáceis?
• One
man
show
VS
Grandes
Empresas
• AutomaDzar
o
máximo
possível
• Deixar
o
cliente
feliz!

4. APLICAÇÕES
MOBILE
=
SIMPLES
E
FÁCEIS?

5. APLICAÇÕES
MOBILE
=
SIMPLES
E
FÁCEIS?
Escolhe
umas
fotografias
É
fácil
daquele
site
e
está
bom
Qualquer
um
faz
Bateria
do
telemóvel?
Hum?
3
meses!?
Igual
ao
site

6. APLICAÇÕES
MOBILE
=
SIMPLES
E
FÁCEIS?
• Complexas
• Exigentes
• Performance
• Interessantes
• Ligadas
ao
“social”

7. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS

8. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS
• Quem
pensou
a
solução?
• Quem
escreve
o
código?
• Quem
faz
o
deploy
da
aplicação?
• Quem
testou
o
so#ware?
• Quem
vai
ler
o
código
passados
uns
meses?

9. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS
EU!

10. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS

11. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS
• Quem
pensou
a
solução?
• Quem
escreve
o
código?
• Quem
vai
ler
o
código
passados
uns
meses?
• Quem
testou
o
so#ware?

12. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS

13. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS
Gestores
de
produto
Gestores
de
projecto
Developers
Analistas
de
mercado
Gestores
de
equipa

14. ONE
MAN
SHOW
VS
GRANDES
EMPRESAS

15. AUTOMATIZAR
O
MAIS
POSSÍVEL

16. AUTOMATIZAR
O
MAIS
POSSÍVEL
• AutomaDzar
processos
• Reduzir
a
incerteza
• Reduzir
a
quanDdade
de
“tempo
inúDl”
• Deixar
os
developers
desenvolverem

17. AUTOMATIZAR
O
MAIS
POSSÍVEL
• Servidor
de
integração
condnua
• Integrado
com
reposítorios
de
código
• Compilador
de
código
• Gestor
de
tarefas
• Tarefas
simultâneas
ou
em
sequência

18. AUTOMATIZAR
O
MAIS
POSSÍVEL

19. AUTOMATIZAR
O
MAIS
POSSÍVEL

20. AUTOMATIZAR
O
MAIS
POSSÍVEL
• Análise
de
erros
• Análise
de
qualidade
• Testes
unitários

21. AUTOMATIZAR
O
MAIS
POSSÍVEL
• Análise
de
erros
• Análise
de
qualidade
• Testes
unitários

22. AUTOMATIZAR
O
MAIS
POSSÍVEL
• Análise
de
erros
– GaranDr
que
o
código
não
tem
erros
– GaranDr
que
não
existem
potênciais
riscos

23. AUTOMATIZAR
O
MAIS
POSSÍVEL
• Análise
de
erros
• Análise
de
qualidade
– GaranDr
que
o
código
é
bem
escrito
– GaranDr
que
o
código
não
é
redundante
– GaranDr
que
o
código
não
está
repeDdo

24. AUTOMATIZAR
O
MAIS
POSSÍVEL
• Análise
de
erros
• Análise
de
qualidade
• Testes
unitários
– O
resultado
esperado
– Testes
de
regressão*

25. AUTOMATIZAR
O
MAIS
POSSÍVEL
• Lint
• JUnit
• Serenity

26. AUTOMATIZAR
O
MAIS
POSSÍVEL

27. AUTOMATIZAR
O
MAIS
POSSÍVEL

28. AUTOMATIZAR
O
MAIS
POSSÍVEL

29. DEIXAR
O
CLIENTE
FELIZ!

30. DEIXAR
O
CLIENTE
FELIZ!
• Tentar
uma
aproximação
Lean
• Envolver
o
cliente
desde
o
primeiro
pedaço
de
código
• Desenvolver,
colocar
“live”,
aprender

31. DEIXAR
O
CLIENTE
FELIZ!
• Simplificar
ao
máximo
a
instalação
– Tesmlight
(iOS)
– HockeyApp
(Android,
iOS,
Windows
Phone)

32. Developer
Repositório
de
código
CI
Server
(Jenkins)
Testes
(unitários,
UI,
etc.)
Staging
Live
Sistema
de
distribuição
Cliente
final

33. Developer
Repositório
de
código
CI
Server
(Jenkins)
Testes
(unitários,
UI,
etc.)
Staging
0€
!!!!
Live
Sistema
de
distribuição
Cliente
final

34. CONCLUSÃO
• Criar
aplicação
mobile
não
é
algo
simples
e
fácil
• Pensar
a
longo
prazo!
• AutomaDzar
o
mais
possível
• Tornar
o
processo
o
mais
simples
possível
• Deixar
o
cliente
feliz
J

35. OBRIGADO!
Questões?
mauro.mar9ns@blip.pt
@Mauredo
linkedin.com/in/mauromar9ns
hBp://www.slideshare.net/Mauredo