Abraçando a mudança com Código
3 gostaram815 visualizações
O documento aborda a importância da adaptação à mudança em projetos ágeis, apresentando conceitos como formação de triângulos e a profecia autorrealizável. Também destaca a relevância do desenvolvimento ágil focado em colaboração e feedback, criticando métodos tradicionais como waterfall. Além disso, discute padrões de design como Strategy, Simple Factory e Adapter, e promove a reflexão sobre a abertura a mudanças no código.
![IMPLEMENTAÇÃO DO LOGIN
30
def self.com(parametros)
resposta = if parametros[:metodo] == :facenote
ServicoFaceNoteLogin.autenticar(parametros[:dados])
elsif parametros[:metodo] == :zuiter
parametros[:dados][:usuario].downcase!
ServicoZuiterLogin.autenticar(parametros[:dados])
end](https://image.slidesharecdn.com/agilebrasil15-151024131800-lva1-app6892/85/Abracando-a-mudanca-com-Codigo-30-320.jpg)
Abraçando a mudança com Código
- 1. ABRACE A MUDANÇA COM CÓDIGO @marcosbrizeno
- 3. FORMANDO TRIÂNGULOS 3 http://www.funretrospectives.com/forming-triangles/ Ande em uma direção aleatória até ouvir a palavra "Triângulo" Quando ouvir, pare e tente formar um triângulo com os outros participantes
- 4. AGENDA $> Mudança em projetos Ágeis $> O patinho fail $> Strategy - Dividir para simplificar $> Adapter - Seja como a água $> Factory - Gerenciando objetos $> Transformando o patinho fail 4
- 5. A ÚNICA CONSTANTE É A MUDANÇA A profecia autorrealizável 5
- 6. A PROFECIA AUTORREALIZÁVEL O seu projeto vai mudar! 6
- 7. A PROFECIA AUTORREALIZÁVEL 7 “Be water my friend.” - Bruce Lee
- 9. DESENVOLVIMENTO ÁGIL Fortemente baseado em pessoas e colaboração 9
- 10. DESENVOLVIMENTO ÁGIL Ciclo de feedback reduzido 10
- 11. DESENVOLVIMENTO ÁGIL Envolvimento com o cliente e usuários o tempo todo 11
- 12. DESENVOLVIMENTO ÁGIL Exploração e aprendizado 12
- 13. CÓDIGO ÁGIL? 13 “Talk is cheap. Show me the code.” - Linus Torvalds
- 14. CÓDIGO ÁGIL? 14
- 15. CÓDIGO ÁGIL? Código no centro de tudo 15
- 16. CÓDIGO ÁGIL? 16 CÓDIGO LIMPO PADRÕES DE PROJETO SOLID TDD DOCUMENTADO TESTÁVEL EFICIENTE LEGÍVEL FUNCIONA FÁCIL DE IMPLANTAR INTEGRAÇÃO CONTÍNUA PAREAR
- 17. CÓDIGO ÁGIL? 17
- 18. O REI ESTÁ NÚ! 18 SCRUM NÃO RESOLVE O SEU PROBLEMA
- 19. O REI ESTÁ NÚ! 19 Waterfall: Vamos entregar o projeto próximo ano! Agile: Vamos entregar pequenos MVPs até o próximo ano!
- 20. O REI ESTÁ NÚ! 20 Um ano depois
- 21. O REI ESTÁ NÚ! 21 Waterfall: Não era bem o que eu queria… Vamos ter que fazer de novo… Agile: Nosso produto já está sendo utilizado!
- 22. O REI ESTÁ NÚ! 22 De que adianta o feedback se não consigo agir nele?
- 23. O REI ESTÁ NÚ! 23 SCRUM SOZINHO NÃO RESOLVE O SEU PROBLEMA
- 24. COMO ABRAÇAR A MUDANÇA COM CÓDIGO 24
- 25. PATINHO FAIL 25
- 26. EU S2 LIVROS e o padrão Strategy 26
- 27. O EU S2 LIVROS Plataforma para juntar livros e pessoas (leitores/autores) Precisa ser de fácil acesso Permitir o login através de várias redes sociais existentes 27
- 28. API DOS SERVIÇOS 28 API FaceNote: FACE_NOTE_SUCESSO = 200 FACE_NOTE_REVOCADO = 403 FACE_NOTE_BLOQEUADO = 408 API Zuiter: ZUITER_SUCESSO = 202 ZUITER_PENDENTE = 400 usuários apenas em downcase
- 29. DESIGN E ARQUITETURA 29 Login ServicoFaceNoteLogin informação do usuário API FaceNote dados formatados para a API código de resposta status e mensagem
- 30. IMPLEMENTAÇÃO DO LOGIN 30 def self.com(parametros) resposta = if parametros[:metodo] == :facenote ServicoFaceNoteLogin.autenticar(parametros[:dados]) elsif parametros[:metodo] == :zuiter parametros[:dados][:usuario].downcase! ServicoZuiterLogin.autenticar(parametros[:dados]) end
- 31. IMPLEMENTAÇÃO DO LOGIN 31 if resposta == FACE_NOTE_SUCESSO || resposta == ZUITER_SUCESSO status, mensagem = true, 'login com sucesso' elsif resposta == FACE_NOTE_REVOCADO status, mensagem = false, 'acesso revocado' elsif resposta == FACE_NOTE_BLOQEUADO status, mensagem = false, 'aplicação bloqueada' elsif resposta == ZUITER_PENDENTE status, mensagem = false, 'autorização pendente' end
- 32. EXEMPLO DE PARÂMETRO 32 parametros = { metodo: :facenote, dados: { usuario: 'Gil' } }
- 33. LOGIN VIA HOOGLE Extensão do problema 33
- 34. API DOS SERVIÇOS 34 API Hoogle: HOOGLE_SUCESSO = 200 HOOGLE_REVOCADO = 403 HOOGLE_BLOQEUADO = 409 usuários não podem ter espaço extra #dica: “ string “.strip == "string"
- 35. 35 JUNTA AE!
- 36. 36 CADE O PATINHO FAIL?
- 38. STRATEGY Padrão de comportamento, ou seja, distribui responsabilidades Criar estratégias e fazer com que seja fácil mudá-las Estratégias seguem uma mesma interface 38
- 39. APLICANDO O PADRÃO STRATEGY 39 Login LoginViaFaceNote LoginViaZuiter status e mensagem método? status e mensagem dados do usuário
- 40. REFATORANDO 40
- 41. UMA NOTA SOBRE REFATORAÇÃO 41
- 42. 42 JUNTA AE!
- 43. 43 CADE O PATINHO FAIL?
- 44. MANEIRAS DE BUSCAR e o padrão SimpleFactory 44
- 45. COMPRAS SOCIAIS Várias maneiras de buscar diferentes Buscas flexíveis com valores padrão Adicionar mais buscas 45
- 46. DESIGN E ARQUITETURA 46 Busca cria critério ServicoDeBusca critério ids dos produtos parametros
- 47. EXEMPLO DE PARÂMETROS 47 #exemplo de hash { tipo_de_busca: :categoria, resultados_por_pagina: 10, categoria: :eletronicos, ordenar_por: :relevancia }
- 48. TIPOS DE BUSCA Busca normal: apenas o nome do produto precisa ser especificado, ordem de exibição padrão por "relevância" Busca por categoria: é necessário especificar categoria, ordem de exibição dos exibição padrão por "mais recente" A quantidade de produtos exibidos por página é 15 por padrão 48
- 49. BUSCA PROMOCIONAL Extensão do problema 49
- 50. BUSCA PROMOCIONAL categoria será sempre "em promoção” resultado sempre será ordenado por "mais recente" 50
- 51. 51 JUNTA AE!
- 52. 52 CADE O PATINHO FAIL?
- 53. O PADRÃO SIMPLE FACTORY 53
- 54. SIMPLE FACTORY Padrão de criação, ou seja, remove responsabilidade de criar Utiliza objeto especializado para criar novas instâncias Não confundir com Factory Method e Abstract Factory! 54
- 55. APLICANDO O PADRÃO SIMPLE FACTORY 55 Busca FabricaDeCriterio Criterio dados da busca parametros novo objeto
- 56. REFATORANDO 56
- 57. 57 JUNTA AE!
- 58. 58 CADE O PATINHO FAIL?
- 59. SISTEMAS LEGADOS e o padrão Adapter 59
- 60. INTERFACE COM SISTEMAS LEGADOS Informações dos clientes via API com XML Um endpoint para email, outro para endereços, outro para pagamentos e outro para telefone Os dados devem ser apresentados juntos em JSON 60
- 61. DESIGN E ARQUITETURA 61 Cliente @id_universal Sistema Legado de Clientes constrói xml chama serviço desconstrói xml preferências do usuário valida dados
- 63. BUSCA PROMOCIONAL Quando o sistema legado sair, não usaremos mais xml Ainda não sabemos exatamente o que será usado Precisamos separar a lógica de processamento de xml 63
- 64. 64 JUNTA AE!
- 65. 65 CADE O PATINHO FAIL?
- 67. ADAPTER Padrão estrutural, ou seja, facilitam o design do projeto Define um contrato entre duas interfaces diferentes Simplifica mudanças nessas interfaces, desde que mantenha-se o mesmo contrato 67
- 68. DESIGN E ARQUITETURA 68 Cliente id_universal Sistema Legado de Clientes constrói xml chama serviço desconstrói xml preferências do usuário valida data Adaptador
- 69. REFATORANDO 69
- 70. 70 JUNTA AE!
- 71. 71 CADE O PATINHO FAIL?
- 72. TRANSFORMANDO O PATINHO FAIL Como fazer com que seu código seja aberto a mudanças 72
- 73. O PATINHO FAIL ESTÁ EM TODO LUGAR! 73
- 74. ABRACE O PATINHO FAIL E CUIDE DELE 74
- 75. O PATINHO FAIL É TEMPERAMENTAL 75
- 76. MAS O PATINHO FAIL TAMBÉM PODE FICAR FELIZ! 76
- 77. <JABÁ> Este workshop foi um oferecimento de… 77
- 78. QUER MAIS? 78 Livro pela Casa do Código Lançamento dia 30 de Outubro
- 79. ESTAMOS CONTRATANDO! 79 @marcosbrizeno ou mbrizeno@thoughtworks.com
- 80. </JABÁ> RETRO TIME!!! Este workshop foi um oferecimento de… 80
- 81. NOTA PARA SI MESMO 81 Escreva em um post-it algo para se lembrar durante a semana Mantenha essa nota perto de você www.funretrospectives.com/note-to-self/