A apresentação discute práticas para melhoria contínua de programadores, incluindo: 1) ser pragmático ao invés de depender de ferramentas milagrosas; 2) assumir responsabilidade ao invés de dar desculpas; 3) evitar a deterioração do software através da manutenção.

1. Profissão Programador:
Práticas para
Melhoria Contínua
Semana de Tecnologia FATEC Praia Grande -
Setembro 2013
Agatha Lisboa
Gabriel Rubens
@agathalisboa / @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. MetodologiasMetodologias
que resolvemque resolvem
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 de prata!Não existe bala de 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. - O Programador Progmático: de Aprendiz a Mestre
de David Thomas e Andrew Hunt
- Código Limpo: Habilidades Práticas do Agile
Software de Robert C. Martin
- A Arte do Desenvolvimento Ágil de Jim Shore e
Shane Warden
- Rework de Jason Fried
- Agile: Desenvolvimento de software com entregas
frequentes e foco no valor de negócio de André Faria
Gomes
- O Mítico Homem-Mês de Frederick P. Brooks Jr.

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. Dica :)
Lembre-se do
cenário em larga
escala

32. Software
Satisfatório

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

34. Dica :)
Torne qualidade
parte dos
requisitos

35. Saiba quando parar

36. Programação como
uma pintura

37. Ciência + arte +
trabalho manual

38. MVCMVC

40. Carteira de
conhecimentos

41. Semelhante ao
gerenciamento de
uma carteira de
investimentos

42. Construindo uma
carteira

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

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

45. Comunicação

46. Conheça o que vai
dizer

47. Conheça pra quem
vai dizer

48. Escolha o momento
certo

49. Seja ouvinte

50. Dica :)Dica :)
É o que você diz e aÉ o que você diz e a
maneira como dizmaneira como diz

51. Uma Abordagem
Pragmática

52. Males da duplicação

53. Conceito de
manutenção

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

55. Tipos de duplicação

56. Duplicação imposta

57. Dica :)
Facilite a
reutilização

58. Ortogonalidade

59. Conceito
emprestado da
geometria

60. Sistema ortogonal

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

62. ReversibilidadeReversibilidade

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

64. ProjéteisProjéteis
LuminososLuminosos

65. Código Rastreador

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

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

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

69. Estimando

70. Dica :)
Estime para evitar
surpresas

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

72. Entenda o que está
sendo pedido

73. Acompanhe sua
habilidade de
estimar

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

75. O que dizer quando
lhe pedirem uma
estimativa?

76. Seja Flexível

77. Quadros-Negros

78. A melhor forma de se
comunicar é
visualmente

83. Enquanto Você Está
Codificando

84. Programação
Baseada no Acaso

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

87. Refine sempre essa
estimativa

88. Refatoração

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

90. Quando Refatorar?

92. Código duplicado
Método longo
Classe grande
Lista de parâmetros longa
Má indentação

93. Dica :)
Refatore cedo,
refatore sempre

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

95. Testando as
Unidades

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

97. Testando a
Integração entre os
Componentes

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

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

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

101. Dica :)
Projete para
testar

102. Assistentes do Mal

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

104. Antes do Projeto

105. O Abismo dos
Requisitos

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

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

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

110. 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!

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

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

115. Projetos
Pragmáticos

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

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

118. Dica :)
Sem janelas
quebradas

119. Dica :)
Sapos cozidos

120. Dica :)
Comunique-se

121. Dica :)
Não se repita

122. Dica :)
Automação

123. Dica :)
Saiba quando
parar de adicionar
retoques

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

126. Pratique!Pratique!

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

128. DOJOSDOJOS

131. Programe!
Programe!
Programe!

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

133. Profissão Programador:
Práticas para
Melhoria Contínua
Semana de Tecnologia FATEC Praia Grande -
Setembro 2013
Agatha Lisboa
Gabriel Rubens
@agathalisboa / @gabrielrubenss