<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Third Party Code on dotkarl</title><link>https://www.karlvanheijster.com/tags/third-party-code/</link><description>Recent content in Third Party Code on dotkarl</description><generator>Hugo</generator><language>nl-NL</language><lastBuildDate>Fri, 11 Sep 2026 08:24:01 +0200</lastBuildDate><atom:link href="https://www.karlvanheijster.com/tags/third-party-code/index.xml" rel="self" type="application/rss+xml"/><item><title>Wanneer update je je dependencies?</title><link>https://www.karlvanheijster.com/blog/26/09/wanneer-update-je-je-dependencies/</link><pubDate>Fri, 11 Sep 2026 08:19:53 +0200</pubDate><guid>https://www.karlvanheijster.com/blog/26/09/wanneer-update-je-je-dependencies/</guid><description>Jouw code is niet jouw code. Jouw code is een onderdeel van een compleet ecosysteem aan code. Jouw code is afhankelijk van een onbezonnen hoeveelheid &lt;em>third party libraries&lt;/em>. Jouw code is waarschijnlijk het kleinste deel van je eigenlijke codebase. Al die andere code moet je ook onderhouden. Niet door er zelf wijzigingen aan door te voeren, maar door deze afhankelijkheden regelmatig te updaten. Wanneer is het beste moment om dat te doen?</description></item><item><title>Test third party code</title><link>https://www.karlvanheijster.com/blog/22/12/test-third-party-code/</link><pubDate>Fri, 02 Dec 2022 08:15:10 +0100</pubDate><guid>https://www.karlvanheijster.com/blog/22/12/test-third-party-code/</guid><description>Het updaten van &lt;em>third party&lt;/em> code is net zozeer een risicovolle onderneming als het niet updaten ervan. In beide gevallen loop je kans op de introductie van bugs. Er is een uitweg uit dat probleem. En die uitweg is - zoals meestal in softwareontwikkeling - testen, testen, testen.</description></item></channel></rss>