Baixar para ler offline
Carregado porGabriel Rubens
Profissoa programador-praticas-para-melhoria-continua-fatec-santos-outubro-2013
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.
Profissoa programador-praticas-para-melhoria-continua-fatec-santos-outubro-2013
- 1. Profissão Programador: Práticas para MelhoriaContínua Semana de Tecnologia FATEC Rubens Lara (Santos) - Outubro 2013 Agatha Lisboa Gabriel Rubens agatha.lisboa@gmail.com / @gabrielrubenss
- 2.
- 3. De onde vema palavra pragmático?
- 4. O foco dapalestra é 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 umprograma. Documentar seu trabalho
- 9.
- 10. MetodologiaMetodologia s ques que resolvemresolvem todosostodos os problemasproblemas
- 11. Linguagens deLinguagens de ProgramaçãoProgramação pratodas aspra todas as situaçõessituações
- 12. SistemasSistemas OperacionaisOperacionais que sãoque são melhoresquemelhores que os outrosos outros
- 13. Não existe baladeNão existe bala de prata!prata!
- 14. Não há umasolução que resolva todos os problemas.
- 15.
- 16. Dica :) Reflita sobreseu trabalho.
- 17.
- 19.
- 20.
- 21.
- 22.
- 23. Dica :) Forneça soluções enão desculpas esfarrapadas.
- 24.
- 25.
- 26. Teoria da janelaTeoriada janela quebradaquebrada
- 27.
- 28.
- 29. Sopas de pedrase sapos cozidos
- 30. Dica :) Seja um catalizadorde mudanças
- 31.
- 32. Dica :) Lembre-se do cenárioem larga escala
- 33.
- 34. Envolva os usuários natomada de decisões
- 35. Dica :) Torne qualidade partedos requisitos
- 36.
- 37. Ciência + arte+ trabalho manual
- 38.
- 40.
- 41.
- 42. Semelhante ao gerenciamento de umacarteira de investimentos
- 43.
- 44. Dica :) Invista regularmente em suacarteira de conhecimentos
- 45. Dica :) Analise criticamente o quevocê vê e ouve
- 46.
- 48. Conheça o quevai dizer
- 49. Conheça pra quem vaidizer
- 50.
- 51.
- 52. Dica :)Dica :) Éo que você diz eÉ o que você diz e a maneira como diza maneira como diz
- 53.
- 54.
- 55.
- 56. Dica :) NSR -Não Se Repita DRY - Don't Repeat Yourself
- 57.
- 58.
- 59.
- 60.
- 61.
- 62.
- 63. Dica :) Elimine efeitos entreelementos não relacionados
- 64.
- 65. Dica :) Não hádecisões definitivas
- 66.
- 67.
- 68. Dica :) Use projéteis luminosospara encontrar seu alvo
- 69. Programe Igual ao Domíniodo Usuário
- 70. Dica :) Programe emum nível próximo ao domínio do problema (usuário)
- 71.
- 72. Dica :) Estime para evitarsurpresas
- 73. Que nível de exatidãoé suficientemente exato?
- 74. Entenda o queestá sendo pedido
- 75.
- 76. Dica :) Reexamine o cronograma juntoao código
- 77. O que dizerquando lhe pedirem uma estimativa?
- 78.
- 79.
- 80. A melhor formade se comunicar é visualmente
- 85.
- 86.
- 88. Programar é uma tarefaque envolve muita habilidade e raciocínio
- 89.
- 90.
- 91. Refatorar é melhorar umcódigo existente sem alterar o seu funcionamento
- 92.
- 94. -Código duplicado -Método longo -Classegrande -Lista de parâmetros longa -Má indentação E muito mais!
- 95.
- 96. Código Que Seja Fácilde Testar
- 97.
- 98. Devemos ter o hábitode testar unitariamente nosso software (procure o xUnit da sua linguagem favorita)
- 99. Testando a Integração entreos Componentes
- 100. Dica :) Teste seu softwareou seus usuários testarão
- 102.
- 103. Existem várias camadas deteste. Aprenda para saber quais são necessárias para seu problema
- 105.
- 106.
- 107. Dica :) Não useum código de assistente que você não entender
- 108.
- 109.
- 111. RUP você pegatoda a documentação no início.
- 112. RUP você pegatoda a documentação no início. Agile você não documenta nada.
- 113. RUP você pegatoda 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áriopara pensar como um usuário
- 118. Dica :) Abstração tem vidamais longa do que detalhes
- 119.
- 120. Uma visão geralde como ser Pragmático
- 121. Uma visão geralde como ser uma equipe Pragmático
- 122.
- 123.
- 124. Dica :) Não serepita
- 125.
- 126. Dica :) Saiba quando pararde adicionar retoques
- 127. Dica :) Teste! O melhoramigo do Programador
- 129.
- 130.
- 131.
- 134.
- 135.
- 136. Pra quem sótem martelo todo problema é um prego!
- 137. Profissão Programador: Práticas para MelhoriaContínua Semana de Tecnologia FATEC Rubens Lara (Santos) - Outubro 2013 Agatha Lisboa Gabriel Rubens agatha.lisboa@gmail.com / @gabrielrubenss