Sven Habex

Hoe ik werk

1. Verantwoordelijkheid

   Van begin tot eind

   Van het eerste gesprek tot werkende software: samen met de business bepalen wat er gebouwd moet worden, het datamodel uitwerken, de API en de interface bouwen, en het geheel in productie brengen.

   Productfocus · Afstemming met stakeholders · Van analyse tot oplevering

   Bijvoorbeeld

   Snel een eerste werkende versie in plaats van een volledige analyse vooraf.

   Echte feedback zegt meer dan aannames, en toont meteen waar de moeilijkheden zitten.

2. Architectuur

   De juiste keuze voor de context

   Een perfecte architectuur bestaat zelden, wel een die past bij het team, het budget en de planning. Door de afwegingen expliciet te maken, weet iedereen waarom een keuze gemaakt werd, en kan ze bijgestuurd worden als de omstandigheden veranderen.

   Afwegingen expliciet maken · Modulair ontwerp · Heldere grenzen tussen modules

   Bijvoorbeeld

   Een modulaire monoliet in plaats van microservices.

   Tot het team of de schaal zo groot wordt dat de opsplitsing de extra beheerkost waard is.

3. Domain-driven design

   Software die de taal van de business spreekt

   Het begint met een ubiquitous language: dezelfde woorden in gesprekken met de business als in de code. Bounded contexts, aggregates en domain events houden complexe systemen daarna begrijpelijk, en event-driven messaging ontkoppelt de modules, zodat je één onderdeel kunt aanpassen zonder dat de rest omvalt.

   Ubiquitous language · DDD · Event‑driven architectuur · Domain events · Queues & background jobs

   Bijvoorbeeld

   Een uitgewerkt domeinmodel in plaats van overal eenvoudige CRUD.

   Tenminste waar de bedrijfsregels complex zijn. Anders is CRUD gewoon de betere keuze.

4. Oplevering

   Pas klaar als het live staat

   Geautomatiseerde pipelines, containers en infrastructure as code maken van elke release een routineklus. In gereguleerde omgevingen is bovendien alles traceerbaar, met een audit trail als bewijs.

   CI/CD · Docker · Terraform · Azure DevOps · GitLab · Azure

   Bijvoorbeeld

   Vanaf dag één een pipeline in plaats van pas automatiseren na de eerste release.

   Goedkoper dan in het begin wordt het nooit, en elke wijziging daarna gaat veiliger live.

5. AI

   Sneller met AI, zonder kwaliteitsverlies

   Agents en LLM’s gebruik ik dagelijks om sneller te verkennen, code op te zetten en te reviewen. Ik bouw er ook mee: RAG en multi-agent systemen. Tests, types en code reviews beslissen nog altijd wat er live gaat.

   Coding agents · LLM API’s · RAG · Multi‑agent systemen

   Bijvoorbeeld

   AI de eerste versie laten schrijven in plaats van alles zelf uitschrijven.

   Maar nooit ten koste van tests, reviews of code die het team zelf kan onderhouden.

6. Leren

   Blijven groeien in het vak

   Nieuwe tools en features volg ik actief op en probeer ik zelf uit, zodat ik goed kan inschatten of ze in andere projecten meerwaarde bieden. Daarnaast leer ik graag bij van collega’s en deel ik mijn kennis net zo graag. In code reviews, bij het coachen van teamleden of door samen een probleem aan te pakken, wordt het hele team sterker.

   Nieuwe tools opvolgen · Kennis delen · Leren van collega’s · Coaching

   Bijvoorbeeld

   Kennis delen met het team in plaats van alles zelf oplossen.

   Zo hangt de kennis niet af van één persoon.

Heb je een project dat met zorg gebouwd moet worden? Laten we samenzitten.