Doorgaan naar hoofdcontent

Leertraject voor de (aankomende) Architect



Als integratie architect lees ik veel boeken en veel blogs om mezelf te blijven ontwikkelen als architect. Zowel op technisch als persoonlijk vlak. Ik krijg dan ook regelmatig de vraag welke boeken te lezen als (beginnend) architect. In deze blog heb ik een aantal van deze boeken voor je verzameld op de Architecten boekenplank.

Algemeen

  1. The Software Architect Elevator - Gregor Hohpe
    Dit boek neemt je mee in de veranderende rol van de software architect, zowel op technisch- als op business- en organisatorisch niveau. Dit boek is geschikt voor de medior/senior architect. Deze schrijver zul je wellicht herkennen, want hij heeft de integratie "bijbel" geschreven: Interprise Integration Patterns. A must-have voor iedere integratie architect natuurlijk.

  2. Just Enough Architecture - George Fairbanks
    Een goed boek om als beginner meer te leren over de verschillende architectuur modellen die er zijn en hoe deze te gebruiken. Beginnend bij het conceptuele model, via domain model en design model, tot code model. Het beschrijft ook verschillende architectuur stijlen. Het boek is redelijk oud (2010), maar nog steeds waardevol.

  3. Software Systems Architecture - Nick Rozanski
    Een ander gerespecteerde schrijver Nick is ook een wat ouder boek maar ook nog steeds een aanrader. Het boek beschrijft manieren om vanuit verschillende viewpoints naar de architectuur te kijken en hoe deze architectuur te communiceren.
Zoals gezegd moet een architect best een brede kennis hebben, zowel op component niveau als op high level conceptueel en business niveau. De volgende paragrafen nemen je mee in deze verschillende abstractie lagen, te beginnen met de componenten.

Componenten

Op dit niveau moeten architecten rekening houden met goede coding- en design guidelines. De volgende boeken zijn hierbij interessant. Het gaat hierbij om guidelines hoe je software opdeelt in componenten om op deze manier goede en flexibele code te schrijven. Een component in dit geval is bijvoorbeeld een Object Oriented Class.

Koppeling tussen componenten

Componenten leven natuurlijk niet op zichzelf en communiceren met elkaar. Het gaat hierbij dan om de integratie tussen de componenten. De volgende boeken geven hier guidelines voor.

Systeem

Nog iets meer uitzoomen komen we op systeem nivo uit. Hoe ziet het totale systeem er als geheel uit.

Context

Een systeem staat niet op zich natuurlijk. Dit wordt altijd gebouwd in context. Je hebt te maken met stakeholders en met non-functionele requirements. De volgende boeken geven elk op hun eigen manier bijdrage aan dit inzicht.
Er zijn natuurlijk heel veel boeken geschreven, maar hier zitten wel echte klassiekers tussen. De IT wereld veranderd verder razend snel, dus je bent als architect nooit klaar met leren. En soms is dit ook gewoonweg niet bij te houden. Nieuwsgierigheid is wel een goede eigenschap die hierbij kan helpen. Dus blijf nieuwsgierig wat er allemaal rondom je gebeurd. Blijf lezen en blijf geïnspireerd door de verhalen die je lees en neem dit mee in je architectuur werk. Zie het als een toolbox die je up-to-date moet houden, waarbij je het juiste tool eruit pakt. Dit vergt ervaring en vooral veel doen en proberen.

Reacties

Een reactie posten

Populaire posts van deze blog

OSB 10gR3 and SWA and MTOM

This blog is about using soap with attachments and the use of MTOM within the OSB (10gR3). A service is created that accepts a soap with attachment (DocumentService) and translates it to a service that accepts a binary element. MTOM is used for performance reasons for the second. Some notes: * For the use of attachments you need RPC-style document instead of the usual document-style. This due to the fact that the document-style limits a message to a single . * A service can not have both SWA and MTOM within OSB. First a WSDL is setup for the DocumentService: The $attachments variable holds the attachments and the body holds the attachment data. Also other data is stored within the attachment element (see h

Microservices mindmap

"The tree" - See also   my photo page When you are fairly new within the Microservices land, there are a lot of terms fired at you. So also for my own understanding i have made a mindmap. I think it has a good status now, so that i can share it with you. As always feedback is very welcome ! You can download the mindmap here .

Book review: Data Management at Scale (Piethein Strengholt)

 This blog is a review of the book "Data Management at Scale (See also at bol.com ) Data Management is a hot topic nowadays and this book does a fantastic job at adding value to this topic. It is a must read and one of the few technical books I finished reading in a weekend. The book gives a fantastic overview on how to implement a Data Mesh data architecture. The Data Mesh concept is explained by Martin Fowler here . The book is a good mix between conceptual and implementation architecture level. It gives a lot of examples of how this architecture at scale can work, for both small and big companies. It is practical and I used it to implement it at one of my customers. The book describes an architecture in which the focus is on the DIAL (Data- and Integration Access Layer).  On a high level the book covers the following topics: The key principles for data management at scale - Domain-Driven Design  - Domain Data Stores - Meta data management Ready Data Store The concept of servin