De zin en onzin van Microservices: hype, realiteit en architectuurkeuzes
Microservices zijn al jaren een buzzword in de IT-wereld. Organisaties [...]
De modulaire monoliet als alternatief
De laatste jaren lees je van alles over microservices en [...]
Security tegen supply chain aanvallen
Supply chain-aanvallen zijn niet langer een zeldzaamheid; ze vormen een [...]
AI in cijfers: de impact van GenAI in 2025
Kunstmatige intelligentie (AI) is niet langer een toekomstvisie, maar een [...]
Algorithmic state architecture: AI voor overheid en non-profit
Algorithmic State Architecture (ASA) is een conceptueel raamwerk uit het Verenigd [...]
Wat gebeurt er eigenlijk als je async en await gebruikt?
Sinds .NET Framework 4.5 is het mogelijk om asynchrone code [...]
Performance verbeteringen in .NET 10
Zoals haast elk jaar, heeft Stephen Toub ook dit jaar [...]
Het aanleren van clean coding principes in het AI-tijdperk
Als je op social media kijkt, of de berichtgeving van [...]
Vendor lock-in in de cloud: tussen geopolitiek, compliance en strategische keuzes
De wereldwijde machtsverhoudingen verschuiven. Terwijl Europa inzet op digitale soevereiniteit, [...]
Extension members in C#14
Extension methods bestaan al een tijdje in C#. Microsoft zet ze intensief in, in hun verschillende platformen en in LINQ. Ik moet toegeven dat ik een beetje een haat-liefde verhouding heb met deze manier van werken. Aan de ene kant geeft het een heel uitbreidbare manier van werken, aan de andere kant zijn ze echt een hel als je intensief gebruik maakt van automatische testen. En persoonlijk vind ik dan de testbaarheid van mijn applicatie belangrijker dan eenvoudige uitbreidbaarheid door extensions. Maar die afweging mag elk team voor zichzelf maken.