A linguagem de programação não é só uma ferramenta

Há dois anos, eu enfrentei uma questão difícil e crucial: evoluir uma base de código legado e difícil de manter, escrito em uma linguagem sólida, confiável e antiquada; ou optar por uma reescrita total, adotando o estado da arte em padrões de projeto e arquitetura e usando uma linguagem moderna e legível, porém jovem e de futuro incerto. Dois anos depois, sei que a reescrita foi a melhor escolha. Vou apresentar as motivações técnicas e filosóficas por trás da complicada decisão de reescrever um software antigo, o que funcionou e não funcionou, porque foi a melhor escolha para a Sympla e porque pode não ser a melhor escolha em outros casos. Dentro deste contexto, farei uma reflexão do porquê a escolha da linguagem de programação é fundamental.

Transcript

1. A linguagem de programação não é só uma ferramenta
2. JUNHO DE 2016
3. COMO ESTÁVAMOS?
4. ALTA DENSIDADE DE BUGS
5. CÓDIGO DUPLICADO
6. ARQUITETURA ABANDONADA
7. AUSÊNCIA DE TESTES
8. LINGUAGEM DE PROGRAMAÇÃO ULTRAPASSADA
9. BASE DE CÓDIGO LEGADO
10. BAIXA RAZÃO DE ENTREGAS POR TEMPO GASTO
11. MUITO TEMPO GASTO COM TESTES EM DESENVOLVIMENTO
12. DIFICULDADE DE PAGAR DÉBITO TÉCNICO
13. PROGRAMADORES INSATISFEITOS
14. AGOSTO DE 2016
15. v1.0
17. • Alta densidade de bugs • Código duplicado • Arquitetura abandonada • Ausência de testes • Linguagem de programação antiga
18. UI DESIGN OBSOLETO
19. MUITAS OPORTUNIDADES PARA MELHORAR A UX
20. SETEMBRO DE 2016
21. • Alta densidade de bugs • Código duplicado • Arquitetura abandonada • Ausência de testes • Linguagem de programação antiga • UI design obsoleto • Muitas oportunidades para melhorar a UX
22. DEVEMOS REESCREVER?
23. CONTRAS
24. RETRABALHO
25. ALTO TIME-TO-MARKET DA VERSÃO QUE SONHAMOS
26. LINGUAGEM DE PROGRAMAÇÃO JOVEM E INCERTA
27. PRÓS
28. CAMPO VERDE PARA INOVAÇÃO EM UI E UX
29. LINGUAGEM DE PROGRAMAÇÃO EXPRESSIVA E MODERNA
30. PERSPECTIVA DE UMA ARQUITETURA SÓLIDA
31. TESTES AUTOMATIZADOS DESDE O PRIMEIRO DIA
32. ONBOARDING MAIS FÁCIL
33. INTERNALIZAÇÃO TOTAL DO PROCESSO DE DESENVOLVIMENTO
34. JUNHO DE 2017
35. v2.0
37. RAPIDEZ E CONFIANÇA NA ENTREGA DE NOVAS FEATURES
38. LIBERDADE PARA EXPERIMENTAR EM UI E UX
39. QUASE UM ANO ENTRAR NO AR
40. HOJE
41. v4.1
43. ONDE ESTAMOS?
44. UM DOS APPS DE LANÇAMENTO DE APPLE PAY NO BRASIL
45. PARCEIROS DO FACEBOOK PARA LANÇAMENTO DE NOVAS FEATURES
46. 4.9 ESTRELAS NA APP STORE COM QUASE 40 MIL AVALIAÇÕES
47. POR QUE REESCREVEMOS?
48. DIFICULDADE E ALTO CUSTO PARA RESOLVER BUGS SIMPLES
49. ALTO CUSTO DE DESENVOLVIMENTO DE NOVAS FEATURES
50. QUASE TODO O APP PRECISAVA DE REVISÕES COMPLETAS DE UI E UX
51. INTERNALIZAÇÃO DO DESENVOLVIMENTO COMO ESTRATÉGIA DE CRESCIMENTO
52. SENSAÇÃO DE ESCRITA, E NÃO REESCRITA
53. SATISFAÇÃO DO PROGRAMADOR
54. POR QUE NÃO REESCREVER?
55. O TEMPO DE REESCREVER QUASE SEMPRE É MUITO MAIOR QUE O DE REFATORAR
56. SOFTWARE ANTIGO FOI USADO, TESTADO E CORRIGIDO
57. A DIFERENÇA ENTRE TRABALHO E RETRABALHO PODE SER PEQUENA
58. A PALAVRA “REESCRITA” SURGE COM FREQUÊNCIA NAS DISCUSSÕES
59. PERGUNTAS?
60. Fellipe Caetano
 
 Especialista em desenvolvimento iOS com 7+ de experiência implementando aplicações de nível enterprise para diversos segmentos.
 
 Atua como líder técnico de desenvolvimento iOS na Sympla. fellipe.caetano@sympla.com.br fellipecaetano fellipecaetano_