Successfully reported this slideshow.
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

Profissao-programador-praticas-para-melhoria-continua-unimonte-outubro-2013

786 views

Published on

  • Be the first to comment

Profissao-programador-praticas-para-melhoria-continua-unimonte-outubro-2013

  1. 1. Profissão Programador: Práticas para Melhoria Contínua Unimonte - Outubro 2013 Agatha Lisboa Gabriel Rubens agatha.lisboa@gmail.com / @gabrielrubenss
  2. 2. Profissão Programador: Práticas para Melhoria Contínua
  3. 3. De onde vem a palavra pragmático?
  4. 4. O foco da palestra é ajudar programadores a se tornarem melhores
  5. 5. Não importa se você trabalha sozinho, em equipe ou com muitos clientes
  6. 6. Programar é uma arte, e como programador você é um artesão
  7. 7. Transformar requisitos vagos em um programa. Documentar seu trabalho
  8. 8. Ferramentas milagrosas
  9. 9. Metodologias que resolvem todos os problemas
  10. 10. Linguagens de Programação pra todas as situações
  11. 11. Sistemas Operacionais que são melhores que os outros
  12. 12. Não existe bala de prata!
  13. 13. Não há uma solução que resolva todos os problemas.
  14. 14. Existem ferramentas/ linguagens/SOs apropriados para cada situação
  15. 15. Dica :) Reflita sobre seu trabalho.
  16. 16. Bibliografia
  17. 17. Uma Filosofia Pragmática
  18. 18. O que diferencia programadores pragmáticos?
  19. 19. O gato comeu meu código-fonte
  20. 20. Assuma responsabilidade
  21. 21. Dica :) Forneça soluções e não desculpas esfarrapadas.
  22. 22. Entropia e Deterioração do software
  23. 23. Teoria da janela quebrada
  24. 24. Apagando incêndios
  25. 25. Dica :) Não tolere janelas quebradas
  26. 26. Software Satisfatório
  27. 27. Envolva os usuários na tomada de decisões
  28. 28. Dica :) Torne qualidade parte dos requisitos
  29. 29. Software funcionando é a medida primária de progresso
  30. 30. Programação como uma pintura
  31. 31. Ciência + arte + trabalho manual
  32. 32. Saiba quando parar
  33. 33. MVC
  34. 34. Carteira de conhecimentos
  35. 35. Semelhante ao gerenciamento de uma carteira de investimentos
  36. 36. Construindo uma carteira
  37. 37. Dica :) Invista regularmente em sua carteira de conhecimentos
  38. 38. Dica :) Analise criticamente o que você vê e ouve
  39. 39. Comunicação
  40. 40. Conheça o que vai dizer
  41. 41. Conheça pra quem vai dizer
  42. 42. Escolha o momento certo
  43. 43. Seja ouvinte
  44. 44. Dica :) Não é o que você diz e a maneira como diz
  45. 45. Uma Abordagem Pragmática
  46. 46. Males da duplicação
  47. 47. Conceito de manutenção
  48. 48. Dica :) NSR - Não Se Repita DRY - Don't Repeat Yourself
  49. 49. Tipos de duplicação
  50. 50. Duplicação imposta
  51. 51. Dica :) Facilite a reutilização
  52. 52. Ortogonalidade
  53. 53. Conceito emprestado da geometria
  54. 54. Sistema ortogonal
  55. 55. Dica :) Elimine efeitos entre elementos não relacionados
  56. 56. Reversibilidade
  57. 57. Dica :) Não há decisões definitivas
  58. 58. Projéteis Luminosos
  59. 59. Código Rastreador
  60. 60. Dica :) Use projéteis luminosos para encontrar seu alvo
  61. 61. Programe Igual ao Domínio do Usuário
  62. 62. Dica :) Programe em um nível próximo ao domínio do problema (usuário)
  63. 63. Estimando
  64. 64. Dica :) Estime para evitar surpresas
  65. 65. Que nível de exatidão é suficientemente exato?
  66. 66. Entenda o que está sendo pedido
  67. 67. Acompanhe sua habilidade de estimar
  68. 68. Dica :) Reexamine o cronograma junto ao código
  69. 69. O que dizer quando lhe pedirem uma estimativa?
  70. 70. Refine sempre essa estimativa
  71. 71. Seja Flexível
  72. 72. Quadros-Negros
  73. 73. A melhor forma de se comunicar é visualmente
  74. 74. Enquanto Você Está Codificando
  75. 75. Programação Baseada no Acaso
  76. 76. Programar é uma tarefa que envolve muita habilidade e raciocínio
  77. 77. Quando você não presta Atenção no que está fazendo! (mesmo que você seja muito bom)
  78. 78. Refatoração
  79. 79. Refatorar é melhorar um código existente sem alterar o seu funcionamento
  80. 80. Refatoração
  81. 81. Quando Refatorar?
  82. 82. -Código duplicado -Método longo -Classe grande -Lista de parâmetros longa -Má indentação E muito mais!
  83. 83. Dica :) Refatore cedo, refatore sempre
  84. 84. Código Que Seja Fácil de Testar
  85. 85. Testando as Unidades
  86. 86. Devemos ter o hábito de testar unitariamente nosso software (procure o xUnit da sua linguagem favorita)
  87. 87. Testando a Integração entre os Componentes
  88. 88. Testando a Carga que seu Sistema Suporta
  89. 89. Dica :) Teste seu software ou seus usuários testarão
  90. 90. Programadores Profissionais Escrevem Testes, Ponto Final http://blog.fragmental.com.br/2007/10/31/programadores-profissionais-escrevem-testes-ponto-final/
  91. 91. Existem várias camadas de teste. Aprenda para saber quais são necessárias para seu problema
  92. 92. Dica :) Projete para testar
  93. 93. Assistentes do Mal
  94. 94. Dica :) Não use um código de assistente que você não entender
  95. 95. Antes do Projeto
  96. 96. O Abismo dos Requisitos
  97. 97. 1970... [...]ironicamente, Royce defendia um abordagem iterativa para o desenvolvimento de software e nem mesmo usou o termo cascata[...]
  98. 98. [...]Royce originalmente descreve o que é hoje conhecido como o modelo em cascata como um exemplo de um método que ele argumentava ser um risco e um convite para falhas[...]
  99. 99. RUP você pega toda a documentação no início.
  100. 100. RUP você pega toda a documentação no início. Agile você não documenta nada.
  101. 101. RUP você pega toda a documentação no início. Agile você não documenta nada. Será mesmo!?
  102. 102. 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!
  103. 103. Dica :) Trabalhe com usuário para pensar como um usuário
  104. 104. Dica :) Abstração tem vida mais longa do que detalhes
  105. 105. Projetos Pragmáticos
  106. 106. Uma visão geral de como ser Pragmático
  107. 107. Uma visão geral de como ser uma equipe Pragmático
  108. 108. Dica :) Sem janelas quebradas
  109. 109. Dica :) Comunique-se
  110. 110. Dica :) Não se repita
  111. 111. Dica :) Automação
  112. 112. Dica :) Saiba quando parar de adicionar retoques
  113. 113. Dica :) Teste! O melhor amigo do Programador
  114. 114. Dica :) Seja um catalizador de mudanças
  115. 115. Sopas de pedras
  116. 116. Dica :) Lembre-se do cenário em larga escala
  117. 117. Sapos cozidos
  118. 118. RUP, XP, Scrum, Kanban e etc...
  119. 119. Pratique!
  120. 120. DOJOS
  121. 121. Programe! Programe! Programe!
  122. 122. Pra quem só tem martelo todo problema é um prego!
  123. 123. Profissão Programador: Práticas para Melhoria Contínua Unimonte - Outubro 2013 Agatha Lisboa Gabriel Rubens agatha.lisboa@gmail.com / @gabrielrubenss

×