O documento discute a importância da arquitetura de software evolucionária e do design emergente. A arquitetura é constituída pelas decisões mais difíceis de mudar e deve haver o mínimo possível delas. Uma abordagem evolucionária envolve começar com um pequeno código e acrescentar funcionalidades gradualmente, permitindo que o design se desenvolva.

1. Arquitetura (evolucionária) de Software e o Arquiteto Leandro Daniel @leandronet

2. Leandro Daniel @leandronet Comunidade .net Magazine Podcaster Desenvolvimento de software Visual Studio ClubeDelphi Editor Técnico .NET SQL Server Autor de artigos Business Intelligence Arquiteto de Sistemas Várias certificações...

3. http://voidpodcast.com

4. Objetivos Refletir sobre o desenvolvimento de software Entender a importância da arquitetura Apresentar uma abordagem prática de arquitetura

5. Refletindo sobre o desenvolvimento de software

6. Com o que o desenvolvimento de software se parece?

7. Engenharia... É tudo igual?

8. “-Ficou ótima a ponte! Dá pra mudar ela de lugar?”

9. É possível morar em um prédio inacabado?

10. É possível construir um avião em pleno voo?

12. Complicar a execução de tarefas simples parece besteira?

13. Desenvolver software se parece mais com isso: by Fred Brooks –Mythical Man-Month, The: Essays on Software Engineering, Anniversary Edition, Capítulo 1 Escrever poemas. :)

17. @leandronet Arquitetura existe, sempre! Mesmo que não seja pensada! Mas... O que é arquitetura afinal?

18. @leandronet Arquitetura Implementação Design

19. @leandronet Arquitetura é aquela coisaque é difícil de mudar depois. Por essa razão, deve existir o mínimo possível dessa coisa.

21. Decisões com altocusto de reversão

22. Componentes– Papéis – RelacionamentosGentilmente copiado do @elemarjr =P

23. “organização fundamental de um sistema incorporada em seus componentes, suas relações entre si e entre o ambiente e os princípios guiando seu design e evolução” IEEE @leandronet

24. Existe diferença? @leandronet

28. Papéis do Arquiteto SOA Architect Data Architect <papel aqui> Architect

29. Preocupações relevantes durante o processo de definição de uma arquitetura (segundo o TOGAF)

30. <Intermission>

31. Apresentando: Um código C#!

32. Essaéumaabstração do código (by NDepend) Assembly Classe Método

35. c

36. Qual abordagem você utilizaria para construir esse software? </Intermission>

37. Entendendo a importância da arquitetura de software

38. Espectro do Design Waterfall clássico Some DUF Agile XGH Design Emergente BDUF @leandronet

39. Arquitetura Evolucionária e Design Emergente @leandronet #Simples #Adaptativa #Foco do cliente #Agile #YAGNI #Iterativa #Flexível

40. "Nãoexiste nenhumdesignno início. Você começa codificando uma pequenaquantidade de funcionalidades, e vai acrescentando outras gradativamente, deixando que o design tomeforma!” Martin Fowler @leandronet Design Emergente

41. Sim, a entropia existe em software... Manter as coisas como estão, exige trabalho! @leandronet

43. Quanto mais tempo você adiar suas decisões... ...Mais contextualizadas elas serão! @leandronet

44. <Lembrando> Qual abordagem você utilizaria para construir esse software? </Lembrando>

45. Práxis da Arquitetura Evolucionária

46. @leandronet

47. Dívida Técnica “Obrigação que uma organização de software incorre quando escolhe um design ou um tipo de construção que é práticonocurto prazo mas que aumenta a complexidade e é maiscustoso no longoprazo.” Ward Cunningham @leandronet

48. Dívida técnica sempre é uma vilã? @leandronet Fuuuuuuu!!! Depende! OMG!!

49. @leandronet Quadrante da dívida técnica “Nós não temos tempo para design” “Nós vamos lidar com as consequências” Prudente e De propósito Irresponsável e De propósito “O que são camadas?” “Agora nós sabemos que deveríamos ter feito isso” Prudente e Sem querer Irresponsável e Sem querer

50. Identificando padrões idiomáticos @leandronet

51. Para fechar, algumas dicas importantes... @leandronet

52. É necessário tomar essa decisão agora? Posso adiar essa decisão com segurança? O que posso fazer para tornar essa decisão reversível? @leandronet

53. Toda e qualquer atividade dentro do desenvolvimento de software é importante. Pense sempre em flexibilidade. Não lute contra as “mudanças”. @leandronet

54. Tenha ciência do seu conhecimento (e da sua ignorância, se possível...) “A simplicidade consiste em subtrair o óbvio e acrescentar o significativo.” (John Maeda) Quando em dúvida, erre pela simplicidade. @leandronet

56. “Martin Fowler” + Design + Enterprisehttp://reverb.leandrodaniel.com http://voidpodcast.com

57. Obrigado! :) @leandronet contato@leandrodaniel.com http://reverb.leandrodaniel.com