Baixar para ler offline
Carregado porEmmanuel Gomes Brandão
Brownfield applications: dicas, técnicas e experiências
O documento fornece dicas e experiências sobre como lidar com código legado ("legacy code") em aplicações existentes ("brownfield applications"). Algumas das principais dicas incluem: aplicar práticas como controle de versão, integração contínua e testes automatizados; refatorar o código para seguir princípios como separação de preocupações e injeção de dependência; e manter uma abordagem de inspecionar e adaptar o código continuamente.
Mais conteúdo relacionado
Semelhante a Brownfield applications: dicas, técnicas e experiências
Brownfield applications: dicas, técnicas e experiências
- 1. Fazendo as pazescom o legadodicas, técnicas e experiênciasRefactoring!
- 2. LegacycodeMichael Feathers, WorkingEffectively with Legacy Code:“Code without tests”
- 3. Legacycode“Aplicações que estãoem produção e que não recebem novas features e tem baixa manutenção, apenas bugs graves”
- 4.
- 5. E se...Aplicação estáem produção,Implementação constantes de novas funcionalidades,Correções de bugs,Mas...
- 6. O código éruim,Difícil de dar manutenção,Ambiente não confiável,Afeta até mesmo a moral do time...?
- 7.
- 8. dicas, técnicas eexperiênciasBrownfieldapplications
- 9. Eu souEmmanuel G.Brandão,32 anos,Programador humano,egomesbrandao{twitter, msn, gtalk, blog, site, e-mail, facebook, ...}
- 10.
- 11. Você entra paraa equipe, dia 1Acessa o VCS, baixa o códigoCompila e... erro, falta framework!Instala, ... Erro! Falta arquivo.configCompila... Erro! Configuração errada
- 12. ProblemasSRP não érespeitado nem nas camadas,Acesso a dados problemático,O código é ininteligível,Práticas comuns não são usadas,Se OO é procedural, se funcional é OO,Incerteza é uma constante
- 13.
- 14. Controle de versão(VCS)
- 15.
- 16. ecosistemaControle de versãoIntegraçãocontínuaTestes automatizadosMétricasControle de bugs
- 17.
- 18. Um pouco sobrecódigoConheça fundamentos (OO, Funcional, ...)SOLID (SRP, OCP,...,DI )Adote: KISS, YAGNI, DRY
- 19. Camadas são polêmicasTier:mais ligada ao hardware que roda (UI no cliente, middleware no server, ...)Layer: Separação lógica (validação, lógica de negócios, ...)
- 23. anti-corruptionlayerImplementação do designpattern: AdapterIsola problemas com dependência de frameworks de terceiros ou sistemas
- 24.
- 25.
- 29. Use tatftPara tercerteza de que tudo continua funcionando:“Test All The Fucking Time”Bryan Liles
- 30. Testes: leituraWorkingeffectivewithlegacycode, MichaelFeathers, tem vários cenários de testeMétodo monstroCódigo alienígina
- 32.
- 33.
- 34. ObjetivoDesacoplar......te força atrabalhar com Interfaces...... ajuda com testes
- 35.
- 36.
- 37.
- 40. Refactoring acesso adadosIsole o acesso a dados em um layer (DAL),Se não precisar de Transações não coloque! Lembre-se YAGNI,Otimização prematura de performance não é uma boa idéia,Refactoring de IF’s em SP’sé fácil, joins, aggregations é difícil, o que é lógica e o que é CRUD,
- 41. ORMDeixe o acessode dado no automático,Não crie, use um pronto... Ou compre!Coopere com o DBA! “Dados pertencem a organização e não a sua aplicação”
- 42. Banco de dadosFazparte da sua app, certo?Você versiona? Como?É fácil de refazer? É feito no deploy de teste? Use: Migrations
- 43. Uma nova idéia:CQRS, próxima palestra!
- 44.
- 45.
- 46. Inspeção e adaptação..."Nãose iluda em terminar um projeto, um projeto de software só acaba quando o programa é deletado dos computadores definitivamente e sai de uso, o código-fonte é apagado e todos os programadores são mortos.“Ted Neward
- 48.