<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>dotkarl</title><link>https://www.karlvanheijster.com/</link><description>Recent content on dotkarl</description><generator>Hugo</generator><language>nl-NL</language><atom:link href="https://www.karlvanheijster.com/index.xml" rel="self" type="application/rss+xml"/><item><title>Overzicht</title><link>https://www.karlvanheijster.com/talks/overview/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.karlvanheijster.com/talks/overview/</guid><description>Een beknopt overzicht van alle praatjes die ik de afgelopen tijd heb gehouden.</description></item><item><title>TDD is een vraaggesprek</title><link>https://www.karlvanheijster.com/blog/26/03/tdd-is-een-vraaggesprek/</link><pubDate>Fri, 13 Mar 2026 07:25:48 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/03/tdd-is-een-vraaggesprek/</guid><description>Plato&amp;rsquo;s dialogen zijn toegankelijk, inzichtelijk en vaak ook ontzettend grappig. Eén van de redenen waarom ze vandaag de dag nog zo goed leesbaar zijn, zit &amp;rsquo;m in die dialoogvorm. Het spel van vraag en antwoord geeft leven aan Plato&amp;rsquo;s filosofische onderzoekingen, het voorkomt dat het een droge uiteenzetting wordt van argumenten en conclusies. Omdat ik nu eenmaal een beroepsdeformatie heb, kon ik het onder het lezen niet nalaten aan Test-Driven Development te denken. Want ook TDD is een soort van vraaggesprek, en ook TDD geeft leven aan het oplossen van een programmeertaak.</description></item><item><title>Wat drijft je?</title><link>https://www.karlvanheijster.com/blog/26/03/wat-drijft-je/</link><pubDate>Fri, 06 Mar 2026 07:47:15 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/03/wat-drijft-je/</guid><description>We lazen &lt;em>The Phoenix Project&lt;/em> in de boekenclub. Bij de scène, dat is inmiddels alweer weken geleden, waarin alle managers bijeenkomen en hun levensverhaal delen, zei een medelezer: &amp;ldquo;Dit is heel belangrijk, want als je goed wil kunnen samenwerken, moet je weten wat je collega&amp;rsquo;s drijft.&amp;rdquo; Die opmerking is bij me blijven hangen, dus het leek me een mooie gelegenheid om te reflecteren over de vraag: wat drijft me eigenlijk als softwareontwikkelaar?</description></item><item><title>Qu'est-ce que c'est un team?</title><link>https://www.karlvanheijster.com/blog/26/02/qu-est-ce-que-c-est-un-team/</link><pubDate>Fri, 27 Feb 2026 07:27:54 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/02/qu-est-ce-que-c-est-un-team/</guid><description>Hij reflecteert: &amp;ldquo;Het nadeel van &lt;em>trunk-based development&lt;/em> is dat een probleem in de pipeline jullie nu allemaal ophoudt. Omdat mijn wijziging de build blijkt te breken, kan niets van jullie er nog door.&amp;rdquo; &amp;ndash; &amp;ldquo;Nee,&amp;rdquo; proef ik, een intuïtie najagend. &amp;ldquo;Het &lt;em>voordeel&lt;/em> van TBD is dat dit probleem ons allemaal ophoudt. Dat betekent dat we nu met elkaar &lt;em>moeten&lt;/em> praten. Het voorkomt dat we op ons eigen eilandje blijven, het focust ons op het allerbelangrijkste: ervoor zorgen dat we nieuwe features en verbeteringen in de code door kunnen zetten naar de productieomgeving.&amp;rdquo;</description></item><item><title>Spreekbeurt over mijn blog</title><link>https://www.karlvanheijster.com/blog/26/02/spreekbeurt-over-mijn-blog/</link><pubDate>Fri, 20 Feb 2026 08:10:57 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/02/spreekbeurt-over-mijn-blog/</guid><description>Hallo allemaal. Welkom bij mijn spreekbeurt. Mijn spreekbeurt gaat over mijn blog. Mijn blog is te vinden op www.karlvanheijster.com. Dat is ook mijn naam. Ik heet Karl van Heijster. Dus met spaties en zonder &amp;ldquo;wee-wee-wee&amp;rdquo; en &amp;ldquo;punt-com&amp;rdquo;. (Ik zeg het er maar bij, niet dat jullie denken dat ik www.karlvanheijster.com heet.) (Excuses voor het ongemak.)</description></item><item><title>Aantekeningen over continuous deployment</title><link>https://www.karlvanheijster.com/blog/26/02/aantekeningen-over-continuous-deployment/</link><pubDate>Fri, 13 Feb 2026 07:44:45 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/02/aantekeningen-over-continuous-deployment/</guid><description>De grootste uitdaging in het omarmen van &lt;em>continuous deployment&lt;/em> ligt niet in het technische aspect. &lt;em>Deployment pipelines&lt;/em> zijn anno 2026 alomtegenwoordig, unittesting is (bij de meeste teams) niet meer optioneel, en &lt;em>feature flags&lt;/em> zijn in hun simpelste vorm niet meer dan eenvoudige &lt;em>booleans&lt;/em>. Om &lt;em>continuous deployment&lt;/em> een succes te kunnen maken, zullen de mensen hun vertrouwde manieren van werken moeten herzien.</description></item><item><title>Functietitels vervormen de werkelijkheid</title><link>https://www.karlvanheijster.com/blog/26/02/functietitels-vervormen-de-werkelijkheid/</link><pubDate>Fri, 06 Feb 2026 08:20:55 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/02/functietitels-vervormen-de-werkelijkheid/</guid><description>In &lt;em>Being at Work&lt;/em> maakt Mark Cole een interessante observatie over het vervormende effect van functietitels. In zijn existentiële analyse betekent dit: een vervormend effect op de zelfperceptie. Maar functietitels hebben ook een vervormend effect &lt;em>op de werkvloer zelf&lt;/em>. Hun effect op de manier waarop werknemers hun taak opvatten, kan desastreuze gevolgen hebben.</description></item><item><title>(Overpeinzingen)</title><link>https://www.karlvanheijster.com/blog/26/01/overpeinzingen/</link><pubDate>Fri, 30 Jan 2026 08:20:38 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/01/overpeinzingen/</guid><description>&lt;em>Je zegt: het is een kennisprobleem. Daar ben ik het niet mee oneens. Maar volgens mij heb &amp;rsquo;m dan nog niet helemaal. Het gebrek aan kennis is een symptoom van een dieper liggend probleem. Vraag je af: hoe kan het dat iemand na zoveel jaar ervaring&lt;/em> deze &lt;em>code schrijft, en&lt;/em> op deze manier &lt;em>ook?&lt;/em></description></item><item><title>Existentialisme op de werkvloer</title><link>https://www.karlvanheijster.com/blog/26/01/existentialisme-op-de-werkvloer/</link><pubDate>Fri, 23 Jan 2026 07:25:49 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/01/existentialisme-op-de-werkvloer/</guid><description>Normaal is: kleren aantrekken die je voor een sollicitatiegesprek kocht en in de file staan in een auto die je nog aflost, zodat je de baan kan krijgen om te kunnen betalen voor de kleding en auto, en voor het huis dat je de hele dag leeg laat staan zodat je je kunt veroorloven erin te kunnen wonen. Deze observatie van journalist Ellen Goodman illustreert prachtig de absurditeit van het moderne bestaan. We besteden een enorm groot deel van ons leven op het werk &amp;ndash; maar waarom eigenlijk? Hoe past werk in ons bestaan? Hoe vormt &amp;ndash; en vervormt &amp;ndash; het ons? Dit is het soort vragen dat Mark Cole behandelt in zijn &lt;em>Being at Work: Using Existentialism to Make Sense of Your Organisational Life&lt;/em>.</description></item><item><title>Een verbetering (?) in onze pipeline</title><link>https://www.karlvanheijster.com/blog/26/01/een-verbetering-in-onze-pipeline/</link><pubDate>Fri, 16 Jan 2026 08:10:01 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/01/een-verbetering-in-onze-pipeline/</guid><description>De verbetering was eenvoudig: rol niet meer altijd alles uit, maar kijk naar de wijziging in de laatste commit. Bevindt die zich in de front-end, rol dan de front-end uit; bevindt die zich in de back-end, dan de back-end. Simpel, duidelijk, efficiënt: iedereen blij. &amp;ndash; Maar wat we over het hoofd hadden gezien: &lt;em>merges&lt;/em>. Help! Probleem!</description></item><item><title>Veranderen doet pijn</title><link>https://www.karlvanheijster.com/blog/26/01/veranderen-doet-pijn/</link><pubDate>Fri, 09 Jan 2026 08:24:21 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/01/veranderen-doet-pijn/</guid><description>Er gebeurde iets interessants, onlangs tijdens een bijeenkomst van het strategietraject waar ik mezelf volledig uit vrije wil mee heb opgezadeld. We werden gewezen op een deadline &amp;ndash; en schoten in een kramp. Onze eerste reactie was: &amp;ldquo;Dat is te vroeg, het is nog niet af!&amp;rdquo;</description></item><item><title>De increment, het cadeautje</title><link>https://www.karlvanheijster.com/blog/26/01/de-increment-het-cadeautje/</link><pubDate>Fri, 02 Jan 2026 07:44:25 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/26/01/de-increment-het-cadeautje/</guid><description>Scrum is, als ik het meningencircus op LinkedIn mag geloven, al een tijdje uit de mode. Dat is onterecht en terecht. Het is onterecht in zoverre dat veel interpretaties en implementaties van Scrum de geest van het framework niet gevat hebben. Maar het is terecht in zoverre dat Scrum wel degelijk tekenen van ouderdom vertoont, littekens van de tijd waarin het is ontstaan. Beide soorten problemen komen bijeen in de notie van het &lt;em>increment&lt;/em>.</description></item><item><title>Een ontwikkelaar is verantwoordelijk voor drie systemen</title><link>https://www.karlvanheijster.com/blog/25/12/een-ontwikkelaar-is-verantwoordelijk-voor-drie-systemen/</link><pubDate>Fri, 26 Dec 2025 07:24:41 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/12/een-ontwikkelaar-is-verantwoordelijk-voor-drie-systemen/</guid><description>Ik weet niet meer waar ik de inval had, onder de douche of op de wc of tijdens het tanden poetsen (duidelijk is in elk geval dat het op de badkamer was): &lt;em>een ontwikkelaar is verantwoordelijk voor (ten minste) drie systemen.&lt;/em></description></item><item><title>Hoe testers kwaliteit kunnen ondermijnen</title><link>https://www.karlvanheijster.com/blog/25/12/hoe-testers-kwaliteit-kunnen-ondermijnen/</link><pubDate>Fri, 19 Dec 2025 08:22:36 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/12/hoe-testers-kwaliteit-kunnen-ondermijnen/</guid><description>Een complex systeem is een systeem waarin het onmogelijk is om te voorspellen wat de relatie is tussen oorzaak en gevolg. Om die reden worden complexe systemen vaak gekenmerkt door tegenintuïtiviteit. Een ontwikkelteam kan worden gezien een complex systeem. Dus het verbeteren van een ontwikkelteam wordt gekenmerkt door tegenintuïtiviteit.</description></item><item><title>Gegenereerde tests</title><link>https://www.karlvanheijster.com/blog/25/12/gegenereerde-tests/</link><pubDate>Fri, 12 Dec 2025 08:04:42 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/12/gegenereerde-tests/</guid><description>Als ik collega&amp;rsquo;s spreek over de voordelen van LLMs, dan is meestal één van de eerste toepassingen die ze voor zich zien: tests laten genereren door AI. Ik begrijp waar die behoefte vandaan komt. Want tests achteraf schrijven is een rotklusje. Achteraf denk je als ontwikkelaar namelijk al te weten dat je code doet wat &amp;lsquo;ie moet doen. Zulke tests fungeren als een soort administratie van de handmatige tests die je tot die conclusie leidden. En wie houdt er nu van zijn administratie bijwerken? &amp;ndash; En toch geloof ik niet dat het een goed idee is om AI in te zetten om tests te genereren.</description></item><item><title>"Trunk"</title><link>https://www.karlvanheijster.com/blog/25/12/trunk/</link><pubDate>Fri, 05 Dec 2025 07:21:24 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/12/trunk/</guid><description>Op het virtuele bord van onze Retrospective verscheen in de kolom &lt;span style="font-variant:small-caps;">kan beter&lt;/span> een sticky met maar één woord erop: &amp;rsquo;trunk&amp;rsquo;. Na een aardige tijd &lt;em>trunk-based&lt;/em> te hebben ontwikkeld, bekende een collega de werkwijze nog altijd niet helemaal onder de knie te hebben.</description></item><item><title>De beste boeken over software ontwikkeling die ik in 2025 las</title><link>https://www.karlvanheijster.com/blog/25/11/de-beste-boeken-over-software-ontwikkeling-die-ik-in-2025-las/</link><pubDate>Fri, 28 Nov 2025 08:06:25 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/11/de-beste-boeken-over-software-ontwikkeling-die-ik-in-2025-las/</guid><description>&lt;em>A&lt;/em> leidt tot &lt;em>B&lt;/em> en &lt;em>B&lt;/em> leidt tot &lt;em>C&lt;/em>, dus als we &lt;em>C&lt;/em> willen, moeten we &lt;em>A&lt;/em>. Dat is hoe ons denken er normaal gesproken ongeveer uitziet, en dat is helemaal prima. Maar ja, weet je, de werkelijkheid werkt dus niet zo. Want in de werkelijkheid leidt &lt;em>A&lt;/em> niet alleen tot &lt;em>B&lt;/em> maar ook tot &lt;em>D&lt;/em>, &lt;em>E&lt;/em> en &lt;em>F&lt;/em>, en dat zijn dingen die een negatieve impact op &lt;em>C&lt;/em> (en &lt;em>B&lt;/em> en misschien ook op &lt;em>A&lt;/em>) hebben. Soms is het zelfs beter om &lt;em>A&lt;/em> en &lt;em>B&lt;/em> helemaal niet te doen, of juist het tegenovergestelde, als we &lt;em>C&lt;/em> willen bereiken. Dat is hoe de werkelijkheid wél werkt. Maar ja, ga dat maar eens aan je collega&amp;rsquo;s uitleggen.</description></item><item><title>23 introducties</title><link>https://www.karlvanheijster.com/blog/25/11/23-introducties/</link><pubDate>Fri, 21 Nov 2025 08:24:42 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/11/23-introducties/</guid><description>Onlangs sprak ik op Noordertest, een testconferentie in Groningen. Een aantal weken van tevoren kreeg ik een verzoek in mijn mail om een pakkend tekstje te schrijven waarmee ik kon worden geïntroduceerd. &amp;ndash; Ik schreef er drieëntwintig.</description></item><item><title>Refactoren is als fitnessen</title><link>https://www.karlvanheijster.com/blog/25/11/refactoren-is-als-fitnessen/</link><pubDate>Fri, 14 Nov 2025 08:33:42 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/11/refactoren-is-als-fitnessen/</guid><description>Laatst zei mijn vrouw tegen me: &amp;ldquo;Hé, je vetkwab is weg!&amp;rdquo; Maar toen keek ze iets langer en vervolgde: &amp;ldquo;Nou ja, bijna.&amp;rdquo; &amp;ndash; Wat ik bedoel te zeggen is: het gaat de goede kant op. Ik doe wat aan lichaamsbeweging de laatste tijd, een beetje fitness. Het deed me, omdat ik een beroepsdeformatie heb, aan refactoren denken.</description></item><item><title>Waarom schrijven?</title><link>https://www.karlvanheijster.com/blog/25/11/waarom-schrijven/</link><pubDate>Fri, 07 Nov 2025 08:08:52 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/25/11/waarom-schrijven/</guid><description>Waarom zou je schrijven? Waarom een blog bijhouden? Er is zoveel te doen, zoveel deadlines om te halen. Zou je je kostbare tijd niet beter aan programmeren kunnen besteden?</description></item></channel></rss>