18 december 2025
In veel bedrijven leeft nog altijd het idee dat digitalisering betekent: één groot softwaresysteem kiezen en daar jarenlang rond werken. ERP hier, CRM daar, een handvol maatwerkoplossingen errond, en vooral hopen dat de realiteit zich blijft aanpassen aan wat de software ooit kon. In de praktijk gebeurt net het omgekeerde: processen veranderen sneller dan software kan volgen.
Daar komt het concept composable software in beeld. Geen modewoord, geen marketingterm, maar een fundamenteel andere manier van denken over softwareontwikkeling en automatisatie.
Composable software vertrekt van het idee dat applicaties niet monolithisch moeten zijn, maar opgebouwd uit afzonderlijke, herbruikbare bouwblokken. Elk bouwblok heeft een duidelijke verantwoordelijkheid: facturatie, planning, authenticatie, rapportering, workflow-automatisatie, integratie met externe systemen, enzovoort.
Die bouwblokken kunnen onafhankelijk ontwikkeld, aangepast en vervangen worden. Net zoals bij Lego: je breekt het geheel niet af omdat één stukje niet meer past. Je vervangt dat ene blok.
Belangrijk detail: composable betekent niet ‘los zand’. Integendeel. Het vergt een doordachte architectuur, duidelijke afspraken over data, interfaces en verantwoordelijkheden. Flexibiliteit ontstaat niet door chaos, maar door structuur.
Bij DMVH vertrekken we altijd vanuit processen, niet vanuit technologie. Bedrijfsprocessen zijn zelden lineair of statisch. Ze groeien, krimpen, splitsen op, worden wettelijk aangepast of veranderen onder druk van de markt.
Traditionele software dwingt bedrijven vaak om hun manier van werken aan te passen aan het systeem. Composable software draait dat om: de software volgt het proces, niet andersom.
Een concreet voorbeeld: een logistiek bedrijf wil vandaag orderverwerking automatiseren. Morgen komt daar IoT-data bij. Overmorgen extra rapportering voor compliance. Met een monolithisch systeem wordt dat snel complex, duur en traag. Met een composable aanpak voeg je stap voor stap nieuwe modules toe, zonder het bestaande geheel te destabiliseren.
Composable software heeft voor ons bij DMVH twee duidelijke dimensies.
Ten eerste intern. Door zelf te werken met herbruikbare bouwblokken kunnen we sneller oplossingen bouwen, zonder telkens opnieuw het wiel uit te vinden. Integratielaag, data-normalisatie, authenticatie, logging, monitoring: dat zijn geen unieke problemen per klant, maar generieke uitdagingen die je één keer goed oplost en daarna slim hergebruikt.
Dat verhoogt niet alleen onze efficiëntie, maar ook de kwaliteit. Elk bouwblok wordt beter naarmate het vaker wordt ingezet.
Ten tweede extern, voor de klant. We bouwen oplossingen die klanten niet opsluiten, maar net meer autonomie geven. Modules die uitbreidbaar zijn. Integraties die open staan. Functionaliteit die kan meegroeien zonder dat alles herschreven moet worden.
Dat vraagt een andere mentaliteit dan ‘een project opleveren en afsluiten’. Het is denken in evolutie, niet in eindpunten.
Composable software komt pas echt tot zijn recht wanneer integratie centraal staat. In de realiteit werken bedrijven met tientallen systemen: ERP, CRM, boekhouding, e-commerce, IoT-platformen, externe partners, overheidsdiensten.
De grootste digitale winst zit zelden in één applicatie, maar in de verbindingen ertussen. Middleware, API’s, event-driven architecturen en datawarehouses vormen het zenuwstelsel van een composable landschap.
Hier zien we vaak een misverstand: men denkt dat composable gelijkstaat aan microservices en dat dit per definitie complex is. Dat hoeft niet. Composable gaat niet over technologie om de technologie, maar over het bewust opdelen van verantwoordelijkheden zodat verandering mogelijk blijft.
Soms is één module een microservice. Soms een goed afgebakend onderdeel binnen een applicatie. De vorm volgt de context.
Composable software is geen puur technische keuze, maar een strategische. Bedrijven die vandaag flexibel willen blijven, moeten aanvaarden dat verandering de norm is. Wetgeving, klantverwachtingen, AI, automatisatie, data-analyse: alles beweegt.
Een composable aanpak verlaagt de kost van verandering. Niet omdat alles goedkoper wordt, maar omdat je niet telkens alles opnieuw moet doen.
Mijn stellige overtuiging: bedrijven die vandaag blijven investeren in rigide systemen, kopen schijnzekerheid. Bedrijven die investeren in modulaire, goed geïntegreerde software, kopen wendbaarheid.
En wendbaarheid wint het altijd van perfectie.
Composable software is geen einddoel. Het is een manier van denken over software als levend systeem. Bij DMVH zien we het als een logisch verlengstuk van wat we al jaren doen: processen begrijpen, technologie dienstbaar maken, en oplossingen bouwen die niet breken zodra de realiteit verandert.
Geen hype. Wel gezond verstand, technisch onderbouwd.
AI-tools maken software bouwen makkelijker. Maar sneller bouwen is niet hetzelfde als beter bouwen. Over CRAPPS, lock-in, en waarom het gereedschap krachtiger wordt maar de vakkennis niet verdwijnt.
5 mei 2026
Mensen zeggen dat je bij hen moet werken. Wij lieten onze collega's gewoon praten. Geen script, geen corporate antwoorden — wel kakje-emoji-standpunten, een per ongeluk gebroadcastte privémeeting en twee mensen die ons bedrijf vergelijken met een hond én een koala. Samen geven ze het eerlijkste beeld van DMVH dat je ergens zult vinden.
2 april 2026
Veel softwareprojecten mislukken niet door slechte code, maar door te veel te bouwen voor je weet wat werkt. Een MVP — Minimum Viable Product — keert die logica om: eerst de essentie bouwen, dan leren van echte gebruikers, dan verder groeien. Geen compromis op kwaliteit, wel een slimmere manier om te starten.
19 maart 2026