Baixado 20 vezes
Carregado porMarcelo Sousa Ancelmo
Quem quer ser um arquiteto?
O documento discute o que é necessário para ser um arquiteto de software. Ele destaca que é preciso ter conhecimento técnico em vários domínios como arquitetura de negócios, infraestrutura, software e segurança, além de tecnologias e linguagens de programação. Também é importante ter habilidades de liderança, comunicação e mentoria. Um arquiteto precisa adotar uma abordagem ágil e enxuta, evitando soluções prematuras para problemas ainda não conhecidos.
![[DevDay2018] Arquitetura de Software num cenário de incertezas - Arquitetura ...](https://cdn.slidesharecdn.com/ss_thumbnails/devday2018-paulovich1-180901143034-thumbnail.jpg?width=640&height=640&fit=bounds)
Quem quer ser um arquiteto?
- 1. © 2014 IBMCorporation Quem quer ser um arquiteto? The Developers Conference https://twitter.com/marceloancelmo Marcelo Sousa Ancelmo Senior IT Specialist – IBM Rational marcelo.ancelmo@br.ibm.com marceloancelmo http://www.slideshare.net/marceloancelmo https://www.linkedin.com/in/marceloancelmo
- 2. O que éser um arquiteto?
- 4. O que épreciso para ser um Arquiteto?
- 5. Conhecimento técnico éimportante... • Saber se comunicar bem com equipes técnicas e de negócio • Um trusted advisor para a gerência de projetos e stakeholders • É preciso ser um mentor para a equipe • Saber gerenciar crises e conflitos arquiteturais • Analisar problemas de neǵocio • Gerenciar expectativas • Saber a hora de recuar e de progredir para defender a arquitetura
- 6.
- 7. Conhecimento de diferentesdominios • Arquitetura de Negocio • Arquietura de Infraestrutura • Arquitetura de Software • Arquitetura de Segurança • Arquitetura de Dados
- 8. E de suastecnicas e tecnologias associadas • NoSQL, SQL, XML, JSON, Big Data, Cache, Data Grid • UML • Requisitos Funcionais • Requisitos Não-Funcionais – Escalabilidade – Alta Disponibilidade – Segurança – Resiliência – Disponibilidade – Etc... • DSL, BPM, BRM
- 9. Conhecimento de diferentesPlataformas • Mainframe • Client-Server • Web • Mobile • Cloud • Monolitica • Client-Server (2-tier, 3-tier, n-tier) • P2P • EDA • SOA • REST E de estilos arquiteturais
- 10. Conhecer processos dedesenvolvimento • Extreme programming (XP) • Agile Methods • Kanban • RUP • Unified Process • Waterfall
- 11. Conhecimentos de Análisee Design • Padrões de Design – GOF – EIP – MEP – Java EE Design Patterns • OOAD • Domain Driven-Design
- 12. Conhecimento de Middleware •ESB – Enterprise Service Bus • MOM - Message Oriented Middleware • EAI – Enterprise Application Integration • ETL – Extract, Transform and Load • Java Application Server
- 13. Conhecer linguagens deprogramação
- 14. Conhecer tecnologias eframeworks
- 15. Possuir um arsenalde ferramentas • ALM • Modelagem e Arquitetura de Software • SCM • Build Automation • CI • Deploy Automation • Etc...
- 16. Para montar umavisão alto nivel • Montar a visão do Big Picture, sem perder a visão final • Identificar Componentes, Comunicação e Padrões • No Silver Bullet
- 17. Adotar uma abordagemLean • Evitar Big Design Up Front e Big Architecture Up Front • Não tentar dar soluções para problemas que você ainda não sabe se vão acontecer (Eles podem não ser realmente problemas, podem não ser tão importantes ou podem nunca acontecer) • Foco nas partes que não podem / devem sofrer mudanças • Isolar os frameworks e componentes de terceiros pode facilitar a sua mudança
- 18. Afinal, o queé preciso para ser um arquiteto?
- 19. É preciso preparo •Ler livros, artigos e blogs • Conversar com outros arquitetos e saber sobre suas experiências • Participar de fóruns e eventos que abordem o tema Para desenvolver e aprimorar sua técnica
- 20.
- 21.
- 22.
- 23. Thank You Merci Grazie Gracias Obrigado Danke Japanese English French Russian German Italian Spanish Brazilian Portuguese Arabic TraditionalChinese Simplified Chinese Hindi Tamil Thai Korean Dziękuję Polish Marcelo Sousa Ancelmo Senior IT Specialist – IBM Rational marcelo.ancelmo@br.ibm.com