Sebastian Ferrari discute a evolução da tecnologia e os desafios na programação moderna, destacando a complexidade dos softwares e a necessidade de melhorar a qualidade do desenvolvimento. Ele critica a programação imperativa por sua fragilidade e sugere a adoção de paradigmas funcionais e reativos para aumentar a legibilidade e a facilidade de manutenção do código. A conexão com metodologias ágeis é feita, enfatizando que a eficiência das equipes de desenvolvimento reflete diretamente na qualidade do produto final.

1. Programação Eficaz
Agile Trends Floripa 2016
Sebastian Ferrari (a.k.a. Sebas)
sebas@taller.net.br

2. Sebastian Ferrari
CTO e Co-fundador da Taller
sebas5384

3. +10 anos programando
+4 anos com Ágil
vivendo o pós Ágil

5. ~10 anos atrás
CPU 300 MHZ
RAM 128 MB
640 x 480 px

7. RAMAC 305 - ano 1956

10. 68 cores = 8 bytes
microSDHC 8 billion bytes

11. 1 bilhão de vezes mais
bytes, em menos espaço

12. IBM 305 RAMAC de 1956,
considerada um
SUPER computador
com 5 Megabytes de HDD

13. multiplicações
podiam demorar entre
60 ms a 190 ms

14. IBM 650
FORTRAN

17. HOJE
ano 2016

18. MOTO X2

19. CPU Quad Core de 2.5 GHz.
GPU Adreno 330, 26 frames por segundo.
Memória de 32 GB e 2 GB de RAM.
Alta Resolução de 1080 x 1920 pixels.
Velocidade de download de 150 Mbps.

20. +10.000 vezes
em 60 anos !!

21. Capacidade de hardware
melhorou muito !

22. Mas …
e a maneira como
programamos ?

23. E a qualidade?
… melhorou?

25. procurou
no Google ?

26. treta vixe

29. :(

30. Por que ?

31. Softwares complexos

32. Manutenção muito cara

33. Novas funcionalidades

35. Priorizamos a eficiência

37. Software frágil

39. Programamos de
maneira familiar

40. Experiência do
programador é
péssima

44. O que estamos
fazendo de
errado?

45. Software
complexo!

47. Programação imperativa é um
paradigma de programação que
descreve a computação como ações,
enunciados ou comandos que mudam
o estado (variáveis) de um programa.

48. Lógicas escondidas
e
overload de abstrações

49. Estados internos
mutáveis espalhados
pelo sistema

50. Mutabilidade
torna o sistema
imprevisível

51. Refatoração
quase impossível
ou muito custosa

52. Side effects
fora de controle

54. Testes automatizados
são muito caros e
precisam de muito mock

55. Acoplamento
dificulta
interoperabilidade

56. A soma das partes é maior
do que o resultado final.
Entropia

57. Alto risco e esforço
perante as mudanças

58. Carregamos
um elefante nas costas

59. Alto conhecimento do todo
para realizar uma mudança

60. Overload
cognitivo
para entender

61. De onde vem
esse campo?

62. Quem está
trocando o texto
desse botão?

63. Porque não está
funcionando?

64. Porque está
funcionando?

65. Não temos mais as
mesmas restrições

66. Podemos usar outros
paradigmas

67. Programação
funcional e reativa
λ
lamba

68. Simples e declarativo
que aumenta o
entendimento do
código

70. Familiar vs. Legibilidade
pessoas novas no time podem
entender o que o código faz

71. Funções puras
são previsíveis,
fácil de testar
e sem estado interno

72. Funções de ordem
superior,
evita herança a favor da
composição

73. Funções recursivas
evita side-effects dentro
de loops

74. Imutabilidade
mudanças se tornam
declarativas

75. Código fácil de se
raciocinar

76. Programação reativa
eventos no sistema
unidirecional

77. Não precisa
usar linguagens
funcionais puras !

78. from: mobiltec.com.br

79. Tendência:

80. Não é a solução
definitiva ou absoluta

81. … e o que tem a
ver com Ágil ?

82. A empresa onde
você trabalha
é um sistema

83. A qualidade do resultado,
depende do
bom funcionamento
entre as partes do sistema

84. Se os desenvolvedores
geram software
de baixa qualidade

85. ● Código frágil.
● Código que não escala.
● Refatoração de alto risco.
● Manutenção cara.
● Mudanças são lentas.

87. O que é ágil ?
ou agilidade

88. “It’s not what happens
that counts…
it’s how you react.

89. Bruce Lee

90. Sua empresa vai precisar de:
mais gerenciamento,
mais negociações,
mais contratos complexos,
mais disciplinas,
…. mais … mais …

91. Referências:
Alan Kay
Robert C. Martin (Uncle Bob)
Joe Armstrong
Rich Hickey

92. Obrigado :)
Sebastian Ferrari
sebas@taller.net.br