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.
Labels:

Reacties

Een reactie posten

Populaire posts van deze blog

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 .
53 reacties
Meer lezen

Cloud to Cloud Application Integration

A lot of applications have integration possibilities, so do cloud applications. The question I got from a customer is whether to have a point-to-point integration with Cloud applications or to go through their ESB solution. This blog describes some considerations. Context The customer has a HRM application in which job vacancies are managed. Furthermore that system also handles the full applicant process flow. They also have another cloud application that handles the job vacancies. This application posts the jobs to social sites and other channels to promote the vacancies. Furthermore this application has some intelligence for job seekers to advice some new vacancies based on previous visits or profiles. The job vacancies need to be sent to the Vacancies application and applicant information needs to be sent to the HRM application, when a job seeker actually applies for a job. Furthermore status information about the job application is als...
12 reacties
Meer lezen

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...
12 reacties
Meer lezen