O documento apresenta práticas para melhoria contínua de programadores, incluindo refatoração, testes automatizados, estimativas realistas, comunicação efetiva e aprendizado constante. O foco é ajudar programadores a se tornarem mais pragmáticos na abordagem de seus projetos.

1. Profissão Programador:
Práticas para
Melhoria Contínua
Semana de Tecnologia FATEC Rubens Lara
(Santos) - Outubro 2013
Agatha Lisboa
Gabriel Rubens
agatha.lisboa@gmail.com / @gabrielrubenss

2. Profissão Programador:
Práticas para
Melhoria
Contínua

3. De onde vem a
palavra pragmático?

4. O foco da palestra é
ajudar
programadores a se
tornarem melhores

5. Não importa se
você trabalha
sozinho, em equipe
ou com muitos
clientes

6. Programar é uma
arte, e como
programador você é
um artesão

7. Transformar
requisitos vagos em
um programa.
Documentar seu
trabalho

9. FerramentasFerramentas
milagrosasmilagrosas

10. MetodologiaMetodologia
s ques que
resolvemresolvem
todos ostodos os
problemasproblemas

11. Linguagens deLinguagens de
ProgramaçãoProgramação
pra todas aspra todas as
situaçõessituações

12. SistemasSistemas
OperacionaisOperacionais
que sãoque são
melhores quemelhores que
os outrosos outros

13. Não existe bala deNão existe bala de
prata!prata!

14. Não há uma solução
que resolva todos
os problemas.

15. Existem
ferramentas/
linguagens/SOs
apropriados para
cada situação

16. Dica :)
Reflita sobre seu
trabalho.

17. Bibliografia

19. Uma Filosofia
Pragmática

20. O que diferencia
programadores
pragmáticos?

21. O gato comeu
meu
código-fonte

22. Assuma
responsabilidade

23. Dica :)
Forneça soluções
e não desculpas
esfarrapadas.

24. Entropia de
software

25. Deterioração doDeterioração do
softwaresoftware

26. Teoria da janelaTeoria da janela
quebradaquebrada

27. Apagando incêndiosApagando incêndios

28. Dica :)
Não tolere
janelas
quebradas

29. Sopas de pedras e
sapos cozidos

30. Dica :)
Seja um
catalizador de
mudanças

31. Sopas de pedras

32. Dica :)
Lembre-se do
cenário em larga
escala

33. Software
Satisfatório

34. Envolva os usuários
na tomada de
decisões

35. Dica :)
Torne qualidade
parte dos
requisitos

36. Programação como
uma pintura

37. Ciência + arte +
trabalho manual

38. Saiba quando parar

40. MVCMVC

41. Carteira de
conhecimentos

42. Semelhante ao
gerenciamento de
uma carteira de
investimentos

43. Construindo uma
carteira

44. Dica :)
Invista
regularmente em
sua carteira de
conhecimentos

45. Dica :)
Analise
criticamente o
que você vê e
ouve

46. Comunicação

48. Conheça o que vai
dizer

49. Conheça pra quem
vai dizer

50. Escolha o momento
certo

51. Seja ouvinte

52. Dica :)Dica :)
É o que você diz eÉ o que você diz e
a maneira como diza maneira como diz

53. Uma Abordagem
Pragmática

54. Males da duplicação

55. Conceito de
manutenção

56. Dica :)
NSR - Não Se
Repita
DRY - Don't Repeat Yourself

57. Tipos de duplicação

58. Duplicação imposta

59. Dica :)
Facilite a
reutilização

60. Ortogonalidade

61. Conceito
emprestado da
geometria

62. Sistema ortogonal

63. Dica :)
Elimine efeitos
entre elementos
não relacionados

64. ReversibilidadeReversibilidade

65. Dica :)
Não há decisões
definitivas

66. ProjéteisProjéteis
LuminososLuminosos

67. Código Rastreador

68. Dica :)
Use projéteis
luminosos para
encontrar seu
alvo

69. Programe Igual ao
Domínio do Usuário

70. Dica :)
Programe em um
nível próximo ao
domínio do
problema
(usuário)

71. Estimando

72. Dica :)
Estime para
evitar surpresas

73. Que nível de
exatidão é
suficientemente
exato?

74. Entenda o que está
sendo pedido

75. Acompanhe sua
habilidade de
estimar

76. Dica :)
Reexamine o
cronograma
junto ao código

77. O que dizer quando
lhe pedirem uma
estimativa?

78. Seja Flexível

79. Quadros-Negros

80. A melhor forma de
se comunicar é
visualmente

85. Enquanto Você Está
Codificando

86. Programação
Baseada no Acaso

88. Programar é uma
tarefa que envolve
muita habilidade e
raciocínio

89. Refine sempre essa
estimativa

90. Refatoração

91. Refatorar é
melhorar um código
existente sem
alterar o seu
funcionamento

92. Quando Refatorar?

94. -Código duplicado
-Método longo
-Classe grande
-Lista de parâmetros
longa
-Má indentação
E muito mais!

95. Dica :)
Refatore cedo,
refatore sempre

96. Código Que Seja
Fácil de Testar

97. Testando as
Unidades

98. Devemos ter o
hábito de testar
unitariamente
nosso software
(procure o xUnit da sua linguagem favorita)

99. Testando a
Integração entre os
Componentes

100. Dica :)
Teste seu
software ou seus
usuários testarão

102. Programadores
Profissionais
Escrevem Testes,
Ponto Final
http://blog.fragmental.com.br/2007/10/31/programadores-profissionais-escrevem-testes-ponto-final/

103. Existem várias
camadas de teste.
Aprenda para saber
quais são
necessárias para
seu problema

105. Dica :)
Projete para
testar

106. Assistentes do Mal

107. Dica :)
Não use um
código de
assistente que
você não
entender

108. Antes do Projeto

109. O Abismo dos
Requisitos

111. RUP você pega toda
a documentação no
início.

112. RUP você pega toda a documentação no início.
Agile você não
documenta nada.

113. RUP você pega toda a documentação no início.
Agile você não documenta nada.
Será mesmo!?

114. P.: RUP você pega toda a
documentação no início?
R.: Isso é cascata!
P.: Agile você não documenta
nada.
R.: Não há isso em lugar
nenhum!

115. Dica :)
Trabalhe com
usuário para
pensar como um
usuário

118. Dica :)
Abstração tem
vida mais longa
do que detalhes

119. Projetos
Pragmáticos

120. Uma visão geral de
como ser
Pragmático

121. Uma visão geral de
como ser uma
equipe Pragmático

122. Dica :)
Sem janelas
quebradas

123. Dica :)
Comunique-se

124. Dica :)
Não se repita

125. Dica :)
Automação

126. Dica :)
Saiba quando
parar de
adicionar
retoques

127. Dica :)
Teste!
O melhor amigo do Programador

129. Pratique!Pratique!

130. RUP, XP,
Scrum,
Kanban e
etc...

131. DOJOSDOJOS

134. Dica :)
Sapos cozidos

135. Programe!
Programe!
Programe!

136. Pra quem só tem
martelo todo
problema é um
prego!

137. Profissão Programador:
Práticas para
Melhoria Contínua
Semana de Tecnologia FATEC Rubens Lara
(Santos) - Outubro 2013
Agatha Lisboa
Gabriel Rubens
agatha.lisboa@gmail.com / @gabrielrubenss