Dicas, técnicas e experiências para lidar com aplicações Brownfield

1. Fazendo as pazes com o legado dicas, técnicas e experiências Refactoring!

2. Legacycode Michael Feathers, Working Effectively with Legacy Code: “Code without tests”

3. Legacycode “Aplicações que estão em produção e que não recebem novas features e tem baixa manutenção, apenas bugs graves”

4. Greenfield

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. Brownfield

8. dicas, técnicas e experiências Brownfieldapplications

9. Eu sou Emmanuel G. Brandão, 32 anos, Programador humano, egomesbrandao{twitter, msn, gtalk, blog, site, e-mail, facebook, ...}

10. Brownfieldapp’s

11. Você entra para a equipe, dia 1 Acessa o VCS, baixa o código Compila e... erro, falta framework! Instala, ... Erro! Falta arquivo.config Compila... Erro! Configuração errada

12. Problemas SRP 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. Bases da mudança

14. Controle de versão (VCS)

15. Alteração do código

16. ecosistema Controle de versão Integração contínua Testes automatizados Métricas Controle de bugs

17. Bases da mudança

18. Um pouco sobre código Conheça fundamentos (OO, Funcional, ...) SOLID (SRP, OCP,...,DI ) Adote: KISS, YAGNI, DRY

19. Camadas são polêmicas Tier: 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-corruptionlayer Implementação do design pattern: Adapter Isola problemas com dependência de frameworks de terceiros ou sistemas

24. Vertical layer Log Veja AOP Case

25. Refactoringlayers

29. Use tatft Para ter certeza de que tudo continua funcionando: “Test All The Fucking Time” Bryan Liles

30. Testes: leitura Workingeffectivewithlegacycode, Michael Feathers, tem vários cenários de teste Método monstro Código alienígina

32. Bases da mudança

33. Dependenceinjection DependenceInjection (DI) InversionofControl (IoC) Service locator

34. Objetivo Desacoplar... ...te força a trabalhar com Interfaces... ... ajuda com testes

35. Bases da mudança

36. UI Desacople SRP Patterns (MVC, MVVM, ...)

37. Bases da mudança

40. Refactoring acesso a dados Isole 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. ORM Deixe o acesso de 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 dados Faz parte 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. Bases da mudança

45. manter

46. Inspeção e adaptação... "Não se 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. Obrigado!