Alguém poderia me indicar livros, links ou qualquer tipo de mídia para eu começar a desenvolver meu lado de arquiteto? Preciso saber por onde começar a estudar.
Abs
[quote=jp.fernandz]Alguém poderia me indicar livros, links ou qualquer tipo de mídia para eu começar a desenvolver meu lado de arquiteto? Preciso saber por onde começar a estudar.
Abs[/quote]
veja se ajuda
http://www.ibm.com/developerworks/forums/thread.jspa?messageID=14259599
head firt design patterns.
design patterns elements of reusable object-oriented software
enterprise design patterns
por ai.
ótimos livros, sou fã desse primeiro.
head firt design patterns.
Nunca vi nada dedicado especificamente arquitetura de projetos. No meu ver um arquiteto é uma pessoa com muita experiência em modelagem e desenvolvimento de software e com uma visão abragente, que busca sempre a melhor solução para o dominio do cliente com o melhor custo/benefício, independente de linguagem e tecnologia. Os melhores arquitetos que já vi, na verdade sabem explorar o que cada linguagem/tecnologia tem de melhor, indepentende de ideologias, misturando muitas vezes varías linguagens/tecnologias em um mesmo projeto dependendo da complexidade do mesmo.
falou bem! 
Eu estou estudando arquitetura de software e estou
me baseando nos livros descrito no link abaixo…
oi,
Na minha opinião um Arquiteto é a pessoa responsável por tomar decisões que são específicas do contexto do problema baseado na sua experiência anterior, no conhecimento, e no contato com outras pessoas que possuem habilidades específicas.
Ele também é responsável por decompor esta solução em peças (ou componentes, ou o que você quiser chamar) dentro de várias visões de tal forma que a equipe envolvida consiga ter uma visão macro da solução. (ou melhor, a visão adequada para a sua função no processo)
No link que eu passei acima tem várias referências interessantes
abs
Vlw pessoal, já estou começando a olhar o que vcs me passaram!
Bem eu comprei ontem o livro head firt design patterns, todos indicam!
Obrigado mais uma vez pela ajuda!
[quote=jp.fernandz]Bem eu comprei ontem o livro head firt design patterns, todos indicam!
Obrigado mais uma vez pela ajuda![/quote]
Um bom arquiteto será capaz de definir um bom design, mas não implementá-los. Portanto estudar Design Patterns é uma habilidade requirida tanto ao programadores quanto aos arquitetos. Mas adianto, que saber Design Patterns é apenas 5% do conhecimento necsssário de um arquiteto Java.
[quote=Giulliano][quote=jp.fernandz]Bem eu comprei ontem o livro head firt design patterns, todos indicam!
Obrigado mais uma vez pela ajuda![/quote]
Um bom arquiteto será capaz de definir um bom design, mas não implementá-los. Portanto estudar Design Patterns é uma habilidade requirida tanto ao programadores quanto aos arquitetos. Mas adianto, que saber Design Patterns é apenas 5% do conhecimento necsssário de um arquiteto Java.[/quote]
Não entendi sua colocação? Poderia explicar de melhor forma?
O que mais um arquiteto tem que conhecer? Sem ser Design Pattern…
O que um arquiteto Java precisa, saber além de Design Patterns:
Application Design Concepts and Principles
Explain the main advantages of an object-oriented approach to system design including the effect of encapsulation, inheritance, and use of interfaces on architectural characteristics.
Describe how the principle of “separation of concerns” has been applied to the main system tiers of a Java Platform, Enterprise Edition application. Tiers include client (both GUI and web), web (web container), business (EJB container), integration, and resource tiers.
Describe how the principle of “separation of concerns” has been applied to the layers of a Java EE application. Layers include application, virtual platform (component APIs), application infrastructure (containers), enterprise services (operating system and virtualization), compute and storage, and the networking infrastructure layers.
Common Architectures
Explain the advantages and disadvantages of two-tier architectures when examined under the following topics: scalability, maintainability, reliability, availability, extensibility, performance, manageability, and security.
Explain the advantages and disadvantages of three-tier architectures when examined under the following topics: scalability, maintainability, reliability, availability, extensibility, performance, manageability, and security
Explain the advantages and disadvantages of multi-tier architectures when examined under the following topics: scalability, maintainability, reliability, availability, extensibility, performance, manageability, and security.
Explain the benefits and drawbacks of rich clients and browser-based clients as deployed in a typical Java EE application.
Explain appropriate and inappropriate uses for web services in the Java EE platform
Integration and Messaging
Explain possible approaches for communicating with an external system from a Java EE technology-based system given an outline description of those systems and outline the benefits and drawbacks of each approach.
Explain typical uses of web services and XML over HTTP as mechanisms to integrate distinct software components.
Explain how JCA and JMS are used to integrate distinct software components as part of an overall Java EE application.
Business Tier Technologies
Explain and contrast uses for entity beans, entity classes, stateful and stateless session beans, and message-driven beans, and understand the advantages and disadvantages of each type.
Explain and contrast the following persistence strategies: container-managed persistence (CMP) BMP, JDO, JPA, ORM and using DAOs (Data Access Objects) and direct JDBC technology-based persistence under the following headings: ease of development, performance, scalability, extensibility, and security.
Explain how Java EE supports the deployment of server-side components implemented as web services and the advantages and disadvantages of adopting such an approach.
Explain the benefits of the EJB 3 development model over previous EJB generations for ease of development including how the EJB container simplifies EJB development.
Web Tier Technologies
State the benefits and drawbacks of adopting a web framework in designing a Java EE application
Explain standard uses for JSP pages and servlets in a typical Java EE application.
Explain standard uses for JavaServer Faces components in a typical Java EE application.
Given a system requirements definition, explain and justify your rationale for choosing a web-centric or EJB-centric implementation to solve the requirements. Web-centric means that you are providing a solution that does not use EJB components. EJB-centric solution will require an application server that supports EJB components.
Applicability of Java EE Technology
Given a specified business problem, design a modular solution that solves the problem using Java EE.
Explain how the Java EE platform enables service oriented architecture (SOA) -based applications.
Explain how you would design a Java EE application to repeatedly measure critical non-functional requirements and outline a standard process with specific strategies to refactor that application to improve on the results of the measurements.
Patterns
From a list, select the most appropriate pattern for a given scenario. Patterns are limited to those documented in the book - Alur, Crupi and Malks (2003). Core J2EE Patterns: Best Practices and Design Strategies 2nd Edition and named using the names given in that book.
From a list, select the most appropriate pattern for a given scenario. Patterns are limited to those documented in the book - Gamma, Erich; Richard Helm, Ralph Johnson, and John Vlissides (1995). Design Patterns: Elements of Reusable Object-Oriented Software and are named using the names given in that book.
From a list, select the benefits and drawbacks of a pattern drawn from the book - Gamma, Erich; Richard Helm, Ralph Johnson, and John Vlissides (1995). Design Patterns: Elements of Reusable Object-Oriented Software.
From a list, select the benefits and drawbacks of a specified Core J2EE pattern drawn from the book - Alur, Crupi and Malks (2003). Core J2EE Patterns: Best Practices and Design Strategies 2nd Edition.
Security
Explain the client-side security model for the Java SE environment, including the Web Start and applet deployment modes.
Given an architectural system specification, select appropriate locations for implementation of specified security features, and select suitable technologies for implementation of those features
Identify and classify potential threats to a system and describe how a given architecture will address the threats.
Describe the commonly used declarative and programmatic methods used to secure applications built on the Java EE platform, for example use of deployment descriptors and JAAS.
Você leu o study guide do Mikalai Zaikin ?? 
Não. Eu tirei este texto do site da Oracle. Onde esta descrito passo a passo o que um arquiteto precisa saber.
Bom, vou lhe dar a minha experiência e é bastante pessoal:
- Estude os livros clássicos (GoF, Head first design patterns, Effective Java).
- Baixe uns bons projetos opensource e de grande renome (código fonte). Eu recomendaria Spring e Hibernate. Isso com o GoF e outros livros ao seu lado. Pra mim, essa é a etapa mais importante.
- Pesquise as tendências de software (ex: BPM) e as diferenças que há em falar entre “componente” e “módulo”. Baixe as mais novas ferramentas e que todo mundo fala que estão no state of art.
- Aprenda a não matar passarinhos com canhões. Esse pra mim é o pior vício de um arquiteto. Ex esdruxulo: Implementar JAAS em uma aplicação de padaria.
Eu acho que estudar arquitetura de software é muito mais uma questão de ver o que fazem em alguns problemas e adquirindo experiência com isso (ex: como usar common-obj pra transferir objetos entre camadas, de forma elegante). Não adianta decorar 30 tipos de padrões, 99999 codinomes secretos… O arquiteto tem que ter em mente uma boa solução para um problema. Sempre. Essa é a obrigação prima dele.
[]'s
Tem um curso na treinaweb de arquitetura da informação, é bom esse curso?
Alguem ja fez…?