Deze site is nog in voorbereiding. Bestellingen worden nog niet verwerkt en er wordt niets in rekening gebracht.
← Terug naar overzicht
Module 1 · Denken als een bouwmeester

Wat is software-architectuur?

🕑 3 min lezen
Doel van deze les: Je begrijpt wat architectuur is en waarom het belangrijker wordt naarmate je product groeit.

Welkom bij het slotniveau. Je hebt een hele reis afgelegd: van je eerste appje, via databases en AI-agents, tot een echt SaaS-product dat live staat en waar mensen voor betalen. Dat is geen kleine prestatie. De meeste mensen die 'iets willen bouwen' komen nooit zo ver.

In deze cursus til je dat product naar professioneel niveau. Niet door er meer features bovenop te stapelen, maar door wat je al hebt steviger, veiliger en overzichtelijker te maken. We beginnen bij het fundament: architectuur.

Het klinkt als een duur woord, maar het idee erachter is doodgewoon. We pakken het rustig aan.

Architectuur is gewoon je plattegrond

Stel je bouwt een huis. Voordat er één steen ligt, maakt een architect een plattegrond: waar komt de keuken, waar de badkamer, hoe lopen de leidingen, waar staan de dragende muren. Die keuzes bepalen of je later makkelijk een kamer kunt bijbouwen, of dat je halve huis op de schop moet.

Software-architectuur is precies dat, maar dan voor je code. Het zijn de grote keuzes over hoe je je software indeelt: welke onderdelen je hebt, wat elk onderdeel doet, en hoe ze met elkaar praten.

Een paar voorbeelden van architectuurkeuzes die je waarschijnlijk al onbewust hebt gemaakt:

  • Waar bewaar je je gebruikersgegevens — in welke database, in welke vorm?
  • Welk deel van je code regelt het inloggen, en welk deel toont de pagina's?
  • Waar staat de logica voor betalingen, en hoe blijft die los van de rest?

Waarom nú, en niet eerder

Bij je eerste appje maakte architectuur weinig uit. Een klein project is als een tentje: alles op één plek, je ziet in één oogopslag hoe het in elkaar zit, en als er iets niet bevalt zet je het gewoon opnieuw op.

Maar jouw product is geen tentje meer. Het heeft gebruikers, betalingen, data die niet verloren mag gaan. Hoe groter het wordt, hoe meer een goede indeling bepaalt of je nog soepel kunt veranderen, of dat elke wijziging aanvoelt als slopen en herbouwen.

Dit is precies het juiste moment. Je hebt iets echts gemaakt, dus je weet nu hoe het wérkt. Daardoor kun je voor het eerst met afstand kijken: niet 'hoe krijg ik dit aan de praat', maar 'hoe richt ik dit zo in dat het mee kan groeien'. Dat is denken als een bouwmeester.

Onthoud dit: Architectuur is niet meer code schrijven, maar bewust kiezen hoe je code is ingedeeld. Bij een klein project maakt dat weinig uit; bij een groeiend product bepaalt het of je nog makkelijk kunt veranderen of vastloopt.
Doe het zelf
  1. Open je eigen project (bijvoorbeeld de SaaS uit cursus 401) en kijk er met nieuwe ogen naar.
  2. Probeer in twee of drie zinnen op te schrijven hoe je product grofweg is ingedeeld: welke grote onderdelen zijn er, en wat doet elk onderdeel?
  3. Lukt dat moeilijk, of moet je lang zoeken? Schrijf op waar je het overzicht kwijtraakt. Dat is precies waar architectuur je gaat helpen.
  4. Bewaar dit briefje. In de volgende lessen kom je erop terug.
Check jezelf
  • Wat is software-architectuur, in je eigen woorden en met de huis-vergelijking?
  • Waarom maakt architectuur bij een klein project weinig uit, maar bij een groeiend product juist veel?
  • Waarom is dit het juiste moment om naar de architectuur van je eigen project te kijken?