Devoxx 2026: AI, architectuur en Java-inzichten

AI: hoe houden we het onder controle?

AI stond overal op het programma. Opvallend was dat de focus minder lag op wat AI allemaal kan, en meer op hoe we ermee werken en wat dat voor de toekomst betekent. De developer die de hele dag zelf code schrijft, maakt geleidelijk plaats voor de Agentic Builder: iemand die meerdere AI-agents aanstuurt. Aan ons om daar de juiste guardrails en controles voor te voorzien.

Laat machines het controlewerk doen

ArchUnit-tests kunnen objectieve eigenschappen van je code bewaken, zoals de afhankelijkheden tussen modules en de afgesproken structuur. Ook tools zoals Claude Code en Cursor bieden een harness om agents gericht aan te sturen en hun werk te controleren. Behaviour-Driven Development sluit daar goed bij aan: expliciet gedrag en concrete voorbeelden geven AI een bruikbare basis om mee te werken.

Bouw controles in lagen op. Begin met een korte set snelle checks die altijd moet slagen, zoals compileren en een gerichte ArchUnit-test. Pas daarna is het zinvol om de volledige testsuite te draaien. Zo krijg je snel feedback zonder betrouwbaarheid op te offeren.

Meten is weten

Productiviteitswinst door AI moet je aantonen met objectieve metrics. Zet de opbrengst af tegen de extra kosten, maar kijk ook naar meer code om te reviewen en te onderhouden. AI genereert vaak meer code dan een developer zelf zou schrijven; dat kan de productiviteit helpen, maar maakt meten van de totale impact des te belangrijker.

Specificaties boven code

Leg softwarespecificaties en acceptatiecriteria expliciet vast vóór je code laat genereren. Tools zoals OpenSpec kunnen daarbij helpen. Duidelijke specificaties vormen een stabielere basis om werk te beoordelen dan de gegenereerde code alleen, en maken het makkelijker om te controleren of een oplossing werkelijk aan de bedoeling voldoet.

Architectuur: pragmatisch en bewust

Devoxx is meer dan Java. De vele architectuurtalks maakten duidelijk hoe belangrijk het is om systemen bewust te ontwerpen en te laten evolueren. Naast technical debt bestaat ook design debt: uitgestelde ontwerpkeuzes kunnen op lange termijn zwaar doorwegen. Houd daarom je designmodel in de gaten en let erop wanneer een kleine wijziging plots op veel plaatsen doorwerkt.

Ook het bekende hexagonale model hoeft niet dogmatisch toegepast te worden. Niet elk project heeft elke interface- of abstractielaag nodig. Een pragmatische aanpak die past bij het probleem is waardevoller dan architectuur om de architectuur.

In gedistribueerde systemen helpt het juiste integratiepatroon om coupling en afhankelijkheden te beperken. REST-API's en queues hebben allebei hun plaats; de keuze hangt af van de gewenste stabiliteit en flexibiliteit.

Stap voor stap uit een oud systeem

Complexe oude systemen refactoren blijft lastig, zeker wanneer de business intussen blijft veranderen. Het Strangler Fig-patroon biedt een geleidelijke route: vervang oude componenten stap voor stap door moderne varianten, bijvoorbeeld wanneer een component een nieuwe feature nodig heeft. Zo kan je het oude systeem stukje bij beetje uitfaseren. Kies daarbij duidelijke grenzen en zorg voor voldoende testcoverage voordat je een component vervangt.

Een exchange die blijft draaien

Een talk die eruit sprong, ging over de crypto-trading-engine van Bitvavo. Het team herbouwde de kern van de exchange terwijl die 24/7 actief bleef. De migratie bracht hen van een startup-stack met Node.js, Redis en MySQL naar een deterministisch platform met een interne verwerkingstijd van ongeveer vijf microseconden.

De spreker lichtte creatieve keuzes toe, waaronder een algoritme voor consensus in een gedistribueerd systeem met UDP-communicatie. Ook het geheugengebruik werd zo ingericht dat garbage collection tijdens de verwerking vermeden wordt.

Om af te sluiten: leuke IT-weetjes

De boog hoeft niet altijd gespannen te staan. Devoxx had ook ruimte voor de leuke en bizarre kanten van IT.

• HTTP-statuscode 418: “I'm a teapot” ontstond als aprilgrap in 1998 en dook in 2014 opnieuw op in een aprilgrap. De server weigert koffie te zetten: hij is tenslotte een theepot.
• Het jaar 2038-probleem: systemen die Unix-tijd opslaan in een signed 32-bit integer lopen op 19 januari 2038 om 03:14:07 UTC tegen de limiet aan. De tijd springt dan terug naar 13 december 1901. Voor legacy- en embedded systemen is dat een probleem om tijdig aan te pakken.
• Echte willekeur: computers zijn deterministisch, dus willekeur vraagt om bronnen van entropie. Cloudflare gebruikt daarvoor onder meer een muur van lavalampen. Unix-systemen verzamelen entropie uit fysieke gebeurtenissen, zoals het precieze tijdstip van systeeminterrupts; die kan beschikbaar komen via /dev/random.

Conclusie

Het waren opnieuw drie leerrijke dagen vol interessante talks, en we zagen nog maar een fractie van het aanbod. Wie verder wil ontdekken, kan de opnames volgen via het YouTube-kanaal van Devoxx.

Bij As One nemen we volop kansen om kennis op te doen en te delen met collega's. Zin in een aangename werkomgeving waar naast het werk ook ruimte is om te leren? Neem dan gerust contact met ons op.