{"id":6224,"date":"2026-06-11T10:48:16","date_gmt":"2026-06-11T10:48:16","guid":{"rendered":"https:\/\/www.markus-schall.de\/?p=6224"},"modified":"2026-06-11T15:20:47","modified_gmt":"2026-06-11T15:20:47","slug":"software-ontwikkelen-met-codex-chatgpt-en-ai-een-praktische-gids-voor-ontwikkelaars","status":"publish","type":"post","link":"https:\/\/www.markus-schall.de\/nl\/2026\/06\/software-ontwikkelen-met-codex-chatgpt-en-ai-een-praktische-gids-voor-ontwikkelaars\/","title":{"rendered":"Software ontwikkelen met Codex, ChatGPT en AI: een praktische gids voor ontwikkelaars"},"content":{"rendered":"<p>Als je me een paar jaar geleden had gevraagd hoe softwareontwikkeling er over tien jaar uit zou zien, had ik waarschijnlijk gesproken over nieuwe programmeertalen, betere frameworks of krachtigere ontwikkelomgevingen. Vandaag zou mijn antwoord heel anders zijn. De grootste verandering vindt niet plaats bij de tools, maar in de manier waarop wij als ontwikkelaars denken en werken.<\/p>\n<p>Terwijl ik dit schrijf, werk ik zelf aan een nieuw softwaresysteem. Daarbij maak ik al enkele weken intensief gebruik van moderne AI-tools zoals Codex en andere taalmodellen. In het begin was ik nieuwsgierig, maar inmiddels ben ik vooral onder de indruk. Niet omdat de AI plotseling alles zelf doet, maar omdat ze bepaalde taken verbazingwekkend goed uitvoert en daardoor nieuwe manieren van werken mogelijk maakt.<\/p>\n<p>Veel discussies over kunstmatige intelligentie draaien om de vraag of ontwikkelaars op een gegeven moment overbodig zullen worden. Op basis van mijn ervaringen tot nu toe vind ik deze vraag weinig zinvol. Veel interessanter is de constatering dat de rol van de ontwikkelaar verandert. De echte uitdaging bestaat steeds minder uit het schrijven van afzonderlijke regels code. In plaats daarvan wordt het belangrijker om problemen te analyseren, systemen te begrijpen, verbanden te documenteren en de juiste informatie aan de AI te verstrekken.<!--more--><\/p>\n<hr \/>\n\n\t\t\t<div class=\"display-post-types\">\n\n\t\t\t\t\t\t\t<style type=\"text\/css\">\n\t\t\t#dpt-wrapper-358 { --dpt-text-align: left;--dpt-image-crop: center;--dpt-border-radius: 5px;--dpt-h-gutter: 10px;--dpt-v-gutter: 9px; }\t\t\t<\/style>\n\t\t\t<style type=\"text\/css\">#dpt-wrapper-358 { --dpt-title-font-style:normal;--dpt-title-font-weight:600;--dpt-title-line-height:1.5;--dpt-title-text-decoration:none;--dpt-title-text-transform:none;--dpt-excerpt-font-style:normal;--dpt-excerpt-font-weight:400;--dpt-excerpt-line-height:1.5;--dpt-excerpt-text-decoration:none;--dpt-excerpt-text-transform:none;--dpt-meta1-font-style:normal;--dpt-meta1-font-weight:400;--dpt-meta1-line-height:1.9;--dpt-meta1-text-decoration:none;--dpt-meta1-text-transform:none;--dpt-meta2-font-style:normal;--dpt-meta2-font-weight:400;--dpt-meta2-line-height:1.9;--dpt-meta2-text-decoration:none;--dpt-meta2-text-transform:none; }<\/style><div class=\"dpt-main-header\">\n\t\t\t\t\t\t<div class=\"dpt-main-title\">\n\t\t\t\t\t\t\t<span class=\"dpt-main-title-text\">Sociale kwesties van nu<\/span>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t<\/div>\t\t\t\n\t\t\t\t<div id=\"dpt-wrapper-358\" class=\"dpt-wrapper dpt-mag1 land1 dpt-cropped dpt-flex-wrap\" >\n\n\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"zustand der deutschen wirtschaft 2025: f\u00fcnf jahre krise, zahlen, trends und ausblick\" data-id=\"3773\"  data-category=\"allgemein gesellschaft\" data-post_tag=\"auswandern deutschland energiepolitik erfahrungen geopolitik krisen ratgeber\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2025\/12\/toestand-van-de-duitse-economie-2025-vijf-jaar-crisiscijfers-trends-en-vooruitzichten\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">De toestand van de Duitse economie in 2025: vijf jaar crisis, cijfers, trends en vooruitzichten<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Staat van de Duitse economie in 2025\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/zustand-deutschland-2025.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/zustand-deutschland-2025.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/zustand-deutschland-2025-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/zustand-deutschland-2025-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/zustand-deutschland-2025-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2025\/12\/toestand-van-de-duitse-economie-2025-vijf-jaar-crisiscijfers-trends-en-vooruitzichten\/\" rel=\"bookmark\">De toestand van de Duitse economie in 2025: vijf jaar crisis, cijfers, trends en vooruitzichten<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"helge schneider: haltung, humor und die freiheit, sich nicht erkl\u00e4ren zu m\u00fcssen\" data-id=\"4756\"  data-category=\"allgemein gesellschaft kunst &amp; kultur\" data-post_tag=\"deutschland erfahrungen meinungsfreiheit musik portrait\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/helge-schneider-houding-humor-en-de-vrijheid-om-jezelf-niet-te-hoeven-verklaren\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Helge Schneider: Houding, humor en de vrijheid om jezelf niet te hoeven verantwoorden<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Helge Schneider Portret\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Helge-Schneider.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Helge-Schneider.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Helge-Schneider-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Helge-Schneider-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Helge-Schneider-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/helge-schneider-houding-humor-en-de-vrijheid-om-jezelf-niet-te-hoeven-verklaren\/\" rel=\"bookmark\">Helge Schneider: Houding, humor en de vrijheid om jezelf niet te hoeven verantwoorden<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"was ist brics &#8211; und was nicht: geschichte, wirtschaft und geopolitische einordnung\" data-id=\"4691\"  data-category=\"allgemein gesellschaft\" data-post_tag=\"denkmodelle deutschland europa geopolitik sicherheitspolitik\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/wat-is-het-brics-en-wat-niet-geschiedenis-economie-en-geopolitieke-classificatie\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Wat is BRICS - en wat niet: geschiedenis, economie en geopolitieke categorisering<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"BRICS-landen\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/BRICS-Staaten.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/BRICS-Staaten.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/BRICS-Staaten-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/BRICS-Staaten-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/BRICS-Staaten-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/wat-is-het-brics-en-wat-niet-geschiedenis-economie-en-geopolitieke-classificatie\/\" rel=\"bookmark\">Wat is BRICS - en wat niet: geschiedenis, economie en geopolitieke categorisering<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"nord stream sprengung: sabotage, machtpolitik und die unbequemen offenen fragen\" data-id=\"4441\"  data-category=\"allgemein gesellschaft\" data-post_tag=\"deutschland energiepolitik europa geopolitik krisen meinungsfreiheit sicherheitspolitik spieltheorie\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/01\/north-stream-blasting-sabotage-machtspolitiek-en-de-ongemakkelijke-open-vragen\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">De afbraak van Nord Stream: sabotage, machtspolitiek en de ongemakkelijke onbeantwoorde vragen<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Nord Stream opblazen\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/nordstream-sprengung.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/nordstream-sprengung.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/nordstream-sprengung-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/nordstream-sprengung-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/nordstream-sprengung-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2026\/01\/north-stream-blasting-sabotage-machtspolitiek-en-de-ongemakkelijke-open-vragen\/\" rel=\"bookmark\">De afbraak van Nord Stream: sabotage, machtspolitiek en de ongemakkelijke onbeantwoorde vragen<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\n<hr \/>\n<h2>De ontwikkelaar als architect<\/h2>\n<p>Bij klassieke softwareontwikkeling besteedden ontwikkelaars vaak een groot deel van hun werktijd aan de daadwerkelijke uitvoering. Er werden functies geprogrammeerd, databases opgezet en fouten verholpen. Deze taken bestaan ook vandaag de dag nog. Maar AI-systemen kunnen inmiddels veel van deze werkzaamheden ondersteunen of gedeeltelijk overnemen.<\/p>\n<p>Daardoor verschuift het zwaartepunt. Wie succesvol met AI wil ontwikkelen, moet vooral weten wat hij eigenlijk wil bouwen. Dat klinkt op het eerste gezicht vanzelfsprekend, maar dat is het niet.<\/p>\n<p>In veel projecten ontstaat het grootste deel van de problemen niet door slechte programmering, maar door onduidelijke eisen. Als de doelstelling vaag is, helpt zelfs de beste AI niet. Sterker nog, dergelijke tekortkomingen worden door AI vaak zelfs nog duidelijker zichtbaar, omdat de systemen zeer consequent werken op basis van de informatie die ze krijgen.<\/p>\n<p>De moderne ontwikkelaar wordt daarom steeds meer een architect. Hij ontwerpt de structuur van een systeem, definieert processen, beschrijft verbanden en zorgt ervoor dat alle betrokkenen \u2013 of het nu mensen of AI-systemen zijn \u2013 hetzelfde beeld van het project hebben. Hoe groter een project wordt, hoe belangrijker deze vaardigheid wordt.<\/p>\n<h3>Van programmeur tot projectleider<\/h3>\n<p>Een interessante observatie uit mijn eigen projecten is dat communicatie tegenwoordig een veel grotere rol speelt dan vroeger. Wie met AI werkt, besteedt vaak meer tijd aan beschrijvingen, documentatie en concepten dan aan het daadwerkelijke programmeren.<\/p>\n<p>Dat betekent niet dat technische kennis onbelangrijk wordt. Integendeel. Wie de basisprincipes van databases, softwarearchitectuur of bedrijfsprocessen niet begrijpt, zal ook met AI geen goede resultaten behalen. De nadruk verschuift echter van de pure implementatie naar de aansturing.<\/p>\n<p>Je zou kunnen zeggen: de ontwikkelaar wordt steeds meer de projectleider van zijn eigen virtuele ontwikkelteam. Dit team bestaat niet langer uitsluitend uit menselijke collega\u2019s, maar uit verschillende AI-systemen die uiteenlopende taken op zich kunnen nemen. De ene AI helpt bij de architectuur, de volgende stelt documentatie op, weer een andere analyseert fouten en nog een andere ontwikkelt gebruikersinterfaces.<\/p>\n<p>De verantwoordelijkheid blijft echter bij de mens liggen. De AI doet suggesties, maar neemt geen zakelijke beslissingen, kent de doelstellingen van het bedrijf niet en draagt ook geen verantwoordelijkheid voor de gevolgen van haar werk.<\/p>\n<h3>Waarom ervaring steeds belangrijker wordt<\/h3>\n<p>Sommige mensen vrezen dat AI vakkennis overbodig maakt. Mijn ervaring is dat juist het tegenovergestelde gebeurt. Hoe groter de mogelijkheden van de tools worden, hoe belangrijker ervaring wordt. Een ervaren ontwikkelaar ziet sneller of een oplossing zinvol is. Hij ziet verbanden waar AI mogelijk geen rekening mee heeft gehouden. Hij kent typische bronnen van fouten en kan resultaten kritisch bekijken.<\/p>\n<p>Juist daarom werken AI-projecten vaak bijzonder goed wanneer vakkennis en kunstmatige intelligentie samenkomen. De beste resultaten worden zelden bereikt door blind vertrouwen in de technologie. Ze ontstaan juist wanneer een ervaren persoon de koers bepaalt en de AI ondersteunt bij de uitvoering.<\/p>\n<p>In zekere zin doet dit me denken aan de introductie van moderne machines in veel ambachtelijke beroepen. De gereedschappen werden krachtiger, maar de ervaren vakman bleef onmisbaar. Hij moest alleen leren hoe hij de nieuwe gereedschappen op de juiste manier kon gebruiken.<\/p>\n<h3>Een nieuwe manier van denken<\/h3>\n<p>Wie tegenwoordig met AI-software ontwikkelt, moet daarom niet in de eerste plaats nadenken over welke code de AI moet schrijven. De belangrijkere vraag is: hoe kan ik mijn project zo beschrijven dat de AI het zo goed mogelijk begrijpt?<\/p>\n<p>Hier begint het echte werk pas. Niet de prompt alleen bepaalt of iets slaagt of mislukt. Doorslaggevend is de kennis die achter de prompt schuilgaat. Wie zijn processen kent, zijn gegevensstructuren begrijpt en zijn doelstellingen duidelijk kan formuleren, biedt de AI de basis voor goede resultaten.<\/p>\n<p>Hierdoor verandert de softwareontwikkeling ingrijpend. De waarde van een ontwikkelaar zal in de toekomst steeds minder worden afgemeten aan hoe snel hij code kan typen. Veel belangrijker wordt het vermogen om complexe systemen te analyseren, kennis te structureren en op begrijpelijke wijze te communiceren.<\/p>\n<p>Het goede nieuws is: deze vaardigheden zijn altijd al waardevol geweest. AI maakt ze alleen maar zichtbaarder. En juist daarom begint succesvolle softwareontwikkeling met AI niet bij het programmeren, maar bij het begrijpen.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone wp-image-6229 size-full\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-2-verstehen.jpg\" alt=\"Eerst begrijpen, dan programmeren\" width=\"1024\" height=\"583\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-2-verstehen.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-2-verstehen-300x171.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-2-verstehen-768x437.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-2-verstehen-18x10.jpg 18w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/p>\n<h2>Eerst begrijpen, dan programmeren<\/h2>\n<p>Wie voor het eerst met krachtige AI werkt, ervaart vaak een kleine golf van enthousiasme. Plotseling kun je in een paar minuten dingen maken waarvoor vroeger uren of zelfs dagen nodig waren. Een databasestructuur is snel ontworpen, een gebruikersinterface ontstaat met \u00e9\u00e9n druk op de knop en zelfs complexere programmafuncties verschijnen vaak verbazingwekkend snel op het scherm.<\/p>\n<p>Juist hier schuilt echter een van de grootste valkuilen van de moderne softwareontwikkeling. De snelheid van de tools verleidt ertoe om te vroeg met de implementatie te beginnen. Veel ontwikkelaars, ondernemers en projectleiders storten zich direct op het programmeren, hoewel ze het eigenlijke probleem nog niet volledig hebben doordacht. De AI levert dan wel indrukwekkende resultaten op, maar werkt uiteindelijk op een onzekere basis.<\/p>\n<p>Het probleem ligt hier niet bij de AI. Het probleem is de onvolledige beschrijving van het project. Als een AI onjuiste of onvolledige informatie krijgt, zal ze toch proberen een oplossing te bedenken. Het resultaat ziet er in eerste instantie vaak aannemelijk uit. Pas later blijkt dat er belangrijke verbanden ontbreken of dat fundamentele aannames onjuist waren.<\/p>\n<p>Naar mijn mening is dit een van de meest voorkomende redenen waarom projecten onnodig tijd verliezen.<\/p>\n<h3>De verleiding van een snelle start<\/h3>\n<p>Veel ontwikkelaars kennen dit gevoel wel. Je hebt een idee voor een nieuwe app, opent de AI-chat en begint meteen met de eerste prompt.<\/p>\n<ul>\n<li>\u201eMaak een CRM-systeem voor mij.\u201c<\/li>\n<li>\u201eProgrammeer een voorraadbeheersysteem.\u201c<\/li>\n<li>\u201eOntwikkel een projectbeheersysteem met tijdregistratie.\u201c<\/li>\n<\/ul>\n<p>Dergelijke instructies zijn begrijpelijk. Je wilt immers zo snel mogelijk resultaat zien. Maar juist deze aanpak leidt er vaak toe dat je later grote delen van het systeem opnieuw moet herzien.<\/p>\n<p>De AI kan niet weten wat de specifieke kenmerken van jouw bedrijf zijn. Ze kent je klanten niet. Ze kent je bedrijfsprocessen niet. Ze weet niet welke beslissingen er in het verleden al zijn genomen en met welke randvoorwaarden rekening moet worden gehouden.<\/p>\n<p>Een ervaren softwareontwikkelaar zou een klant normaal gesproken veel vragen stellen voordat hij met de daadwerkelijke uitvoering begint. Precies dezelfde aanpak is ook bij AI-projecten zinvol.<\/p>\n<p>In plaats van meteen met het programmeren te beginnen, moet er eerst duidelijkheid worden geschapen.<\/p>\n<h3>Wat moet er eigenlijk ontstaan?<\/h3>\n<p>Deze vraag klinkt misschien simpel, maar wordt verbazingwekkend vaak niet goed beantwoord. Achter bijna elk softwareproject gaan verschillende doelstellingen schuil. Soms is het de bedoeling een werkproces te versnellen. In andere gevallen gaat het om betere analyses, minder fouten of een hogere mate van automatisering.<\/p>\n<p>AI kan alleen zinvolle beslissingen nemen als ze deze doelstellingen kent. Laten we als voorbeeld een klantenbeheersysteem nemen. Op het eerste gezicht lijkt dat relatief eenvoudig. Maar al na een paar minuten rijzen er tal van vragen.<\/p>\n<p>Gaat het om puur adresbeheer of om een compleet CRM-systeem? Zijn er contactpersonen? Worden offertes en facturen beheerd? Moet de software meertalig zijn? Zijn er buitendienstmedewerkers? Moet er rekening worden gehouden met privacyvereisten?<\/p>\n<p>Hoe nauwkeuriger deze vragen worden beantwoord, hoe beter de AI het werkelijke doel van het systeem begrijpt. Het doel moet daarom altijd zijn om niet alleen de software te beschrijven, maar ook de zakelijke context erachter.<\/p>\n<h3>Processen zijn belangrijker dan functies<\/h3>\n<p>Een andere veelgemaakte fout is dat men uitsluitend aan functies denkt. Veel projectbeschrijvingen bevatten formuleringen als:<\/p>\n<ul>\n<li>\u201eEr zou een klantmasker moeten zijn.\u201c<\/li>\n<li>\u201eEr moet een zoekfunctie komen.\u201c<\/li>\n<li>\u201eHet moet PDF-bestanden kunnen genereren.\u201c<\/li>\n<\/ul>\n<p>Dat is weliswaar belangrijke informatie, maar het gaat hier alleen om hulpmiddelen. Wat echt interessant is, zijn de processen die erachter schuilgaan.<\/p>\n<ul>\n<li>Waarom is een klantmasker nodig?<\/li>\n<li>Welke stappen volgen daarna?<\/li>\n<li>Wie gebruikt de gegevens?<\/li>\n<li>Welke informatie wordt later geanalyseerd?<\/li>\n<\/ul>\n<p>Moderne AI-systemen begrijpen processen verbazingwekkend goed, mits ze voldoende worden beschreven. Daarom loont het vaak de moeite om volledige werkprocessen te documenteren. Niet de vraag \u201eWelk masker heb ik nodig?\u201c moet centraal staan, maar de vraag:<\/p>\n<blockquote><p><em>\u201eHoe gaat de gebruiker later met het systeem om?\u201c<\/em><\/p><\/blockquote>\n<p>Hoe gedetailleerder dit proces wordt beschreven, hoe beter de AI passende voorstellen kan doen.<\/p>\n<h3>Het belang van gegevens<\/h3>\n<p>Naast de processen vormen de gegevens de basis van elke software. Veel ontwikkelaars onderschatten hoe belangrijk een gedetailleerde beschrijving van de gegevensstructuren is voor het welslagen van een AI-project.<\/p>\n<p>Als een AI alleen weet dat er klanten zijn, heeft dat weinig zin. De informatie wordt pas echt waardevol als er ook wordt beschreven welke velden er zijn, welke relaties zijn voorzien en hoe de gegevens later zullen worden gebruikt.<\/p>\n<p>In mijn projecten is gebleken dat het goed werkt om zo vroeg mogelijk concrete voorbeelden te geven. Voorbeelddatasets zijn vaak veelzeggender dan lange theoretische beschrijvingen.<\/p>\n<p>Een concreet klantdossier met naam, adres, contactpersonen en communicatiegeschiedenis geeft de AI vaak meer inzicht dan meerdere alinea\u2019s met abstracte uitleg. Hetzelfde geldt voor artikelstamgegevens, projecten, facturen of welke andere informatie dan ook.<\/p>\n<p>Hoe dichter de beschrijving bij de uiteindelijke werkelijkheid ligt, hoe beter de resultaten zullen zijn.<\/p>\n<h3>De analysefase bespaart tijd<\/h3>\n<p>Veel mensen beschouwen analyse en documentatie als vervelend voorbereidend werk. Men wil immers zo snel mogelijk concrete resultaten zien. Paradoxaal genoeg leidt juist dit gebrek aan geduld vaak tot langere ontwikkelingstijden.<\/p>\n<p>Elk uur dat in het begin wordt besteed aan een grondige analyse, bespaart later vaak vele uren aan correctiewerk. Dit principe gold al lang v\u00f3\u00f3r het tijdperk van de kunstmatige intelligentie en is vandaag de dag zelfs nog belangrijker.<\/p>\n<p>Een AI werkt razendsnel. Daardoor kan het echter ook fouten zeer snel vermenigvuldigen. Wie een onduidelijk beschreven systeem ontwikkelt, krijgt mogelijk binnen enkele minuten honderden regels code voor de verkeerde oplossing.<\/p>\n<p>Wie daarentegen eerst de vereisten nauwkeurig vaststelt, legt een solide basis voor alle verdere stappen.<\/p>\n<h3>Begrip als basis voor al het verdere<\/h3>\n<p>De belangrijkste conclusie is dan ook: goede software ontstaat niet alleen door goede prompts. Ze ontstaat door een diepgaand begrip van het probleem.<\/p>\n<p>Hoe beter je de doelstellingen, processen, gegevens en verbanden van een project kent, hoe effectiever je met AI kunt samenwerken. De kwaliteit van de resultaten hangt uiteindelijk minder af van de intelligentie van de tool dan van de kwaliteit van de informatie die je aanlevert.<\/p>\n<p>Daarom begint succesvolle, door AI ondersteunde softwareontwikkeling niet bij de eerste regel code. Het begint met de poging om het probleem zo grondig te begrijpen dat een ander \u2013 of juist een kunstmatige intelligentie \u2013 het kan doorgronden en oplossen.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-6230\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-3-Projekteinfuehrung.jpg\" alt=\"Projectimplementatie met AI\" width=\"1024\" height=\"583\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-3-Projekteinfuehrung.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-3-Projekteinfuehrung-300x171.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-3-Projekteinfuehrung-768x437.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-3-Projekteinfuehrung-18x10.jpg 18w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/p>\n<h2>De perfecte projectstart voor een AI<\/h2>\n<p>Als er een nieuwe medewerker bij een bedrijf komt werken, zet men hem meestal niet zomaar achter een bureau en zegt men niet: \u201eGa maar aan de slag.\u201c In plaats daarvan krijgt hij een introductie. Hij maakt kennis met de doelstellingen van het bedrijf, ontvangt belangrijke documenten, leert de werkprocessen kennen en spreekt met mensen die al ervaring hebben.<\/p>\n<p>Precies dezelfde logica geldt ook voor de samenwerking met kunstmatige intelligentie. Toch behandelen veel ontwikkelaars hun AI nog steeds als een zoekmachine. Ze stellen losse vragen, geven korte instructies en verbazen zich vervolgens over onvolledige of ongeschikte resultaten. De praktijk laat echter keer op keer zien dat de kwaliteit van de antwoorden sterk afhangt van hoe goed de AI in een project is ge\u00efmplementeerd. Een goed voorbereide projectimplementatie kan het verschil maken tussen middelmatige en uitzonderlijk goede resultaten.<\/p>\n<p>Uit mijn eigen werk heb ik geleerd dat de eerste informatie die een AI over een project krijgt, vaak een verbazingwekkend grote invloed heeft op het verdere verloop ervan. Hoe beter deze basis wordt gelegd, hoe productiever de samenwerking wordt.<\/p>\n<h3>Het project op een begrijpelijke manier uitleggen<\/h3>\n<p>De eerste stap is het project in zijn geheel te beschrijven. Veel ontwikkelaars maken daarbij de fout om meteen technische details te geven. Ze hebben het over databases, programmeertalen of interfaces nog voordat duidelijk is welk probleem er moet worden opgelost. Voor de AI is echter in de eerste plaats de inhoudelijke context van belang.<\/p>\n<p>Stel je voor dat je een ERP-systeem wilt ontwikkelen. In plaats van meteen met tabellen en veldnamen te beginnen, moet je eerst beschrijven voor wie de software bedoeld is, welke taken deze moet vervullen en welke doelen ermee worden nagestreefd. Een goede projectintroductie geeft antwoord op fundamentele vragen:<\/p>\n<ul>\n<li>Wie gaat er later met het systeem werken?<\/li>\n<li>Welke processen moeten worden ondersteund?<\/li>\n<li>Welke problemen moeten worden opgelost?<\/li>\n<li>Wat zijn de bijzonderheden?<\/li>\n<\/ul>\n<p>Pas als deze verbanden duidelijk zijn, heeft het zin om in te gaan op de technische details. Je kunt het vergelijken met het bouwen van een huis. Voordat er over stopcontacten of waterleidingen wordt gesproken, moet duidelijk zijn of er \u00fcberhaupt een eengezinswoning, een kantoorgebouw of een magazijn moet komen.<\/p>\n<h3>Het technische kader<\/h3>\n<p>Nadat de inhoudelijke basisprincipes zijn uitgelegd, is het de beurt aan de technische omgeving. Hier gaat het erom de AI de randvoorwaarden mee te geven waarbinnen zij moet werken. Daartoe behoren bijvoorbeeld de gebruikte programmeertalen, databasesystemen, frameworks of doelplatforms.<\/p>\n<p>Deze stap is belangrijker dan velen in eerste instantie denken. Een oplossing die geschikt is voor een webapplicatie, hoeft niet automatisch ook geschikt te zijn voor een desktopapplicatie. Ook lopen de mogelijkheden van verschillende databasesystemen soms aanzienlijk uiteen.<\/p>\n<p>Hoe concreter de randvoorwaarden worden beschreven, hoe doelgerichter de AI kan werken. Daarbij moet men niet alleen de huidige technische beslissingen vastleggen, maar ook bestaande richtlijnen. Misschien zijn er al verouderde systemen, bestaande interfaces of bepaalde bedrijfsnormen. Ook dergelijke informatie helpt de AI om realistische voorstellen te ontwikkelen.<\/p>\n<h3>Het datamodel als basis<\/h3>\n<p>Op dit punt wordt in ieder geval duidelijk waarom een goede voorbereiding zo belangrijk is. In vrijwel elk groter softwareproject spelen gegevens een centrale rol. Klanten, artikelen, projecten, facturen, documenten of gebruikersaccounts vormen de basis van de uiteindelijke applicatie.<\/p>\n<p>Daarom is het de moeite waard om de AI zo vroeg mogelijk een overzicht van het datamodel te geven. Het gaat daarbij in eerste instantie niet om perfecte technische documentatie. Het is veel belangrijker dat de AI de fundamentele verbanden begrijpt.<\/p>\n<ul>\n<li>Welke tabellen zijn er?<\/li>\n<li>Welke objecten staan met elkaar in verband?<\/li>\n<li>Welke gegevens worden opgeslagen?<\/li>\n<li>Welke gegevens zijn bijzonder belangrijk?<\/li>\n<\/ul>\n<p>Hoe duidelijker deze structuur wordt beschreven, hoe gemakkelijker het voor de AI is om latere vereisten correct in te delen. In veel projecten blijkt dat de kwaliteit van latere programma-voorstellen rechtstreeks samenhangt met het begrip van het datamodel. Wie dit aspect verwaarloost, krijgt vaak te maken met misverstanden en onnodige correcties.<\/p>\n<h3>Waarom voorbeeldgegevens zo waardevol zijn<\/h3>\n<p>Een van de meest effectieve manieren om een AI-systeem iets duidelijk te maken, is door concrete voorbeelden te geven. Mensen leren vaak aan de hand van voorbeelden. AI-systemen werken in veel situaties op dezelfde manier.<\/p>\n<p>Een theoretische beschrijving van een klantenbestand kan nuttig zijn. Een echt voorbeeld van een dataset geeft echter vaak veel meer informatie. Plotseling herkent de AI typische inhoud, naamgevingsconventies, gegevensformaten en verbanden. Ze begrijpt beter welke informatie daadwerkelijk relevant is en hoe deze later wordt gebruikt. Hetzelfde geldt voor artikelstamgegevens, facturen, projecten of willekeurige andere objecten binnen een systeem.<\/p>\n<p>Uiteraard moet daarbij rekening worden gehouden met gegevensbescherming en vertrouwelijkheid. In veel gevallen volstaan geanonimiseerde voorbeeldgegevens ruimschoots. Het gaat niet om de authenticiteit van de personen of bedrijven, maar om de structuur van de informatie.<\/p>\n<h3>De taal van AI leren<\/h3>\n<p>Een interessant neveneffect van het werken met AI is dat ontwikkelaars leren hun eigen systemen duidelijker te beschrijven. Veel verbanden die in hun eigen hoofd vanzelfsprekend lijken, moeten plotseling onder woorden worden gebracht. Hierdoor komen onduidelijkheden aan het licht die voorheen nauwelijks opvielen.<\/p>\n<p>Dit proces lijkt op het opstellen van technische documentatie. Zodra je iets nauwkeurig probeert uit te leggen, kom je vaak op punten die nog niet helemaal doordacht zijn.<\/p>\n<p>Juist daarom is het uitleggen van een project niet alleen nuttig voor de AI, maar vaak ook voor de ontwikkelaar zelf. Wie zijn project op een voor een AI begrijpelijke manier kan uitleggen, heeft het meestal zelf ook veel beter begrepen.<\/p>\n<h3>Een investering die zich ruimschoots terugbetaalt<\/h3>\n<p>Sommige ontwikkelaars zien een uitgebreide projectintroductie in eerste instantie als extra werk. In werkelijkheid is het echter een van de meest rendabele investeringen binnen een AI-project.<\/p>\n<p>Elk uur dat in het begin wordt besteed aan het beschrijven van doelstellingen, processen, gegevens en technische randvoorwaarden, kan later vele uren extra werk besparen. De AI werkt dan niet meer op goed geluk, maar op basis van een gezamenlijk begrip van het project.<\/p>\n<p>Juist dit gezamenlijke begrip vormt de basis voor alles wat daarna volgt. Het bepaalt of de AI slechts afzonderlijke taken uitvoert of dat ze zich ontwikkelt tot een echte ontwikkelingspartner.<\/p>\n<p>Daarom mag de start van een project nooit als een vervelende verplichting worden gezien. Het is het moment waarop de basis wordt gelegd voor de gehele latere samenwerking. Hoe beter die basis is, hoe beter de resultaten doorgaans ook zullen zijn.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-6231\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-4-Kontext-Code.jpg\" alt=\"Context is belangrijker dan code\" width=\"1024\" height=\"576\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-4-Kontext-Code.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-4-Kontext-Code-300x169.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-4-Kontext-Code-768x432.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-4-Kontext-Code-18x10.jpg 18w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/p>\n<h2>Context is belangrijker dan code<\/h2>\n<p>Veel ontwikkelaars gaan er in eerste instantie vanuit dat moderne AI-systemen vooral bijzonder goed kunnen programmeren. De meest indrukwekkende voorbeelden worden immers vaak met code gedemonstreerd. Een AI genereert een webpagina, ontwikkelt een databasequery of schrijft binnen enkele seconden een complete functie.<\/p>\n<p>Maar na enige praktijkervaring blijkt vaak een ander beeld. De echte kracht van moderne AI ligt niet in de eerste plaats in het schrijven van code. Haar grootste kracht is het koppelen van informatie, het herkennen van verbanden en het toepassen van kennis op nieuwe situaties.<\/p>\n<p>Juist daarom is context zo belangrijk. Als een AI de context begrijpt, levert dat vaak verbluffend goede resultaten op. Ontbreekt die context, dan produceert het systeem weliswaar nog steeds antwoorden en code, maar werkt het op een onzekere basis. De kwaliteit van de resultaten gaat dan vaak aanzienlijk achteruit, zelfs als de programmering technisch correct lijkt.<\/p>\n<p>In de praktijk blijkt keer op keer: niet de code is de belangrijkste grondstof voor AI, maar de context waarin die code tot stand komt.<\/p>\n<h3>Waarom korte instructies vaak tot slechte resultaten leiden<\/h3>\n<p>Wie net begint met AI, heeft vaak de neiging om taken erg beknopt te formuleren. Een typische prompt zou kunnen luiden:<\/p>\n<blockquote><p><em>\u201eZet een klantenbeheersysteem op.\u201c<\/em><\/p><\/blockquote>\n<p>Technisch gezien is deze instructie niet onjuist. Er blijft echter bijna alle belangrijke informatie onduidelijk.<\/p>\n<ul>\n<li>Voor welke branche?<\/li>\n<li>Voor hoeveel gebruikers?<\/li>\n<li>Welke gegevens moeten worden opgeslagen?<\/li>\n<li>Welke processen moeten worden ondersteund?<\/li>\n<li>Welke analyses zijn nodig?<\/li>\n<li>Welke systemen bestaan er al?<\/li>\n<\/ul>\n<p>De AI moet al deze vragen zelf beantwoorden en maakt daarbij onvermijdelijk aannames. Sommige daarvan zullen toevallig kloppen, andere niet. Het resultaat is te vergelijken met een architect tegen wie men alleen zegt:<\/p>\n<blockquote><p><em>\u201eBouw een huis voor mij.\u201c<\/em><\/p><\/blockquote>\n<p>Natuurlijk kan hij een huis ontwerpen. De kans dat het precies aan je eigen verwachtingen voldoet, is echter klein. Hoe meer relevante informatie ontbreekt, hoe groter de ruimte voor interpretatie wordt. En juist die ruimte voor interpretatie leidt later vaak tot onnodige aanpassingen.<\/p>\n<h3>Het verschil tussen informatie en context<\/h3>\n<p>In veel discussies over AI wordt een belangrijk punt over het hoofd gezien. Informatie en context zijn niet hetzelfde. Informatie bestaat uit losse feiten, bijvoorbeeld:<\/p>\n<ul>\n<li>Het systeem maakt gebruik van PostgreSQL.<\/li>\n<li>Er is een klantentabel.<\/li>\n<li>De applicatie draait in de browser.<\/li>\n<\/ul>\n<p>Deze gegevens zijn nuttig, maar meestal niet voldoende. Er ontstaat pas context als de verbanden tussen deze gegevens zichtbaar worden.<\/p>\n<ul>\n<li>Waarom wordt PostgreSQL gebruikt?<\/li>\n<li>Welke rol speelt de klantentabel in het totale systeem?<\/li>\n<li>Welke gebruikers werken met de applicatie?<\/li>\n<li>Welke bedrijfsprocessen hangen hiermee samen?<\/li>\n<\/ul>\n<p>AI heeft niet alleen feiten nodig, maar ook de betekenis ervan. Alleen dan kan het beslissingen nemen die bij het project passen. Hoe complexer een project wordt, hoe belangrijker dit verschil wordt.<\/p>\n<h3>De AI moet het bedrijf begrijpen<\/h3>\n<p>Een interessante observatie uit de praktijk is dat de beste resultaten vaak worden behaald wanneer de AI niet alleen de software begrijpt, maar ook het bedrijf erachter.<\/p>\n<p>Laten we nogmaals het voorbeeld van een ERP-systeem nemen. Het maakt een groot verschil of dit systeem wordt ontwikkeld voor een ambachtelijk bedrijf, een groothandel, een artsenpraktijk of een onlinewinkel. Veel technische vereisten vloeien rechtstreeks voort uit het bedrijfsmodel.<\/p>\n<p>Wie een AI alleen de technische structuur uitlegt, laat een groot deel van de interpretatie aan de AI over. Wie daarentegen ook de bedrijfsprocessen beschrijft, biedt een veel waardevollere context. Daarom is het vaak de moeite waard om een AI eerst kennis te laten maken met de organisatie.<\/p>\n<ul>\n<li>Hoe verdient het bedrijf geld?<\/li>\n<li>Welke processen zijn bijzonder belangrijk?<\/li>\n<li>Waar doen zich vaak problemen voor?<\/li>\n<li>Welke doelen streeft de software na?<\/li>\n<\/ul>\n<p>Op het eerste gezicht lijkt dergelijke informatie misschien weinig met programmeren te maken te hebben. In werkelijkheid draagt ze echter vaak aanzienlijk bij aan de verbetering van de kwaliteit van de technische resultaten.<\/p>\n<h3>De context vermindert het aantal verkeerde beslissingen<\/h3>\n<p>Een van de grootste voordelen van een goede projectcontext is dat er aanzienlijk minder verkeerde beslissingen worden genomen. Stel je voor dat een AI een nieuwe functie moet ontwikkelen. Zonder context kent het alleen de huidige taak. Het probeert deze zo effici\u00ebnt mogelijk op te lossen.<\/p>\n<p>Met voldoende context kent ze bovendien:<\/p>\n<ul>\n<li>de architectuur van het totale systeem<\/li>\n<li>bestaande ontwerpprincipes<\/li>\n<li>eerdere beslissingen<\/li>\n<li>technische randvoorwaarden<\/li>\n<li>langetermijndoelstellingen<\/li>\n<\/ul>\n<p>Daardoor kan het veel voorstellen automatisch aanpassen aan de bestaande structuur. De kwaliteit van de resultaten neemt vaak niet geleidelijk toe, maar met sprongen. Daarom besteden ervaren ontwikkelaars vaak meer tijd aan het overbrengen van context dan aan het formuleren van afzonderlijke opdrachten.<\/p>\n<h3>Documentatie als contextgeheugen<\/h3>\n<p>Hieruit blijkt hoe belangrijk een goede projectdocumentatie is. Geen enkele ontwikkelaar wil steeds opnieuw dezelfde informatie moeten uitleggen. Dat geldt ook voor de samenwerking met AI-systemen.<\/p>\n<p>Een centrale documentatie fungeert daarom als een blijvend geheugen voor de context. Daar kan belangrijke informatie worden verzameld:<\/p>\n<p>Projectdoelstellingen, datamodellen, architectuurkeuzes, naamgevingsconventies, technische specificaties en openstaande vragen.<\/p>\n<p>Nieuwe chatbots of nieuwe AI-systemen kunnen vervolgens deze documentatie raadplegen en zich in het project inwerken. Hoe omvangrijker een project wordt, hoe belangrijker deze werkwijze wordt. In zekere zin ontstaat hierdoor een soort collectief geheugen van het project. Niet alleen mensen profiteren hiervan, maar ook de AI.<\/p>\n<h3>Meer context betekent niet meer tekst<\/h3>\n<p>Hier ontstaat vaak een misverstand. Meer context betekent niet automatisch dat je zoveel mogelijk pagina\u2019s tekst moet produceren.<\/p>\n<p>Het gaat om de relevantie van de informatie. Een beknopte beschrijving van vijf pagina\u2019s kan veel waardevoller zijn dan vijftig pagina\u2019s ongestructureerde tekst. De kunst is om precies die informatie te verstrekken die echt belangrijk is om een project te begrijpen. Daartoe behoren met name:<\/p>\n<ul>\n<li>Doelstellingen<\/li>\n<li>Processen<\/li>\n<li>Gegevensstructuren<\/li>\n<li>technische randvoorwaarden<\/li>\n<li>architectonische keuzes<\/li>\n<li>praktijkvoorbeelden<\/li>\n<\/ul>\n<p>Wie deze aspecten goed documenteert, legt daarmee meestal al een uitstekende basis.<\/p>\n<h3>Waarom context op de lange termijn belangrijker wordt dan programmeren<\/h3>\n<p>Hoe krachtiger AI-systemen worden, hoe meer het zwaartepunt verschuift van het daadwerkelijke programmeren naar het overbrengen van kennis.<\/p>\n<p>Code wordt steeds meer een automatisch te genereren hulpmiddel. Context blijft daarentegen een taak voor mensen. Alleen mensen kennen de doelstellingen van een bedrijf. Alleen mensen begrijpen de politieke, organisatorische of economische achtergronden. Alleen mensen kunnen bepalen welke richting een project op de lange termijn moet inslaan.<\/p>\n<p>AI kan deze kennis gebruiken, uitbreiden en omzetten in technische oplossingen. Ze kan deze kennis echter niet zelfstandig genereren. Daarom zal context in de toekomst waarschijnlijk een van de meest waardevolle hulpbronnen binnen de softwareontwikkeling worden.<\/p>\n<p>Wie een AI de juiste context biedt, krijgt vaak verbluffend goede resultaten. Wie deze stap overslaat, zal daarentegen vaak merken dat zelfs perfect geschreven code niet automatisch tot goede software leidt. Want uiteindelijk ontstaat succesvolle software niet door afzonderlijke programmaregels, maar door inzicht in de samenhangen waaruit deze programmaregels voortkomen.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-6232\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-5-Spezialchats.jpg\" alt=\"Indeling in gespecialiseerde chats\" width=\"1024\" height=\"584\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-5-Spezialchats.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-5-Spezialchats-300x171.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-5-Spezialchats-768x438.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-5-Spezialchats-18x10.jpg 18w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/p>\n<h2>De indeling van grote projecten in chats voor specialisten<\/h2>\n<p>Wie voor het eerst met AI-software ontwikkelt, werkt meestal in \u00e9\u00e9n enkele chat. Dat ligt voor de hand. Je begint met een idee, beschrijft de vereisten en bouwt het project stap voor stap verder uit.<\/p>\n<p>Bij kleine projecten werkt deze aanpak vaak uitstekend. Een enkele applicatie, een script of een overzichtelijke database kunnen prima via een chat worden begeleid.<\/p>\n<p>Naarmate een project groter wordt, veranderen de eisen echter. Plotseling zijn er talloze tabellen, verschillende gebruikersrollen, meerdere interfaces, uitgebreide documentatie en honderden beslissingen die in de loop van de ontwikkeling zijn genomen. Tegelijkertijd ontstaan er nieuwe eisen, terwijl oudere informatie steeds meer naar de achtergrond verdwijnt.<\/p>\n<p>Op dit punt wordt in ieder geval \u00e9\u00e9n belangrijk inzicht duidelijk: grote softwareprojecten moeten net zo gestructureerd worden als grote bedrijven.<\/p>\n<p>Niemand zou van \u00e9\u00e9n enkele medewerker verwachten dat hij tegelijkertijd directeur, boekhouder, verkoper, ontwikkelaar, ontwerper en helpdeskmedewerker is. Juist daarom is het ook bij het werken met AI de moeite waard om verschillende takengebieden van elkaar te scheiden.<\/p>\n<p>Het idee dat \u00e9\u00e9n enkel gesprek een grootschalig project van begin tot eind begeleidt, is weliswaar aantrekkelijk, maar wordt naarmate de complexiteit toeneemt steeds onpraktischer.<\/p>\n<h3>Het idee achter de specialistengesprekken<\/h3>\n<p>Een van de meest effectieve methoden bij grotere AI-projecten is het opzetten van meerdere chats met duidelijk afgebakende taken. Elk van deze chats krijgt een eigen focus en ontwikkelt in de loop van de tijd een soort specialisatie.<\/p>\n<p>Het principe doet denken aan klassieke ontwikkelteams. Binnen een bedrijf zijn er vaak specialisten op het gebied van databases, gebruikersinterfaces, infrastructuur, documentatie of kwaliteitsborging. Niemand hoeft alles tegelijk te doen.<\/p>\n<p>Hetzelfde concept laat zich verrassend goed toepassen op AI-systemen. In plaats van alle vragen in \u00e9\u00e9n chat te plaatsen, worden verschillende onderwerpen doelgericht over meerdere kanalen verdeeld. Hierdoor blijven de gesprekken overzichtelijker en kan de AI zich beter concentreren op haar specifieke taakgebied. Tegelijkertijd wordt het risico verkleind dat belangrijke informatie tussen de vele verschillende onderwerpen verloren gaat.<\/p>\n<h3>De architectuurchat<\/h3>\n<p>De architectuurchat vormt vaak het strategische middelpunt van een project. Hier worden fundamentele beslissingen genomen.<\/p>\n<ul>\n<li>Welke gegevensstructuren moeten worden gebruikt?<\/li>\n<li>Hoe ziet de systeemarchitectuur eruit?<\/li>\n<li>Welke modules zijn er?<\/li>\n<li>Welke naamgevingsregels gelden er?<\/li>\n<li>Aan welke technische principes moet worden voldaan?<\/li>\n<\/ul>\n<p>Deze chat gaat minder over afzonderlijke programmaregels en meer over het totaalplaatje.<\/p>\n<p>In veel projecten is gebleken dat het zinvol is om architecturale beslissingen zo centraal mogelijk vast te leggen en niet voortdurend tussen verschillende chatkanalen te wisselen. Dit zorgt voor een stabiele basis voor alle verdere werkzaamheden.<\/p>\n<p>De architectuurchat wordt daarmee als het ware het technische geheugen van het project.<\/p>\n<h3>De backend-chat<\/h3>\n<p>Terwijl de architectuurchat zich bezighoudt met fundamentele vragen, richt de backend-chat zich op de feitelijke bedrijfslogica. Hier ontstaan databasequery\u2019s, interfaces, automatiseringen en complexe processen.<\/p>\n<p>De AI kan zich op dit gebied volledig concentreren op de technische vereisten, zonder voortdurend afgeleid te worden door ontwerpkwesties of documentatiekwesties.<\/p>\n<p>Vooral bij grotere projecten leidt deze scheiding vaak tot aanzienlijk betere resultaten. De backend-chat ontwikkelt zich in de loop van de tijd tot een specialist in interne werkwijzen en technische processen. Hierdoor wordt de samenwerking effici\u00ebnter en overzichtelijker.<\/p>\n<h3>De frontend-chat<\/h3>\n<p>Gebruikersinterfaces volgen vaak heel andere regels dan backend-systemen. Hier staan gebruiksvriendelijkheid, navigatie, lay-outs en werkprocessen centraal. Een frontend-chat kan zich specifiek op deze onderwerpen richten.<\/p>\n<ul>\n<li>Welke informatie moet zichtbaar zijn?<\/li>\n<li>Welke invoervelden zijn nodig?<\/li>\n<li>Hoe moet een masker zijn opgebouwd?<\/li>\n<li>Welke stappen doorloopt een gebruiker tijdens zijn werk?<\/li>\n<\/ul>\n<p>Omdat deze chat geen complexe databaselogica of architectuurkwesties hoeft te verwerken, kan hij zich veel sterker richten op het perspectief van de gebruiker.<\/p>\n<p>Vooral ontwikkelaars hebben soms de neiging om technische aspecten zwaarder te laten wegen dan gebruiksvriendelijkheid. Een eigen frontend-chat helpt om dit evenwicht te verbeteren.<\/p>\n<h3>De documentatiechat<\/h3>\n<p>Veel projecten mislukken niet door technische problemen, maar door een gebrek aan documentatie. In het begin lijkt alles logisch en vanzelfsprekend. Een paar maanden later weet echter niemand meer waarom bepaalde beslissingen zijn genomen.<\/p>\n<p>Een eigen documentatiechat kan hier enorme voordelen opleveren. Deze chat is bedoeld om technische beslissingen vast te leggen, projectoverzichten op te stellen, wijzigingen te documenteren en kennis op lange termijn beschikbaar te maken.<\/p>\n<p>Deze chatgroep moet zo nauw mogelijk samenwerken met de overige projectonderdelen. Telkens wanneer er nieuwe functies worden ontwikkeld of architecturale beslissingen worden genomen, kan de documentatie worden bijgewerkt.<\/p>\n<p>Zo ontstaat stap voor stap een waardevol naslagwerk voor het hele project.<\/p>\n<h3>De chat over kwaliteitsborging<\/h3>\n<p>Een bijzonder interessante benadering is om AI een extra rol als controleur te geven. In plaats van nieuwe functies te ontwikkelen, controleert deze chat het werk van andere chats. Hij analyseert:<\/p>\n<ul>\n<li>mogelijke fouten<\/li>\n<li>Veiligheidsproblemen<\/li>\n<li>Inconsistenties<\/li>\n<li>Prestatierisico's<\/li>\n<li>lacunes in de documentatie<\/li>\n<\/ul>\n<p>Deze werkwijze doet denken aan klassieke codereviews in ontwikkelteams. Het grote voordeel is dat er verschillende perspectieven ontstaan.<\/p>\n<p>Terwijl een ontwikkelingschat vaak gericht is op het zo snel mogelijk uitvoeren van een taak, bekijkt de kwaliteitsborgingschat dezelfde oplossing kritisch en zoekt doelgericht naar zwakke plekken. Deze extra controle-instantie kan de kwaliteit van een project aanzienlijk verbeteren.<\/p>\n<h3>De gezamenlijke kennisbasis<\/h3>\n<p>Meerdere gespecialiseerde chats werken echter alleen goed als ze gebruikmaken van dezelfde kennisbasis. Juist daarom speelt de centrale projectdocumentatie zo\u2019n belangrijke rol. Alle chats moeten over dezelfde basisinformatie beschikken:<\/p>\n<p>Projectdoelstellingen, architecturale keuzes, datamodellen, naamgevingsconventies en technische randvoorwaarden.<\/p>\n<p>Op deze manier ontstaat er geen verzameling van onderling onafhankelijke deelprojecten, maar een gezamenlijk systeem met een duidelijke structuur. Je zou kunnen zeggen: de documentatie vormt de gemeenschappelijke taal van alle chats.<\/p>\n<p>Zonder deze gemeenschappelijke taal dreigen er misverstanden en tegenstrijdige resultaten.<\/p>\n<h3>AI als virtueel ontwikkelteam<\/h3>\n<p>Hoe langer je op deze manier werkt, hoe duidelijker een interessante gedachte naar voren komt. Moderne AI-systemen gedragen zich steeds meer als een virtueel team van ontwikkelaars.<\/p>\n<p>Het gaat hier natuurlijk niet om echte mensen. Toch laten veel beproefde organisatieprincipes uit klassieke softwareprojecten zich verbazingwekkend goed toepassen. In plaats van \u00e9\u00e9n alleskunner in te zetten, ontstaan er meerdere gespecialiseerde rollen met duidelijke verantwoordelijkheden.<\/p>\n<p>Hierdoor worden projecten overzichtelijker, beter traceerbaar en vaak ook kwalitatief beter. Vooral bij grotere projecten kan deze aanpak een enorm verschil maken. Succesvolle softwareontwikkeling bestaat namelijk niet alleen uit programmeren. Het omvat ook planning, architectuur, documentatie, kwaliteitsborging en communicatie.<\/p>\n<p>Hoe beter deze gebieden van elkaar worden gescheiden en tegelijkertijd met elkaar worden verbonden, hoe succesvoller het project in de regel zal zijn. En juist hier komen gespecialiseerde chats het best tot hun recht.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-6233\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-6-Dokumentation.jpg\" alt=\"Centrale projectdocumentatie\" width=\"1280\" height=\"730\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-6-Dokumentation.jpg 1280w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-6-Dokumentation-300x171.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-6-Dokumentation-1024x584.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-6-Dokumentation-768x438.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-6-Dokumentation-18x10.jpg 18w\" sizes=\"auto, (max-width: 1280px) 100vw, 1280px\" \/><\/p>\n<h2>De centrale projectdocumentatie<\/h2>\n<p>Bijna elk groter softwareproject begint met een duidelijk beeld. De doelstellingen zijn bekend, de vereisten lijken overzichtelijk en de belangrijkste beslissingen zijn bij alle betrokkenen bekend. In deze vroege fase ontstaat vaak de indruk dat uitgebreide documentatie eigenlijk helemaal niet nodig is. Je weet immers zelf waarom bepaalde beslissingen zijn genomen. De gegevensstructuren zijn vertrouwd, de processen zijn begrijpelijk en de architectuur lijkt logisch.<\/p>\n<p>Maar met elke nieuwe ontwikkelingsdag verandert de situatie. Er komen nieuwe functies bij. De eisen veranderen. Eerdere beslissingen worden uitgebreid of aangepast. Er komen extra ontwikkelaars bij het project. Er worden nieuwe AI-chats geopend. Er ontstaan uitzonderingen en speciale gevallen. Wat een paar weken geleden nog volkomen vanzelfsprekend was, begint langzaam te vervagen.<\/p>\n<p>Juist op dit punt komt de werkelijke waarde van goede projectdocumentatie naar voren. Deze is niet in de eerste plaats bedoeld om papier te produceren of mappen te vullen. De belangrijkste taak ervan is om kennis blijvend beschikbaar te maken. Je zou kunnen zeggen: de documentatie wordt het geheugen van het project.<\/p>\n<h3>Waarom AI-projecten bijzonder veel documentatie vereisen<\/h3>\n<p>Het is interessant om te zien dat documentatie door moderne AI-systemen niet minder belangrijk wordt, maar juist aanzienlijk belangrijker. Bij traditionele projecten kon men veel informatie gewoon in het hoofd onthouden of tijdens gesprekken doorgeven. Bij de samenwerking met AI-systemen werkt dat slechts in beperkte mate.<\/p>\n<ul>\n<li>Elke nieuwe chat begint in eerste instantie zonder projectkennis.<\/li>\n<li>Elk nieuw gesprek beschikt alleen over de informatie die eraan wordt verstrekt.<\/li>\n<li>Elke extra AI heeft context nodig om goed te kunnen functioneren.<\/li>\n<\/ul>\n<p>Daarom ontstaat er een nieuwe behoefte: kennis moet systematisch worden opgeslagen. Documentatie is daarmee niet langer alleen een hulpmiddel voor mensen, maar tegelijkertijd ook een kennisbron voor AI-systemen. Hoe omvangrijker een project wordt, hoe groter dit voordeel wordt.<\/p>\n<p>Dankzij goede documentatie kunnen nieuwe chats binnen enkele minuten operationeel worden gemaakt, in plaats van dat belangrijke informatie steeds opnieuw moet worden uitgelegd.<\/p>\n<h3>Wat er moet worden gedocumenteerd<\/h3>\n<p>Een veelgestelde vraag is welke informatie er eigenlijk gedocumenteerd moet worden. Het antwoord is eenvoudiger dan velen denken. Vooral beslissingen moeten worden gedocumenteerd. Broncode kan op elk moment opnieuw worden gegenereerd of geanalyseerd. Het wordt lastiger als het gaat om de overwegingen die ten grondslag liggen aan de code.<\/p>\n<ul>\n<li>Waarom is voor een bepaalde architectuur gekozen?<\/li>\n<li>Waarom is een tabel op deze manier opgebouwd?<\/li>\n<li>Waarom is een interface op deze manier ge\u00efmplementeerd en niet anders?<\/li>\n<li>Waarom is een alternatieve oplossing afgewezen?<\/li>\n<\/ul>\n<p>Zulke informatie gaat zonder documentatie vaak verloren. Als er enkele maanden later een wijziging nodig is, herinneren zelfs ervaren ontwikkelaars zich vaak niet meer alle achtergronden van eerdere beslissingen. Goede documentatie zorgt ervoor dat deze kennis blijvend bewaard blijft.<\/p>\n<h3>Het projectoverzicht als uitgangspunt<\/h3>\n<p>Elke documentatie moet beginnen met een duidelijk projectoverzicht. Dit gedeelte dient als startpunt voor alle betrokkenen. Hier wordt uitgelegd:<\/p>\n<ul>\n<li>Wat is het doel van het project?<\/li>\n<li>Welke problemen moeten worden opgelost?<\/li>\n<li>Welke hoofdmodules zijn er?<\/li>\n<li>Welke technologie\u00ebn worden er gebruikt?<\/li>\n<li>Welke langetermijnvisie wordt nagestreefd?<\/li>\n<\/ul>\n<p>Dit gedeelte hoeft niet bijzonder uitgebreid te zijn. Vaak volstaan een paar pagina\u2019s. Het is veel belangrijker dat een nieuwe ontwikkelaar of een nieuwe AI-chat binnen korte tijd begrijpt waar het eigenlijk om gaat.<\/p>\n<p>Het projectoverzicht vormt als het ware de routekaart van het hele project. Zonder deze routekaart raken zelfs goed gedocumenteerde details al snel onoverzichtelijk.<\/p>\n<h3>Het gegevensmodel documenteren<\/h3>\n<p>Volgens het projectoverzicht behoort het datamodel tot de belangrijkste onderdelen van een documentatie. Vrijwel elke applicatie is gebaseerd op gegevens. Klanten, artikelen, projecten, facturen, gebruikers of documenten staan in onderlinge relatie tot elkaar en vormen de basis van het systeem. Daarom moet het volgende worden gedocumenteerd:<\/p>\n<ul>\n<li>Welke tabellen zijn er?<\/li>\n<li>Welke velden zijn bijzonder belangrijk?<\/li>\n<li>Welke verbanden zijn er?<\/li>\n<li>Welke bedrijfsregels gelden er?<\/li>\n<\/ul>\n<p>Het gaat hierbij niet alleen om technische informatie. De inhoudelijke betekenis van de gegevens is net zo belangrijk. Een veldnaam op zich zegt vaak weinig. Pas de beschrijving van de functie ervan maakt duidelijk waarom het veld bestaat en hoe het moet worden gebruikt.<\/p>\n<p>Voor AI-systemen is deze context bijzonder waardevol. Hoe beter de gegevensstructuren zijn beschreven, hoe nauwkeuriger de latere voorstellen zullen zijn.<\/p>\n<hr \/>\n<h3>Huidig onderzoek naar het gebruik van lokale AI-systemen<\/h3>\n<div class='bootstrap-yop yop-poll-mc'>\n\t\t\t\t\t\t\t<div class=\"basic-yop-poll-container\" style=\"background-color:#ffffff; border:0px; border-style:solid; border-color:#000000; border-radius:5px; padding:0px 5px;\" data-id=\"9\" data-temp=\"basic-pretty\" data-skin=\"square\" data-cscheme=\"blue\" data-cap=\"0\" data-access=\"guest\" data-tid=\"\" data-uid=\"44964d4a4be9d78e4d1dfc3fad1e9d83\" data-pid=\"4441\" data-resdet=\"votes-number,percentages\" data-show-results-to=\"guest\" data-show-results-moment=\"after-vote\" data-show-results-only=\"false\" data-show-message=\"true\" data-show-results-as=\"bar\" data-sort-results-by=\"as-defined\" data-sort-results-rule=\"asc\"data-is-ended=\"0\" data-percentages-decimals=\"2\" data-gdpr=\"no\" data-gdpr-sol=\"consent\" data-css=\".basic-yop-poll-container[data-uid] .basic-vote {\t\t\t\t\t\t\t\t\ttext-align: center;\t\t\t\t\t\t\t\t}\" data-counter=\"0\" data-load-with=\"1\" data-notification-section=\"top\"><div class=\"row\"><div class=\"col-md-12\"><div class=\"basic-inner\"><div class=\"basic-message hide\" style=\"border-left: 10px solid #008000; padding: 0px 10px;\" data-error=\"#ff0000\" data-success=\"#008000\"><p class=\"basic-message-text\" style=\"color:#000000; font-size:14px; font-weight:normal;\"><\/p><\/div><div class=\"basic-overlay hide\"><div class=\"basic-vote-options\"><\/div><div class=\"basic-preloader\"><div class=\"basic-windows8\"><div class=\"basic-wBall basic-wBall_1\"><div class=\"basic-wInnerBall\"><\/div><\/div><div class=\"basic-wBall basic-wBall_2\"><div class=\"basic-wInnerBall\"><\/div><\/div><div class=\"basic-wBall basic-wBall_3\"><div class=\"basic-wInnerBall\"><\/div><\/div><div class=\"basic-wBall basic-wBall_4\"><div class=\"basic-wInnerBall\"><\/div><\/div><div class=\"basic-wBall basic-wBall_5\"><div class=\"basic-wInnerBall\"><\/div><\/div><\/div><\/div><\/div><form class=\"basic-form\" action=\"\"><input type=\"hidden\" name=\"_token\" value=\"278b1c4511\" autocomplete=\"off\"><div class=\"basic-elements\"><div class=\"basic-element basic-question basic-question-text-vertical\" data-id=\"9\" data-uid=\"32552c7ad922ead74707cfe524350ce7\" data-type=\"question\" data-question-type=\"text\" data-required=\"yes\" data-allow-multiple=\"no\" data-min=\"1\" data-max=\"7\" data-display=\"vertical\" data-colnum=\"\" data-display-others=\"no\" data-others-color=\"\" data-others=\"\" data-others-max-chars=\"0\"><div class=\"basic-question-title\"><h5 style=\"color:#000000; font-size:16px; font-weight:normal; text-align:left;\">Wat vind je van lokaal draaiende AI-software zoals MLX of Ollama?<\/h5><\/div><ul class=\"basic-answers\"><li class=\"basic-answer\" style=\"padding:0px 0px;\" data-id=\"45\" data-type=\"text\" data-vn=\"161\" data-color=\"#000000\" data-make-link=\"no\" data-link=\"\"><div class=\"basic-answer-content basic-text-vertical\"><label for=\"answer[45]\" class=\"basic-answer-label\"><input type=\"radio\" id=\"answer[45]\" name=\"answer[9]\" value=\"45\"><span class=\"basic-text\" style=\"color: #000000; font-size: 14px; font-weight: normal;\">Ingenious - eindelijk onafhankelijk van de cloud<\/span><\/label><\/div><\/li><li class=\"basic-answer\" style=\"padding:0px 0px;\" data-id=\"46\" data-type=\"text\" data-vn=\"32\" data-color=\"#000000\" data-make-link=\"no\" data-link=\"\"><div class=\"basic-answer-content basic-text-vertical\"><label for=\"answer[46]\" class=\"basic-answer-label\"><input type=\"radio\" id=\"answer[46]\" name=\"answer[9]\" value=\"46\"><span class=\"basic-text\" style=\"color: #000000; font-size: 14px; font-weight: normal;\">Interessant, maar (nog) te ingewikkeld<\/span><\/label><\/div><\/li><li class=\"basic-answer\" style=\"padding:0px 0px;\" data-id=\"47\" data-type=\"text\" data-vn=\"34\" data-color=\"#000000\" data-make-link=\"no\" data-link=\"\"><div class=\"basic-answer-content basic-text-vertical\"><label for=\"answer[47]\" class=\"basic-answer-label\"><input type=\"radio\" id=\"answer[47]\" name=\"answer[9]\" value=\"47\"><span class=\"basic-text\" style=\"color: #000000; font-size: 14px; font-weight: normal;\">Ik zal het binnenkort uitproberen<\/span><\/label><\/div><\/li><li class=\"basic-answer\" style=\"padding:0px 0px;\" data-id=\"48\" data-type=\"text\" data-vn=\"5\" data-color=\"#000000\" data-make-link=\"no\" data-link=\"\"><div class=\"basic-answer-content basic-text-vertical\"><label for=\"answer[48]\" class=\"basic-answer-label\"><input type=\"radio\" id=\"answer[48]\" name=\"answer[9]\" value=\"48\"><span class=\"basic-text\" style=\"color: #000000; font-size: 14px; font-weight: normal;\">Ik heb het niet nodig - cloud is genoeg voor mij<\/span><\/label><\/div><\/li><li class=\"basic-answer\" style=\"padding:0px 0px;\" data-id=\"49\" data-type=\"text\" data-vn=\"6\" data-color=\"#000000\" data-make-link=\"no\" data-link=\"\"><div class=\"basic-answer-content basic-text-vertical\"><label for=\"answer[49]\" class=\"basic-answer-label\"><input type=\"radio\" id=\"answer[49]\" name=\"answer[9]\" value=\"49\"><span class=\"basic-text\" style=\"color: #000000; font-size: 14px; font-weight: normal;\">Ik weet niet precies waar dat over gaat<\/span><\/label><\/div><\/li><\/ul><\/div><div class=\"clearfix\"><\/div><\/div><div class=\"basic-vote\"><a href=\"#\" class=\"button basic-vote-button\" role=\"button\" style=\"background:#027bb8; border:0px; border-style: solid; border-color:#000000; border-radius:5px; padding:10px 10px; color:#ffffff; font-size:14px; font-weight:normal;\">Stem<\/a><\/div><input type=\"hidden\" name=\"trp-form-language\" value=\"nl\"\/><\/form><\/div><\/div><\/div><\/div>\n\t\t\t\t\t\t<\/div>\n<hr \/>\n<h3>Architectonische keuzes vastleggen<\/h3>\n<p>Een van de grootste zwakke punten van veel projecten is dat architecturale beslissingen alleen mondeling worden genomen. Op het moment dat de beslissing wordt genomen, lijkt alles logisch. Enkele maanden later is het echter vaak onduidelijk waarom voor een bepaalde aanpak is gekozen.<\/p>\n<p>Juist daarom is het de moeite waard om belangrijke beslissingen vast te leggen. Niet alleen de beslissing zelf moet worden gedocumenteerd, maar ook de motivering ervan.<\/p>\n<ul>\n<li>Welke alternatieven zijn overwogen?<\/li>\n<li>Waarom zijn ze afgewezen?<\/li>\n<li>Welke voordelen biedt de gekozen oplossing?<\/li>\n<\/ul>\n<p>Deze aanpak bespaart later vaak enorm veel tijd. In plaats van oude discussies opnieuw te moeten voeren, kunnen ontwikkelaars en AI-systemen gebruikmaken van de beschikbare informatie.<\/p>\n<h3>Openstaande taken en bekende problemen<\/h3>\n<p>Een goede documentatie beschrijft niet alleen de huidige stand van zaken, maar ook wat er nog niet af is. Veel projecten hebben er last van dat openstaande taken verspreid zijn over verschillende plekken. Een deel staat in e-mails, een ander deel op notitiebriefjes en weer een ander deel in chatgeschiedenissen.<\/p>\n<p>Daardoor gaat belangrijke informatie verloren. Het is een beproefde methode gebleken om openstaande punten centraal te verzamelen. Hieronder vallen bijvoorbeeld: geplande uitbreidingen, technische schulden, bekende fouten, verbeteringsvoorstellen en idee\u00ebn voor de toekomst.<\/p>\n<p>Vooral bij langlopende projecten biedt dit een waardevol overzicht. Nieuwe ontwikkelaars of AI-systemen zien meteen welke onderwerpen al bekend zijn en welke werkzaamheden nog moeten worden uitgevoerd.<\/p>\n<h3>De documentatie als een levend systeem<\/h3>\n<p>Een veelgemaakte fout is dat documentatie als een eenmalige taak wordt gezien. Men stelt aan het begin van het project een aantal documenten op en werkt deze daarna nauwelijks nog bij. Daardoor verliest de documentatie snel haar waarde. Goede projectdocumentatie is levendig. Ze groeit mee met het project. Nieuwe beslissingen worden toegevoegd. Wijzigingen worden bijgewerkt. Verouderde informatie wordt bijgewerkt of verwijderd.<\/p>\n<p>Idealiter gebeurt dit continu tijdens de ontwikkeling. Moderne AI-systemen kunnen hierbij zelfs actief ondersteuning bieden. Ze kunnen samenvattingen maken, wijzigingen vastleggen of bestaande inhoud bijwerken. Hierdoor neemt de werkdruk aanzienlijk af.<\/p>\n<h3>De belangrijkste investering van een project<\/h3>\n<p>Veel ontwikkelaars investeren grote bedragen in hardware, softwarelicenties of externe diensten. Daarbij wordt een van de meest waardevolle middelen vaak onderschat: de kennis over het eigen project.<\/p>\n<p>Juist deze kennis wordt door de documentatie bewaard. Ze zorgt ervoor dat ervaringen niet verloren gaan. Ze voorkomt dat dezelfde vragen steeds opnieuw beantwoord moeten worden. En ze cre\u00ebert een gemeenschappelijke basis voor mensen en AI-systemen.<\/p>\n<p>Hoe groter een project wordt, hoe belangrijker deze functie wordt. Wie zijn documentatie verwaarloost, bespaart op korte termijn tijd, maar verliest op lange termijn vaak een veelvoud daarvan. Wie daarentegen in een vroeg stadium een centraal kennissysteem opzet, legt een basis die jarenlang van nut kan zijn.<\/p>\n<p>Daarom is de projectdocumentatie veel meer dan alleen een verzameling technische gegevens. Het is het collectieve geheugen van een project \u2013 en daarmee een van de belangrijkste voorwaarden voor succesvolle softwareontwikkeling met AI.<\/p>\n<h3>Vibe Coding, structuur en de nieuwe generatie softwareontwikkeling<\/h3>\n<p>De bijgevoegde video vormt een interessante aanvulling op de inhoud van dit artikel en laat zien hoe moderne AI-tools nu al kunnen worden ingezet om eigen applicaties te ontwikkelen met relatief weinig programmeerwerk. Bijzonder opvallend is daarbij de focus op een gestructureerde aanpak. In plaats van de AI gewoon maar wat te laten \u201eprogrammeren\u201c, wordt getoond hoe idee\u00ebn eerst zorgvuldig worden gepland, databasestructuren worden opgezet en interfaces worden gedefinieerd.<\/p>\n<div class=\"lyte-wrapper\" style=\"width:640px;max-width:100%;margin:5px;\"><div class=\"lyMe\" id=\"WYL_G6h0BKjvek4\"><div id=\"lyte_G6h0BKjvek4\" data-src=\"https:\/\/www.markus-schall.de\/wp-content\/plugins\/wp-youtube-lyte\/lyteCache.php?origThumbUrl=%2F%2Fi.ytimg.com%2Fvi%2FG6h0BKjvek4%2Fhqdefault.jpg\" class=\"pL\"><div class=\"tC\"><div class=\"tT\"><\/div><\/div><div class=\"play\"><\/div><div class=\"ctrl\"><div class=\"Lctrl\"><\/div><div class=\"Rctrl\"><\/div><\/div><\/div><noscript><a href=\"https:\/\/youtu.be\/G6h0BKjvek4\" rel=\"nofollow noopener\" target=\"_blank\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.markus-schall.de\/wp-content\/plugins\/wp-youtube-lyte\/lyteCache.php?origThumbUrl=https%3A%2F%2Fi.ytimg.com%2Fvi%2FG6h0BKjvek4%2F0.jpg\" alt=\"YouTube video thumbnail\" width=\"640\" height=\"340\" \/><br \/>Bekijk deze video op YouTube<\/a><\/noscript><\/div><\/div><div class=\"lL\" style=\"max-width:100%;width:640px;margin:5px;\"><\/div><br \/>\nSoftwareontwikkeling met AI: de juiste aanpak (in plaats van chaos) | <a href=\"https:\/\/www.youtube.com\/@claes-ki\" target=\"_blank\" rel=\"nofollow noopener\">Sebastian Claes<\/a><\/p>\n<p>Juist deze aanpak sluit aan bij een van de belangrijkste boodschappen van dit artikel: succesvolle softwareontwikkeling begint niet bij de code, maar bij het begrijpen van de vereisten en processen. De video belicht bovendien actuele tools zoals n8n, Supabase en MCP, evenals de mogelijkheden van geautomatiseerde workflows. Bijzonder waardevol zijn de tips over typische fouten bij het zogenaamde \u201evibe coding\u201c en de aanbevelingen voor stabiele, schaalbare en op lange termijn onderhoudbare applicaties. Daarmee biedt de video een praktijkgericht inzicht in de moderne samenwerking tussen ontwikkelaars en kunstmatige intelligentie.<\/p>\n<h2>Startprompts voor nieuwe chats<\/h2>\n<p>Een van de grootste sterke punten van moderne AI-systemen is dat ze zich in korte tijd in complexe onderwerpen kunnen inwerken. Tegelijkertijd is juist dit punt ook een van hun grootste zwakke punten.<\/p>\n<p>Elke nieuwe chat begint in eerste instantie zonder dat er iets bekend is over je project. Natuurlijk beschikken moderne modellen over een uitgebreide algemene kennis. Ze zijn bekend met programmeertalen, databases, frameworks en tal van technische concepten. Wat ze echter niet kennen, zijn de specifieke kenmerken van je project.<\/p>\n<p>Ze weten niet welke architectuurkeuzes er al zijn gemaakt. Ze zijn niet op de hoogte van jullie naamgevingsconventies. Ze weten niets van eerdere discussies of van de doelstellingen achter bepaalde functies.<\/p>\n<p>Veel ontwikkelaars onderschatten dit punt. Ze starten een nieuwe chat, stellen een technische vraag en verbazen zich vervolgens dat het antwoord niet helemaal aansluit bij het lopende project. De oorzaak ligt vaak niet in de kwaliteit van de AI, maar in het ontbreken van een projectintroductie. Precies hier komen startprompts om de hoek kijken.<\/p>\n<h3>Wat een opstartprompt eigenlijk is<\/h3>\n<p>Een startprompt is in feite niets anders dan een gestandaardiseerde introductie voor nieuwe chats. Deze bevat de belangrijkste informatie die een AI-systeem nodig heeft om zo snel mogelijk zijn weg te vinden in het project. Je zou het kunnen vergelijken met het introductiepakket voor een nieuwe medewerker. In plaats van elke keer opnieuw dezelfde informatie uit te leggen, krijgt de AI al vanaf het begin de belangrijkste randvoorwaarden mee. Zo ontstaat er een gezamenlijk begrip van de werkwijze, nog voordat de eigenlijke taak begint.<\/p>\n<p>Een goede startprompt bespaart niet alleen tijd. Hij zorgt er ook voor dat verschillende chats consistent werken en vergelijkbare beslissingen nemen. Hoe groter een project wordt, hoe waardevoller dit effect wordt.<\/p>\n<h3>De rol van AI duidelijk omschrijven<\/h3>\n<p>Een van de meest effectieve methoden is om de AI vanaf het begin een concrete rol toe te wijzen. Veel ontwikkelaars vermelden in hun prompts alleen technische vereisten. Vaak levert het echter betere resultaten op als ook het gewenste perspectief wordt beschreven.<\/p>\n<p>Een AI kan bijvoorbeeld werken als softwarearchitect, senior ontwikkelaar, databasespecialist, tester of documentatieschrijver. Hierdoor verandert de kwaliteit van de antwoorden vaak. De AI krijgt een duidelijk referentiekader en kan haar voorstellen beter afstemmen op de betreffende taak.<\/p>\n<p>In een architectuurchat zal ze andere accenten leggen dan in een test- of documentatiechat. Deze duidelijke rolomschrijving zorgt voor structuur en voorkomt misverstanden.<\/p>\n<h3>De projectdocumentatie: verplichte lectuur<\/h3>\n<p>Een bijzonder belangrijk onderdeel van veel startopdrachten zou de centrale projectdocumentatie moeten zijn. Idealiter krijgt de AI de opdracht om zich eerst vertrouwd te maken met de beschikbare informatie, voordat ze wijzigingen of voorstellen ontwikkelt.<\/p>\n<p>Deze stap wordt verbazingwekkend vaak over het hoofd gezien. Veel problemen ontstaan juist omdat nieuwe chatgroepen werken zonder op de hoogte te zijn van eerdere beslissingen. Als de documentatie consequent wordt ge\u00efntegreerd, verbetert de kwaliteit van de samenwerking vaak aanzienlijk.<\/p>\n<p>AI legt verbanden sneller. Het begrijpt bestaande structuren beter en houdt automatisch rekening met eerdere beslissingen. Dit zorgt voor een aanzienlijk grotere consistentie binnen het project.<\/p>\n<p>Je zou kunnen zeggen: de documentatie biedt de kennis, de startprompt zorgt ervoor dat die kennis ook daadwerkelijk wordt toegepast.<\/p>\n<h3>Uniforme regels opstellen<\/h3>\n<p>Naarmate projecten groter worden, ontstaat er vaak behoefte aan vaste regels.<\/p>\n<ul>\n<li>Hoe moeten velden worden benoemd?<\/li>\n<li>Welke documentatienormen gelden er?<\/li>\n<li>Aan welke architectonische principes moet worden voldaan?<\/li>\n<li>Welke programmeerrichtlijnen zijn bindend?<\/li>\n<\/ul>\n<p>Een goede startprompt kan dergelijke regels blijvend verankeren. Daardoor hoeven ze niet bij elke nieuwe taak opnieuw te worden uitgelegd. De AI kent de richtlijnen al en kan haar voorstellen daarop afstemmen.<\/p>\n<p>Dit effect mag niet worden onderschat. Veel kleine inconsistenties ontstaan simpelweg doordat regels niet consequent worden gecommuniceerd. Startprompts helpen juist dit probleem te verminderen.<\/p>\n<h3>Verschillende startprompts voor verschillende taken<\/h3>\n<p>In de loop van een project blijkt vaak dat niet alle chats dezelfde vereisten hebben. Een architectuur-chat heeft andere informatie nodig dan een documentatie-chat. Een test-chat werkt anders dan een frontend-chat.<\/p>\n<p>Daarom is het vaak de moeite waard om meerdere startprompts te ontwikkelen. De gemeenschappelijke kern blijft daarbij hetzelfde. Alle chats krijgen hetzelfde projectoverzicht, dezelfde documentatie en dezelfde basisregels.<\/p>\n<p>Daarnaast kunnen er echter taakspecifieke aanvullingen worden gedefinieerd.<\/p>\n<ul>\n<li>De architectuurchat richt zich op beslissingen voor de lange termijn.<\/li>\n<li>De technische implementatie van de backend-chat.<\/li>\n<li>De documentatiechat: gericht op traceerbaarheid en kennisbehoud.<\/li>\n<li>De kwaliteitsborgingschat over foutanalyse en kritische beoordeling.<\/li>\n<\/ul>\n<p>Door deze specialisatie worden vaak aanzienlijk betere resultaten behaald dan met een universele standaardprompt.<\/p>\n<h3>Startprompts evolueren mee met het project<\/h3>\n<p>Een veelgemaakte fout is dat men een startprompt eenmalig opstelt en deze daarna nooit meer aanpast. In de praktijk verandert elk groter project echter voortdurend.<\/p>\n<p>Er komen nieuwe modules bij. Processen veranderen. Er komen technische beslissingen bij. Daarom moeten ook de startprompts regelmatig worden gecontroleerd. Wat enkele maanden geleden nog voldoende was, kan vandaag de dag al onvolledig zijn.<\/p>\n<p>Het is een beproefde methode gebleken om startprompts als levende documenten te beschouwen. Ze groeien mee met het project en geven de huidige stand van zaken weer. Daardoor blijven nieuwe chats altijd up-to-date.<\/p>\n<h3>AI moet meedenken, niet alleen uitvoeren<\/h3>\n<p>Een interessant aspect van moderne AI-systemen is dat ze niet alleen instructies kunnen uitvoeren. Ze kunnen ook vragen stellen, analyseren en verbeteringsvoorstellen doen. Een goede startprompt zou daarom niet uitsluitend uit opdrachten moeten bestaan.<\/p>\n<p>Vaak loont het de moeite om de AI uitdrukkelijk te vragen om op mogelijke problemen te wijzen. Zo kan bijvoorbeeld worden vastgelegd dat inconsistenties moeten worden gemeld of dat schendingen van de architectuur actief aan de orde moeten worden gesteld. Hierdoor ontwikkelt de AI zich van een puur hulpmiddel tot een extra gesprekspartner.<\/p>\n<p>Natuurlijk is het geen vervanging voor een menselijke beslissing. Het kan echter wel helpen om risico\u2019s in een vroeg stadium aan het licht te brengen.<\/p>\n<h3>De weg naar een professionele werkwijze<\/h3>\n<p>Veel ontwikkelaars beginnen spontaan en intu\u00eftief aan hun werk met AI. Dat is volkomen normaal. Naarmate projecten groter worden, blijkt echter dat gestructureerde processen enorme voordelen bieden.<\/p>\n<p>Startprompts behoren tot deze processen. Ze vormen een gemeenschappelijke basis voor alle chats, verminderen herhalingen en zorgen voor consistente resultaten. Maar bovenal maken ze het mogelijk om kennis systematisch door te geven.<\/p>\n<p>Juist dit punt zal in de toekomst waarschijnlijk steeds belangrijker worden. Want hoe groter de projecten en hoe krachtiger de AI-systemen worden, des te meer is de kwaliteit van de voorbereiding bepalend voor het succes van een project.<\/p>\n<p>Een goede openingszin is daarom veel meer dan alleen een paar inleidende zinnen. Het is de toegangskaart tot een project. En vaak bepaalt juist deze toegangskaart al hoe productief de daaropvolgende samenwerking zal verlopen.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-6234\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-8-Iterative-Entwicklung.jpg\" alt=\"Iteratieve softwareontwikkeling\" width=\"1280\" height=\"720\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-8-Iterative-Entwicklung.jpg 1280w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-8-Iterative-Entwicklung-300x169.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-8-Iterative-Entwicklung-1024x576.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-8-Iterative-Entwicklung-768x432.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-8-Iterative-Entwicklung-18x10.jpg 18w\" sizes=\"auto, (max-width: 1280px) 100vw, 1280px\" \/><\/p>\n<h2>Iteratieve ontwikkeling in plaats van gigantische prompts<\/h2>\n<p>Wie voor het eerst met moderne AI werkt, is vaak op zoek naar die ene geweldige prompt die alle problemen oplost. Het idee is verleidelijk. Je beschrijft je project zo gedetailleerd mogelijk, klikt op \u201eVerzenden\u201c en krijgt even later een kant-en-klaar concept, een complete databasestructuur of zelfs een volledig softwaresysteem.<\/p>\n<p>Op het eerste gezicht lijkt deze aanpak logisch. Moderne AI-systemen beschikken immers over indrukwekkende mogelijkheden. Waarom zou je dan niet proberen om zoveel mogelijk werk in \u00e9\u00e9n keer te laten uitvoeren?<\/p>\n<p>De praktijk laat echter een ander beeld zien. Hoe groter en complexer een opdracht wordt, hoe belangrijker een gestructureerde aanpak wordt. De beste resultaten worden zelden bereikt met \u00e9\u00e9n enkele gigantische prompt. Ze ontstaan door vele op elkaar voortbouwende stappen.<\/p>\n<p>Net zoals een huis niet in \u00e9\u00e9n keer wordt gebouwd, maar bestaat uit planning, fundering, ruwbouw, afbouw en afwerking, zo wordt ook succesvolle software stap voor stap ontwikkeld. AI versnelt dit proces, maar vervangt het niet.<\/p>\n<h3>Waarom grote opdrachten problematisch zijn<\/h3>\n<p>Veel ontwikkelaars maken in het begin een soortgelijk fenomeen mee. Ze formuleren een zeer uitgebreide specificatie en krijgen een indrukwekkend antwoord. Bij nader inzien merken ze echter dat er belangrijke details ontbreken of dat bepaalde aannames niet bij het project passen.<\/p>\n<p>Dat komt niet doordat de AI slecht functioneert. Het is veeleer zo dat de complexiteit van de taak toeneemt met elke extra vereiste. Hoe omvangrijker de opdracht wordt, hoe meer verbanden er tegelijkertijd in aanmerking moeten worden genomen. Tegelijkertijd neemt de kans toe dat afzonderlijke punten over het hoofd worden gezien of verkeerd worden ge\u00efnterpreteerd.<\/p>\n<p>Vooral bij grotere softwareprojecten kan dit al snel tot problemen leiden. Een kleine fout in het datamodel kan gevolgen hebben voor tal van andere onderdelen. Een onduidelijke specificatie kan later tot veel extra werk leiden. Daarom is het meestal verstandiger om grote projecten op te splitsen in kleinere, beheersbare stappen.<\/p>\n<h3>De kracht van kleine stapjes<\/h3>\n<p>Een interessant kenmerk van moderne AI-systemen is dat ze buitengewoon snel op nieuwe informatie kunnen reageren. Dit maakt een iteratieve werkwijze bijzonder aantrekkelijk.<\/p>\n<p>In plaats van in \u00e9\u00e9n keer een compleet systeem te willen ontwikkelen, wordt eerst een klein onderdeel aangepakt. Dit wordt getest, verbeterd en gedocumenteerd. Pas daarna volgt de volgende stap.<\/p>\n<p>De aanpak doet denken aan moderne agile ontwikkelingsmethoden. In plaats van maandenlang naar \u00e9\u00e9n groot eindresultaat toe te werken, ontstaan er veel kleine tussentijdse resultaten. Elk van deze resultaten kan worden ge\u00ebvalueerd en indien nodig bijgestuurd. Hierdoor neemt het risico aanzienlijk af. Fouten worden eerder opgemerkt en aanpassingen kunnen eenvoudiger worden doorgevoerd.<\/p>\n<h3>Van het algemene naar het specifieke<\/h3>\n<p>Een beproefde methode is om eerst de grote lijnen vast te stellen. In het begin zijn er vragen als:<\/p>\n<ul>\n<li>Welk probleem moet worden opgelost?<\/li>\n<li>Welke hoofdmodules zijn er nodig?<\/li>\n<li>Welke gebruikers werken met het systeem?<\/li>\n<li>Welke gegevens moeten worden beheerd?<\/li>\n<\/ul>\n<p>Pas als deze basisprincipes duidelijk zijn, volgt het volgende niveau.<\/p>\n<ul>\n<li>Hieronder worden de afzonderlijke modules nader beschreven.<\/li>\n<li>Vervolgens worden datamodellen, processen en gebruikersinterfaces ontwikkeld.<\/li>\n<li>Daarna volgen technische details en concrete toepassingen.<\/li>\n<\/ul>\n<p>Deze stapsgewijze overgang van het algemene naar het specifieke heeft een groot voordeel. De AI kan elk niveau ontwikkelen op basis van de reeds bevestigde beslissingen. Hierdoor ontstaat een aanzienlijk stabielere structuur.<\/p>\n<h3>Het belang van tussentijdse toetsen<\/h3>\n<p>Een veelgemaakte fout is dat men resultaten meteen overneemt zonder ze voldoende te toetsen. Juist omdat AI zo snel werkt, is de verleiding soms groot om direct de volgende stap te zetten. Op de lange termijn is het echter vaak verstandiger om na elke belangrijke fase bewust even stil te staan.<\/p>\n<ul>\n<li>Komt het resultaat overeen met de projectdoelstellingen?<\/li>\n<li>Is aan alle vereisten voldaan?<\/li>\n<li>Zijn er mogelijke zwakke plekken?<\/li>\n<li>Zijn de beslissingen op een begrijpelijke manier gedocumenteerd?<\/li>\n<\/ul>\n<p>Dergelijke tussentijdse controles kosten weliswaar wat tijd, maar besparen vaak veel werk in latere projectfasen. Hoe eerder problemen worden opgemerkt, hoe goedkoper ze kunnen worden verholpen.<\/p>\n<h3>Iteraties als leerproces<\/h3>\n<p>Een ander voordeel van iteratieve ontwikkeling is dat niet alleen de AI leert, maar ook de ontwikkelaar zelf. Veel vereisten komen pas tijdens het werk echt aan het licht.<\/p>\n<ul>\n<li>Een proces dat aanvankelijk zinvol leek, blijkt mogelijk onpraktisch te zijn.<\/li>\n<li>Een gegevensstructuur moet worden uitgebreid.<\/li>\n<li>Een gebruikersinterface heeft aanvullende informatie nodig.<\/li>\n<\/ul>\n<p>Dergelijke inzichten horen bij elk project. Door de iteratieve aanpak vormen ze geen problemen, maar een natuurlijk onderdeel van de ontwikkeling. Elke iteratie vergroot het gezamenlijke begrip van het systeem. Daardoor neemt de kwaliteit stap voor stap toe.<\/p>\n<h3>Waarom perfectie in het begin zelden zinvol is<\/h3>\n<p>Veel ontwikkelaars proberen al tijdens de eerste gesprekken perfecte oplossingen te vinden. Dat is begrijpelijk, maar vaak niet nodig. In de praktijk ontstaan de beste systemen meestal door vele kleine verbeteringen.<\/p>\n<p>De eerste versie van een datamodel hoeft niet perfect te zijn. Dat geldt ook voor de eerste gebruikersinterface. Het is belangrijker dat er een werkende basis ontstaat die vervolgens verder kan worden ontwikkeld.<\/p>\n<p>Juist hier komt de kracht van AI goed tot zijn recht. Het maakt snelle aanpassingen mogelijk en ondersteunt voortdurende verbeteringen. Daardoor wordt het een stuk eenvoudiger om idee\u00ebn uit te proberen en stap voor stap te optimaliseren.<\/p>\n<h3>AI als sparringpartner<\/h3>\n<p>Wie iteratief te werk gaat, gebruikt AI niet alleen als uitvoeringsinstrument. Het wordt een gesprekspartner. Nieuwe idee\u00ebn kunnen worden besproken. Alternatieven kunnen worden vergeleken. Risico\u2019s kunnen worden geanalyseerd.<\/p>\n<p>Hierdoor verloopt de ontwikkeling dynamischer. In plaats van lang te moeten wachten op de uitvoering van een idee, ontstaan er binnen korte tijd concrete voorstellen die vervolgens kunnen worden beoordeeld en verbeterd.<\/p>\n<p>Deze dialoog leidt vaak tot betere resultaten dan starre planningen die maandenlang duren.<\/p>\n<h3>De weg naar een beter resultaat<\/h3>\n<p>Hoe groter een project wordt, hoe duidelijker het voordeel van de iteratieve werkwijze naar voren komt. Grote systemen ontstaan zelden uit \u00e9\u00e9n enkel geniaal ontwerp. Ze ontstaan door vele beslissingen die op elkaar voortbouwen.<\/p>\n<ul>\n<li>Elke stap levert nieuwe inzichten op.<\/li>\n<li>Elke iteratie vergroot het inzicht.<\/li>\n<li>Elke controle draagt bij aan een betere kwaliteit.<\/li>\n<\/ul>\n<p>Moderne AI-systemen versnellen dit proces aanzienlijk. Ze vervangen het echter niet. Daarom moeten ontwikkelaars de verleiding weerstaan om alles in \u00e9\u00e9n gigantische prompt te willen oplossen.<\/p>\n<p>De meest succesvolle projecten ontstaan meestal niet door de grootste doorbraak. Ze ontstaan door vele goed doordachte kleine stapjes die samen een groot geheel vormen. En juist daarin schuilt een van de belangrijkste lessen van moderne, AI-gestuurde softwareontwikkeling.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-6235\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-9-Entwicklerteam.jpg\" alt=\"Interactief ontwikkelteam\" width=\"1280\" height=\"720\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-9-Entwicklerteam.jpg 1280w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-9-Entwicklerteam-300x169.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-9-Entwicklerteam-1024x576.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-9-Entwicklerteam-768x432.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-9-Entwicklerteam-18x10.jpg 18w\" sizes=\"auto, (max-width: 1280px) 100vw, 1280px\" \/><\/p>\n<h2>AI als virtueel ontwikkelteam<\/h2>\n<p>Veel mensen beschouwen kunstmatige intelligentie nog steeds als een bijzonder krachtig hulpmiddel. Deze visie is niet onjuist, maar schiet vaak tekort. Wie langere tijd met moderne AI-systemen werkt, doet vroeg of laat een interessante ervaring op. De samenwerking voelt steeds minder aan als het gebruik van een hulpmiddel en steeds meer als de samenwerking met een team.<\/p>\n<p>Natuurlijk heeft AI geen bewustzijn, geen eigen belangen en geen persoonlijke verantwoordelijkheid. Toch kan het verschillende rollen vervullen, diverse perspectieven inbrengen en taken uitvoeren die vroeger over meerdere medewerkers verdeeld zouden zijn geweest.<\/p>\n<p>Juist hier ligt een van de meest boeiende ontwikkelingen in de moderne softwareontwikkeling. De werkelijke kracht komt vaak niet voort uit het feit dat \u00e9\u00e9n enkele AI bijzonder intelligent is. Ze ontstaat doordat verschillende gespecialiseerde werkwijzen met elkaar worden gecombineerd.<\/p>\n<p>De ontwikkelaar wordt hierdoor niet vervangen. Zijn rol verschuift veeleer naar co\u00f6rdinatie, aansturing en kwaliteitscontrole.<\/p>\n<h3>Waarom \u00e9\u00e9n enkel perspectief vaak niet voldoende is<\/h3>\n<p>In klassieke softwareprojecten hebben niet alle betrokkenen hetzelfde perspectief. Een architect denkt anders dan een programmeur. Een tester let op andere aspecten dan een ontwerper. Een projectleider stelt andere vragen dan een databasespecialist. Deze verschillende invalshoeken hebben een groot voordeel: fouten worden eerder opgemerkt en oplossingen worden vanuit meerdere perspectieven bekeken.<\/p>\n<p>Juist dit principe laat zich verbazingwekkend goed toepassen op AI-systemen. In plaats van de AI uitsluitend als programmeur te gebruiken, kun je haar verschillende rollen toewijzen en haar dezelfde vraag vanuit verschillende invalshoeken laten bekijken.<\/p>\n<p>Dit leidt vaak tot aanzienlijk betere resultaten. Een architectuurchat kan bijvoorbeeld een oplossing ontwerpen, terwijl een kwaliteitsborgingschat diezelfde oplossing kritisch toetst.<\/p>\n<p>Hoewel de discussie binnen verschillende AI-instanties plaatsvindt, volgt deze dezelfde principes als in klassieke ontwikkelteams.<\/p>\n<h3>De virtuele softwarearchitect<\/h3>\n<p>De rol van softwarearchitect is bijzonder belangrijk. Deze functie houdt zich minder bezig met afzonderlijke functies en meer met de gevolgen van beslissingen op de lange termijn.<\/p>\n<ul>\n<li>Welke structuur is zinvol?<\/li>\n<li>Welke modules moeten worden gescheiden?<\/li>\n<li>Hoe kan rekening worden gehouden met toekomstige uitbreidingen?<\/li>\n<li>Welke risico's brengen bepaalde ontwerpkeuzes met zich mee?<\/li>\n<\/ul>\n<p>Terwijl ontwikkelaars zich begrijpelijkerwijs vaak op de huidige taak concentreren, bekijkt de virtuele architect het systeem als geheel. Dit zorgt voor een extra beveiligingslaag.<\/p>\n<p>Veel problemen op de lange termijn kunnen worden voorkomen als er in een vroeg stadium goed wordt nagedacht over fundamentele architecturale kwesties. Juist bij grotere projecten kan dit een enorme meerwaarde opleveren.<\/p>\n<h3>De virtuele ontwikkelaar<\/h3>\n<p>De meest voor de hand liggende rol blijft natuurlijk die van de ontwikkelaar. Hier ontstaan concrete oplossingen, databasequery\u2019s, interfaces, gebruikersinterfaces en bedrijfslogica. De productiviteit van moderne AI-systemen is op dit gebied indrukwekkend. Taken die vroeger meerdere uren of dagen in beslag zouden hebben genomen, kunnen vaak binnen enkele minuten worden voorbereid.<\/p>\n<p>Daarbij mag echter \u00e9\u00e9n belangrijk punt niet uit het oog worden verloren. De snelheid waarmee het project wordt uitgevoerd, mag er niet toe leiden dat analyse en controle achterwege blijven. Zelfs de beste virtuele ontwikkelaar heeft duidelijke richtlijnen, heldere doelstellingen en gedegen documentatie nodig.<\/p>\n<p>Hoe beter deze basis is, hoe beter de resultaten doorgaans zijn.<\/p>\n<h3>De virtuele tester<\/h3>\n<p>Er is een rol die in veel projecten nog steeds wordt onderschat: die van de tester. Ontwikkelaars richten zich begrijpelijkerwijs op het bedenken van oplossingen. Testers richten zich op het opsporen van problemen.<\/p>\n<p>Deze benadering verschilt fundamenteel. Een testchat kan gericht op zoekgaan naar zwakke plekken. Hij kan foutgevallen simuleren, randvoorwaarden onderzoeken en kritische vragen stellen.<\/p>\n<ul>\n<li>Wat gebeurt er bij ongeldige invoer?<\/li>\n<li>Hoe reageert het systeem als er gegevens ontbreken?<\/li>\n<li>Welke veiligheidsproblemen zouden er kunnen ontstaan?<\/li>\n<li>Welke uitzonderingsgevallen zijn over het hoofd gezien?<\/li>\n<\/ul>\n<p>Dit perspectief leidt vaak tot inzichten die tijdens de eigenlijke ontwikkeling niet zichtbaar waren. Daarom is het vaak de moeite waard om nieuwe functies door een aparte AI-rol te laten controleren.<\/p>\n<h3>De virtuele documentatieauteur<\/h3>\n<p>Documentatie behoort zelden tot de leukste taken van een project. Tegelijkertijd is het wel een van de belangrijkste. Een virtuele documentatieschrijver kan helpen om kennis systematisch vast te leggen. Hij stelt projectbeschrijvingen op, documenteert beslissingen, vat vergaderingen samen en onderhoudt technische documentatie.<\/p>\n<p>Het bijzondere voordeel is dat dit werk parallel aan de ontwikkeling kan plaatsvinden. In plaats van de documentatie pas achteraf in te halen, wordt deze een vast onderdeel van het project.<\/p>\n<p>Hierdoor blijft kennis blijvend beschikbaar en kunnen nieuwe teamleden \u2013 of het nu mensen of AI zijn \u2013 zich veel sneller inwerken.<\/p>\n<h3>De virtuele criticus<\/h3>\n<p>Een bijzonder interessante rol is die van de kritische beoordelaar. Deze chat heeft een ander doel dan de overige deelnemers.<\/p>\n<p>Hij moet niet zomaar instemmen. Hij moet kritische vragen stellen.<\/p>\n<p>Hij analyseert aannames, zoekt naar zwakke plekken en gaat na of beslissingen echt zinvol zijn. Vooral ontwikkelaars hebben soms de neiging om verliefd te worden op een bepaalde oplossing. Dat is menselijk. Een kritische AI-chat kan helpen om alternatieve invalshoeken aan het licht te brengen.<\/p>\n<ul>\n<li>Misschien is er een eenvoudigere oplossing.<\/li>\n<li>Misschien is er een belangrijke vereiste over het hoofd gezien.<\/li>\n<li>Misschien ontstaan er risico's op de lange termijn.<\/li>\n<\/ul>\n<p>Dergelijke aanwijzingen zijn vaak bijzonder waardevol.<\/p>\n<h3>De mens blijft projectleider<\/h3>\n<p>Hoe enthousiast we ook zijn over moderne AI-systemen, \u00e9\u00e9n ding moet duidelijk blijven: de verantwoordelijkheid ligt nog steeds bij de mens. AI kan suggesties doen. Ze kan analyseren, controleren en documenteren. Ze kan zelfs verschillende perspectieven simuleren. De uiteindelijke beslissingen worden echter nog steeds genomen door de ontwikkelaar, ondernemer of projectleider.<\/p>\n<p>Dat is ook logisch. Alleen mensen kennen de zakelijke doelstellingen van een project. Alleen mensen kunnen economische, juridische of strategische aspecten volledig beoordelen.<\/p>\n<p>AI biedt nieuwe mogelijkheden. Maar het neemt de verantwoordelijkheid niet weg.<\/p>\n<h3>De toekomst van teamwork<\/h3>\n<p>Hoe langer men met AI werkt, hoe duidelijker het wordt dat succesvolle projecten steeds meer lijken op een samenwerking tussen mensen en digitale specialisten. De ontwikkelaar werkt niet meer alleen. Tegelijkertijd wordt hij ook niet vervangen. In plaats daarvan ontstaat er een nieuwe vorm van teamwork.<\/p>\n<p>Een mens bepaalt de koers, neemt beslissingen en draagt de verantwoordelijkheid voor het resultaat. Verschillende gespecialiseerde AI-rollen ondersteunen hem bij analyse, ontwikkeling, documentatie, testen en kwaliteitsborging.<\/p>\n<p>Juist daarin zou wel eens een van de grootste veranderingen van de komende jaren kunnen liggen. Niet de vraag of AI mensen zal vervangen, zal doorslaggevend zijn. Maar de vraag hoe goed mensen leren samen te werken met een virtueel team van ontwikkelaars.<\/p>\n<p>Wie deze samenwerking onder de knie heeft, zal softwareprojecten in de toekomst vaak sneller, gestructureerder en met een hogere kwaliteit kunnen uitvoeren dan ooit tevoren.<\/p>\n<h3>AI-agenten, skills en de volgende evolutiestap in softwareontwikkeling<\/h3>\n<p>De bijgevoegde video van het Fraunhofer IEM gaat in op een gedachte die ook in dit artikel herhaaldelijk naar voren komt: de toekomst van softwareontwikkeling zou minder door afzonderlijke applicaties en veel sterker door kennis, context en gespecialiseerde AI-agenten kunnen worden bepaald. Centraal staan zogenaamde \u201eskills\u201c \u2013 gestructureerde kennis- en taakmodules die AI-systemen in staat stellen om zelfstandig complexe activiteiten uit te voeren.<\/p>\n<div class=\"lyte-wrapper\" style=\"width:640px;max-width:100%;margin:5px;\"><div class=\"lyMe\" id=\"WYL_ZL1Lw4aF9E4\"><div id=\"lyte_ZL1Lw4aF9E4\" data-src=\"https:\/\/www.markus-schall.de\/wp-content\/plugins\/wp-youtube-lyte\/lyteCache.php?origThumbUrl=%2F%2Fi.ytimg.com%2Fvi%2FZL1Lw4aF9E4%2Fhqdefault.jpg\" class=\"pL\"><div class=\"tC\"><div class=\"tT\"><\/div><\/div><div class=\"play\"><\/div><div class=\"ctrl\"><div class=\"Lctrl\"><\/div><div class=\"Rctrl\"><\/div><\/div><\/div><noscript><a href=\"https:\/\/youtu.be\/ZL1Lw4aF9E4\" rel=\"nofollow noopener\" target=\"_blank\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.markus-schall.de\/wp-content\/plugins\/wp-youtube-lyte\/lyteCache.php?origThumbUrl=https%3A%2F%2Fi.ytimg.com%2Fvi%2FZL1Lw4aF9E4%2F0.jpg\" alt=\"YouTube video thumbnail\" width=\"640\" height=\"340\" \/><br \/>Bekijk deze video op YouTube<\/a><\/noscript><\/div><\/div><div class=\"lL\" style=\"max-width:100%;width:640px;margin:5px;\"><\/div><br \/>\nAI-agenten &amp; skills: het einde van de klassieke softwareontwikkeling? | <a href=\"https:\/\/www.youtube.com\/@FraunhoferIEM\" target=\"_blank\" rel=\"nofollow noopener\">Fraunhofer IEM<\/a><\/p>\n<p>Bijzonder interessant is daarbij de parallel met de moderne, op AI gebaseerde softwareontwikkeling: niet langer staan afzonderlijke programmaregels centraal, maar de beschrijving van processen, regels en verbanden. De video legt op begrijpelijke wijze uit hoe technologie\u00ebn zoals MCP (Model Context Protocol), agentsystemen en centrale kennisbronnen kunnen samenwerken. Ook wordt de vraag besproken of klassieke software op de lange termijn zal worden aangevuld of gedeeltelijk vervangen door flexibele agentsystemen. Ongeacht hoe snel deze ontwikkeling vordert, laat de video op indrukwekkende wijze zien waarom context, documentatie en kennisbeheer in de toekomst tot de belangrijkste middelen van moderne softwareprojecten zouden kunnen behoren.<\/p>\n<h2>Typische fouten bij AI-gestuurde ontwikkeling<\/h2>\n<p>De geschiedenis van de techniek vertoont steeds weer een soortgelijk patroon. Zodra er nieuwe hulpmiddelen beschikbaar komen, richten veel mensen zich in eerste instantie op de mogelijkheden en veel minder op de risico\u2019s. Dat was zo bij de eerste computers, bij databases, bij de introductie van het internet en vandaag de dag bij kunstmatige intelligentie.<\/p>\n<p>Het enthousiasme is begrijpelijk. Moderne AI-systemen kunnen in enkele minuten taken uitvoeren die vroeger uren of dagen in beslag zouden hebben genomen. Ze analyseren vereisten, stellen concepten op, schrijven code en helpen bij de documentatie.<\/p>\n<p>Maar juist die snelheid leidt soms tot problemen. Veel fouten ontstaan niet omdat de AI slecht werk levert. Ze ontstaan omdat mensen de werking van de AI verkeerd inschatten of belangrijke basisprincipes veronachtzamen.<\/p>\n<p>Wie op de lange termijn succesvol wil ontwikkelen met AI, moet daarom de meest voorkomende valkuilen kennen.<\/p>\n<h3>Fout nummer 1: te weinig context<\/h3>\n<p>De meest voorkomende fout is waarschijnlijk dat er te weinig informatie aan de AI wordt verstrekt. Veel ontwikkelaars formuleren zeer korte opdrachten en verwachten toch uiterst nauwkeurige resultaten.<\/p>\n<ul>\n<li>De AI moet een functie ontwikkelen, maar kent het project niet.<\/li>\n<li>Ze moet een databasestructuur ontwerpen, maar weet niets van de bedrijfsprocessen.<\/li>\n<li>Ze moet een gebruikersinterface ontwerpen, maar kent de toekomstige gebruikers niet.<\/li>\n<\/ul>\n<p>Natuurlijk kan de AI toch antwoorden geven. Ze zal proberen om op basis van haar algemene kennis zinvolle aannames te doen. Het probleem is dat deze aannames niet per se bij jouw project passen. Hoe groter de kenniskloof, hoe groter de kans op misverstanden.<\/p>\n<p>Daarom geldt een eenvoudige regel: als een resultaat niet aan de verwachtingen voldoet, ligt de oorzaak vaak niet bij de AI, maar bij een gebrek aan context.<\/p>\n<h3>Fout nummer 2: Te omvangrijke opdrachten<\/h3>\n<p>Een andere veelgemaakte fout is dat men de AI te veel taken tegelijk toewijst. Vooral beginners hebben de neiging om zeer uitgebreide instructies te formuleren. Ze willen een compleet ERP-systeem ontwikkelen, een heel platform ontwerpen of complete bedrijfssoftware laten maken.<\/p>\n<p>Dat is begrijpelijk. De prestaties van moderne modellen zijn immers indrukwekkend. In de praktijk worden de beste resultaten echter meestal behaald door stapsgewijs te werk te gaan. Grote projecten moeten worden opgesplitst in kleinere, duidelijk omschreven taken.<\/p>\n<ul>\n<li>Eerst wordt de architectuur ontwikkeld.<\/li>\n<li>Vervolgens het gegevensmodel.<\/li>\n<li>Vervolgens de afzonderlijke modules.<\/li>\n<li>Dan de gebruikersinterfaces.<\/li>\n<li>Tot slot: tests en optimalisaties.<\/li>\n<\/ul>\n<p>Deze aanpak verhoogt niet alleen de kwaliteit van de resultaten, maar vergemakkelijkt ook de controle. Kleine stappen zijn veel gemakkelijker te controleren dan gigantische totaaloplossingen.<\/p>\n<h3>Fout nummer 3: Ontbrekende documentatie<\/h3>\n<p>Veel ontwikkelaars kennen dit probleem al van klassieke projecten. Zolang alles nog vers in het geheugen ligt, lijkt documentatie overbodig. Een paar weken of maanden later ziet de situatie er meestal heel anders uit.<\/p>\n<ul>\n<li>Waarom is deze tabel aangemaakt?<\/li>\n<li>Waarom is die architectonische keuze gemaakt?<\/li>\n<li>Waarom is de voorkeur gegeven aan een bepaalde oplossing?<\/li>\n<\/ul>\n<p>Zonder documentatie gaat dergelijke informatie verloren. Bij AI-projecten heeft deze fout vaak nog grotere gevolgen. Nieuwe chatbots hebben geen kennis van eerdere gesprekken. Nieuwe projectleden kennen de achtergrond niet. Belangrijke beslissingen moeten steeds opnieuw worden uitgelegd.<\/p>\n<p>Dit leidt tot onnodige discussies en dubbel werk. Een consequente projectdocumentatie behoort daarom tot de belangrijkste succesfactoren van moderne softwareontwikkeling.<\/p>\n<h3>Fout nummer 4: blind vertrouwen<\/h3>\n<p>De kwaliteit van de huidige AI-systemen kan indrukwekkend zijn. Juist daarom ontstaat er soms een gevaarlijke verleiding. Men gaat de resultaten niet meer voldoende in twijfel trekken. Deze fout komt vooral vaak voor bij ontwikkelaars die net hun eerste grote successen met AI hebben geboekt.<\/p>\n<p>Plotseling werken complexe zoekopdrachten. Interfaces worden automatisch aangemaakt. Documentatie is binnen enkele minuten klaar. Maar ondanks alle vooruitgang blijft \u00e9\u00e9n belangrijk feit overeind:<\/p>\n<ul>\n<li>AI kan fouten maken.<\/li>\n<li>Ze kan verbanden verkeerd interpreteren.<\/li>\n<li>Ze kan uitgaan van verouderde aannames.<\/li>\n<li>Ze kan technische oplossingen bedenken die er weliswaar aannemelijk uitzien, maar toch tekortkomingen vertonen.<\/li>\n<\/ul>\n<p>Daarom moet elke belangrijke beslissing worden getoetst. Vertrouwen is verstandig. Blind vertrouwen daarentegen zelden.<\/p>\n<h3>Fout nummer 5: Zomaar van de ene chat naar de andere springen<\/h3>\n<p>Naarmate de projectervaring toeneemt, ontstaan er vaak veel verschillende chatgroepen. Dat is op zich zinvol. Het wordt echter problematisch als er geen gemeenschappelijke structuur is. Dan staat belangrijke informatie op verschillende plekken.<\/p>\n<ul>\n<li>Architecturale beslissingen worden in een chat genomen.<\/li>\n<li>Documentaires worden in een andere context gemaakt.<\/li>\n<li>Nieuwe functies worden momenteel ontwikkeld.<\/li>\n<\/ul>\n<p>Na een paar weken weet niemand meer precies waar welke informatie zich bevindt. Dit leidt tot tegenstrijdigheden, inconsistenties en onnodig extra werk. Daarom moeten projecten vanaf het begin duidelijk worden georganiseerd.<\/p>\n<p>Gespecialiseerde chats zijn nuttig, maar vereisen een gemeenschappelijke kennisbasis en centrale documentatie. Alleen zo ontstaat er een consistent totaalsysteem.<\/p>\n<h3>Fout nummer 6: AI als een orakel beschouwen<\/h3>\n<p>Een andere denkfout is dat men AI als een onfeilbare autoriteit beschouwt. Veel antwoorden klinken overtuigend. Juist daar schuilt soms het gevaar. AI presenteert haar voorstellen vaak met grote zekerheid, ook al zijn er onzekerheden. Dat betekent niet dat ze bewust misleidt. Ze werkt simpelweg op basis van statistische waarschijnlijkheden.<\/p>\n<p>Daarom is het belangrijk om antwoorden kritisch te bekijken. Niet elke elegante formulering is automatisch juist. Niet elke technisch klinkende uitleg is automatisch correct. AI geeft suggesties, geen definitieve waarheden.<\/p>\n<p>Hoe eerder je deze houding eigen maakt, hoe beter de samenwerking wordt.<\/p>\n<h3>Fout nummer 7: processen niet aanpassen<\/h3>\n<p>Sommige ontwikkelaars proberen met AI precies zo te werken als vroeger, zonder AI. Ze gebruiken de nieuwe tools alleen maar als een snellere codegenerator.<\/p>\n<p>Daardoor laten ze een groot deel van het potentieel onbenut. De echte kracht van moderne AI ligt niet alleen in het schrijven van code. Ze ligt in analyse, documentatie, planning, kwaliteitsborging en kennisbeheer.<\/p>\n<p>Wie zijn werkwijze niet aanpast, benut vaak maar een klein deel van de beschikbare mogelijkheden. Succesvolle ontwikkelaars leren daarom hun processen verder te ontwikkelen. Ze integreren AI systematisch in hun werkprocessen en cre\u00ebren nieuwe vormen van samenwerking.<\/p>\n<h3>Fouten horen bij het leerproces<\/h3>\n<p>Ondanks alle waarschuwingen mag men \u00e9\u00e9n belangrijk punt niet vergeten. Fouten zijn normaal. Elke nieuwe technologie vereist ervaring. Niemand ontwikkelt vanaf het begin perfecte prompts, perfecte documentatie of perfecte processen.<\/p>\n<p>Ook het werken met AI is uiteindelijk een vaardigheid die je door praktijkervaring ontwikkelt. Met elk project krijg je meer inzicht in welke informatie belangrijk is, welke werkwijzen goed werken en welke fouten je beter kunt vermijden.<\/p>\n<p>Juist daarom moet je tegenslagen niet als mislukkingen beschouwen. Vaak zijn ze slechts aanwijzingen dat een proces verbeterd kan worden.<\/p>\n<p>Als je kijkt naar de meest voorkomende fouten, zie je een interessant patroon. De meeste problemen hebben verrassend weinig met programmeren te maken. Ze ontstaan door ontbrekende informatie, een gebrek aan structuur, ontoereikende documentatie of verkeerde verwachtingen.<\/p>\n<p>De technische uitvoering is vaak niet de grootste uitdaging. De echte uitdaging ligt in het ordenen van kennis, het begrijpelijk maken van verbanden en het op een zinvolle manier vormgeven van de samenwerking tussen mens en AI.<\/p>\n<p>Wie deze basisprincipes onder de knie heeft, zal veel van de typische fouten automatisch vermijden. En juist daardoor ontstaat uiteindelijk niet alleen betere code, maar meestal ook aanzienlijk betere software.<\/p>\n<div class=\"lyte-wrapper\" style=\"width:640px;max-width:100%;margin:5px;\"><div class=\"lyMe\" id=\"WYL_FLZEcCHa5CQ\"><div id=\"lyte_FLZEcCHa5CQ\" data-src=\"https:\/\/www.markus-schall.de\/wp-content\/plugins\/wp-youtube-lyte\/lyteCache.php?origThumbUrl=%2F%2Fi.ytimg.com%2Fvi%2FFLZEcCHa5CQ%2Fhqdefault.jpg\" class=\"pL\"><div class=\"tC\"><div class=\"tT\"><\/div><\/div><div class=\"play\"><\/div><div class=\"ctrl\"><div class=\"Lctrl\"><\/div><div class=\"Rctrl\"><\/div><\/div><\/div><noscript><a href=\"https:\/\/youtu.be\/FLZEcCHa5CQ\" rel=\"nofollow noopener\" target=\"_blank\"><img loading=\"lazy\" decoding=\"async\" src=\"https:\/\/www.markus-schall.de\/wp-content\/plugins\/wp-youtube-lyte\/lyteCache.php?origThumbUrl=https%3A%2F%2Fi.ytimg.com%2Fvi%2FFLZEcCHa5CQ%2F0.jpg\" alt=\"YouTube video thumbnail\" width=\"640\" height=\"340\" \/><br \/>Bekijk deze video op YouTube<\/a><\/noscript><\/div><\/div><div class=\"lL\" style=\"max-width:100%;width:640px;margin:5px;\"><\/div><br \/>\nGebruik Codex NIET voordat je deze video hebt bekeken! (De ChatGPT-superapp) | <a href=\"https:\/\/www.youtube.com\/@everlastai\" target=\"_blank\" rel=\"nofollow noopener\">Everlast AI<\/a><\/p>\n<h2>Praktijkvoorbeeld van een groter project<\/h2>\n<p>Tot nu toe hebben we ons vooral beziggehouden met principes. We hebben het gehad over waarom context belangrijker is dan code, waarom documentatie een centrale rol speelt en hoe grotere projecten over meerdere gespecialiseerde chats kunnen worden verdeeld.<\/p>\n<p>Maar hoe ziet dat er in de praktijk uit? Het antwoord is: verrassend onopvallend.<\/p>\n<p>Veel mensen stellen zich AI-gestuurde ontwikkeling zo voor dat je \u00e9\u00e9n enkele prompt invoert en een paar uur later een kant-en-klaar softwaresysteem krijgt. Dergelijke idee\u00ebn worden nog eens versterkt door promotievideo\u2019s en indrukwekkende demonstraties.<\/p>\n<p>De werkelijkheid ziet er anders uit. Ook met AI ontstaan grote projecten stap voor stap. Het verschil is niet dat planning en structuur overbodig worden. Integendeel: ze worden belangrijker dan ooit tevoren.<\/p>\n<p>Om dit te verduidelijken, bekijken we in dit hoofdstuk een typisch voorbeeld van de ontwikkeling van een groter softwaresysteem. Het gaat hierbij niet om een concreet product, maar om een algemeen ontwikkelingsproces zoals dat in veel projecten voorkomt.<\/p>\n<h3>Het projectidee<\/h3>\n<p>Bijna elk project begint met een idee. Je signaleert een probleem, een gat in de markt of een ineffici\u00ebnt werkproces en ontwikkelt daaruit een visie voor een nieuwe softwareoplossing.<\/p>\n<p>Juist op dit punt begint vaak de eerste samenwerking met AI. In plaats van meteen over databases of gebruikersinterfaces te praten, wordt eerst het eigenlijke doel beschreven.<\/p>\n<ul>\n<li>Welk probleem moet worden opgelost?<\/li>\n<li>Wie gaat de software later gebruiken?<\/li>\n<li>Welke voordelen moet het bieden?<\/li>\n<li>Welke oplossingen zijn er al?<\/li>\n<\/ul>\n<p>Deze eerste stap lijkt vaak eenvoudig, maar is van enorm belang. Hoe duidelijker het projectidee wordt geformuleerd, hoe gemakkelijker het voor de AI is om latere beslissingen in de juiste context te plaatsen. Een goede projectbeschrijving fungeert daardoor als een soort kompas voor alle verdere ontwikkelingsfasen.<\/p>\n<h3>Het datamodel krijgt vorm<\/h3>\n<p>Nadat de algemene doelstelling is vastgesteld, begint de daadwerkelijke structurering van het project. In veel gevallen richt men zich eerst op de gegevens.<\/p>\n<ul>\n<li>Welke gegevens moeten worden opgeslagen?<\/li>\n<li>Welke objecten zijn er?<\/li>\n<li>Welke relaties bestaan er tussen hen?<\/li>\n<\/ul>\n<p>Hier komt al een van de grote voordelen van moderne AI-systemen naar voren. Ze kunnen helpen verbanden bloot te leggen die je zelf misschien over het hoofd zou hebben gezien.<\/p>\n<p>Tegelijkertijd blijft de verantwoordelijkheid bij de ontwikkelaar liggen. De AI kan suggesties doen, alternatieven aandragen en structuren ontwerpen. Of deze suggesties daadwerkelijk zinvol zijn, moet echter nog steeds door vakmensen worden beoordeeld.<\/p>\n<p>Vaak ontstaan er meerdere ontwerpen, die vervolgens worden besproken en verfijnd. Het doel is niet om zo snel mogelijk een gegevensmodel te maken, maar om een gegevensmodel te ontwikkelen dat op de lange termijn houdbaar blijft.<\/p>\n<h3>De architectuur wordt gedefinieerd<\/h3>\n<p>Naarmate er meer duidelijkheid komt over de gegevens, begint de volgende fase. Nu rijst de vraag hoe de afzonderlijke onderdelen van het systeem moeten samenwerken.<\/p>\n<ul>\n<li>Welke modules zijn er nodig?<\/li>\n<li>Welke interfaces zijn nodig?<\/li>\n<li>Hoe moeten uitbreidingen later worden ge\u00efntegreerd?<\/li>\n<\/ul>\n<p>Juist in deze fase komt de kracht van gespecialiseerde chats goed tot uiting. Een architectuurchat kan zich richten op structurele vraagstukken voor de lange termijn, terwijl andere chats al eerste gedetailleerde concepten uitwerken.<\/p>\n<p>Tegelijkertijd groeit de projectdocumentatie. Elke belangrijke beslissing wordt vastgelegd. Niet alleen het resultaat, maar ook de onderliggende redenen. Zo ontstaat stap voor stap een transparante kennisbasis.<\/p>\n<h3>De eerste prototypes<\/h3>\n<p>Er komt een moment waarop de theorie en de praktijk samenkomen.<\/p>\n<ul>\n<li>De eerste prototypes worden gemaakt.<\/li>\n<li>Er worden gebruikersinterfaces ontworpen.<\/li>\n<li>Databasequery's worden getest.<\/li>\n<li>Werkprocessen worden gesimuleerd.<\/li>\n<\/ul>\n<p>Veel ontwikkelaars merken hier een interessant effect op. De eerste zichtbare resultaten werken enorm motiverend. Tegelijkertijd komen er nieuwe vragen naar voren die tijdens de planning nog niet duidelijk waren. Misschien ontbreken er bepaalde velden. Misschien moeten processen worden aangepast. Misschien blijkt dat een oorspronkelijke aanname niet houdbaar is.<\/p>\n<p>Dat is volkomen normaal. Softwareontwikkeling is geen lineair proces. Ook bij AI ontstaat kwaliteit door iteratie en voortdurende verbetering.<\/p>\n<h3>De samenwerking tussen verschillende AI-rollen<\/h3>\n<p>Naarmate projecten groter worden, wordt de taakverdeling steeds belangrijker. De ontwikkelaar werkt nu niet meer met \u00e9\u00e9n enkele AI, maar met meerdere gespecialiseerde rollen.<\/p>\n<ul>\n<li>Een chat analyseert de architectuur.<\/li>\n<li>Een ander ontwikkelt functies.<\/li>\n<li>Een derde legt beslissingen vast.<\/li>\n<li>Een vierde onderzoekt mogelijke zwakke plekken.<\/li>\n<\/ul>\n<p>Hierdoor ontstaat een werkwijze die opvallend veel lijkt op die van klassieke ontwikkelteams. Het belangrijkste verschil is dat deze rollen flexibel inzetbaar zijn en zeer snel kunnen schakelen tussen verschillende taken.<\/p>\n<p>Toch blijft de mens de touwtjes in handen houden. Hij beslist welke voorstellen worden overgenomen en welke niet.<\/p>\n<h3>Het belang van voortdurende documentatie<\/h3>\n<p>Naarmate grotere projecten vorderen, wordt steeds duidelijker waarom documentatie zo\u2019n cruciale rol speelt. In het begin lijkt het project nog overzichtelijk. Na een paar maanden zijn er echter vaak honderden beslissingen genomen, talrijke modules ontwikkeld en een groot aantal technische details geregeld.<\/p>\n<p>Zonder documentatie zou een aanzienlijk deel van deze kennis verloren gaan. Daarom wordt documentatie niet gezien als een vervelende verplichting, maar als een actief onderdeel van de ontwikkeling. Nieuwe medewerkers kunnen zich hierdoor snel inwerken. Eerdere beslissingen blijven traceerbaar. Het hele project wordt op de lange termijn beter te onderhouden.<\/p>\n<p>Juist bij AI-gestuurde ontwikkeling is dit een van de allerbelangrijkste succesfactoren.<\/p>\n<h3>De onvermijdelijke veranderingen<\/h3>\n<p>Geen enkel groot softwareproject blijft ongewijzigd. Er ontstaan nieuwe eisen. De wensen van klanten veranderen. Technologie\u00ebn blijven zich ontwikkelen. Sommige idee\u00ebn blijken uitstekend te zijn, andere minder haalbaar.<\/p>\n<p>Daarom moet elke architectuur voldoende flexibiliteit bieden om veranderingen op te vangen. Hieruit blijkt eens te meer het belang van een goede documentatie en een duidelijke structuur. Hoe beter de basis is, hoe gemakkelijker latere aanpassingen kunnen worden doorgevoerd.<\/p>\n<p>AI kan helpen om de gevolgen van veranderingen te analyseren en alternatieven te ontwikkelen. De strategische beslissing blijft echter een taak van de ontwikkelaar.<\/p>\n<h3>Wat succesvolle projecten gemeen hebben<\/h3>\n<p>Als je naar verschillende AI-projecten kijkt, zie je steeds weer dezelfde patronen terugkomen. Succesvolle projecten beginnen met een duidelijke visie. Ze hebben een overzichtelijke structuur. Ze leggen belangrijke beslissingen vast. Ze splitsen grote taken op in kleinere onderdelen.<\/p>\n<p>En ze zien AI niet als een wondermiddel, maar als een krachtige partner binnen een groter ontwikkelingsproces. De echte kracht van moderne AI ligt niet in het genereren van software met \u00e9\u00e9n druk op de knop. Haar kracht ligt in het ondersteunen van ontwikkelaars bij analyse, planning, implementatie en documentatie. Juist daardoor ontstaan er nieuwe mogelijkheden.<\/p>\n<h3>De weg is belangrijker dan de eerste prompt<\/h3>\n<p>Wie voor het eerst met AI ontwikkelt, is vaak op zoek naar de perfecte prompt. Na een paar grotere projecten verandert die kijk meestal. Het succes van een project hangt zelden af van \u00e9\u00e9n enkele invoer. Het is veeleer het hele proces dat doorslaggevend is.<\/p>\n<ul>\n<li>Het projectidee.<\/li>\n<li>De analyse.<\/li>\n<li>De architectuur.<\/li>\n<li>De documentatie.<\/li>\n<li>De samenwerking tussen verschillende rollen.<\/li>\n<li>Voortdurende verbetering.<\/li>\n<\/ul>\n<p>AI kan op al deze gebieden ondersteuning bieden. Het neemt echter niet de noodzaak weg om gestructureerd te denken en systematisch te werken. Daarom lijkt succesvolle AI-gestuurde ontwikkeling uiteindelijk op succesvolle softwareontwikkeling in het algemeen.<\/p>\n<p>Het enige verschil is dat er tegenwoordig aanzienlijk krachtigere tools beschikbaar zijn. En juist daarom is niet de beste prompt bepalend voor het succes van een project, maar de kwaliteit van het gehele ontwikkelingsproces.<\/p>\n<p><img loading=\"lazy\" decoding=\"async\" class=\"alignnone size-full wp-image-6236\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-12-Zukunft.jpg\" alt=\"De toekomst van softwareontwikkeling\" width=\"1024\" height=\"576\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-12-Zukunft.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-12-Zukunft-300x169.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-12-Zukunft-768x432.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Softwareentwicklung-mit-KI-12-Zukunft-18x10.jpg 18w\" sizes=\"auto, (max-width: 1024px) 100vw, 1024px\" \/><\/p>\n<h2>De toekomst van softwareontwikkeling<\/h2>\n<p>Als je de huidige discussie over kunstmatige intelligentie volgt, zou je gemakkelijk de indruk kunnen krijgen dat alles al vaststaat. De een is ervan overtuigd dat ontwikkelaars binnenkort overbodig zullen worden. De ander beschouwt AI als een kortstondige hype die over een paar jaar weer zal verdwijnen.<\/p>\n<p>Op basis van mijn ervaringen tot nu toe vind ik beide standpunten te simplistisch. De echte ontwikkeling is nog maar net begonnen.<\/p>\n<p>Terwijl ik dit artikel schrijf, werk ik zelf aan een groot softwareproject dat vanaf het begin met AI-ondersteuning wordt ontwikkeld. Het gaat er daarbij niet om dat de AI gewoon code schrijft. Veel interessanter is de vraag hoe ontwikkelingsprocessen veranderen als er plotseling een intelligente assistent permanent beschikbaar is.<\/p>\n<p>Al na enkele weken worden er duidelijke verschillen met de traditionele werkwijze zichtbaar. Idee\u00ebn kunnen sneller worden getoetst. Concepten komen sneller tot stand. De documentatie groeit bijna automatisch mee met het project. Tegelijkertijd wordt echter ook duidelijk dat goede resultaten nog steeds afhankelijk zijn van duidelijke structuren, een gedegen planning en heldere communicatie.<\/p>\n<p>De tools veranderen. De basisprincipes van goede softwareontwikkeling blijven verbazingwekkend constant.<\/p>\n<h3>Van programmeren naar systeemdenken<\/h3>\n<p>Gedurende vele decennia stond het programmeren zelf centraal. Wie software wilde ontwikkelen, moest programmeertalen beheersen, bibliotheken leren kennen en zelf grote hoeveelheden code schrijven.<\/p>\n<p>Dit beeld verandert steeds meer. Code wordt steeds meer een automatiseerbare hulpbron. De echte uitdaging verschuift naar analyse, architectuur en systeemkennis.<\/p>\n<p>De ontwikkelaar van de toekomst zal waarschijnlijk minder tijd besteden aan het schrijven van afzonderlijke functies en aanzienlijk meer tijd aan het beschrijven van systemen, het analyseren van vereisten en het co\u00f6rdineren van samenhangen.<\/p>\n<p>Het vermogen om complexe zaken op begrijpelijke wijze te verwoorden wordt daardoor belangrijker dan ooit tevoren. In zekere zin maken we een terugkeer mee naar de eigenlijke basisprincipes van softwareontwikkeling. Niet de syntaxis van een programmeertaal staat centraal, maar het begrip van het probleem.<\/p>\n<h3>Documentatie wordt een centrale bouwsteen<\/h3>\n<p>Er tekent zich nu al duidelijk een ontwikkeling af. Terwijl documentatie vroeger vaak als een noodzakelijk kwaad werd beschouwd, groeit het steeds meer uit tot de kern van veel projecten.<\/p>\n<p>AI-systemen kunnen alleen werken met de kennis die ze tot hun beschikking hebben. Hoe beter een project gedocumenteerd is, hoe productiever de samenwerking kan worden. Dit leidt tot een interessante verschuiving.<\/p>\n<p>Documentatie is niet langer uitsluitend bedoeld voor mensen. Ze vormt tegelijkertijd een kennisbank voor digitale assistenten. Je zou kunnen zeggen dat moderne projecten steeds vaker uit twee lagen bestaan. Enerzijds is er de eigenlijke software. Anderzijds is er de kennisbank, die beschrijft waarom deze software \u00fcberhaupt bestaat en hoe ze werkt.<\/p>\n<p>Beide gebieden zullen in de toekomst waarschijnlijk steeds meer met elkaar verweven raken.<\/p>\n<h3>Virtuele teams in plaats van losse tools<\/h3>\n<p>Ook de samenwerking met AI zal zich verder ontwikkelen. Op dit moment werken veel ontwikkelaars nog met afzonderlijke chats of afzonderlijke modellen. In de toekomst zullen we waarschijnlijk steeds vaker met hele groepen gespecialiseerde AI-systemen gaan werken.<\/p>\n<ul>\n<li>Een systeem ontwerpt de architectuur.<\/li>\n<li>Een ander ontwikkelt functies.<\/li>\n<li>Een andere voert tests uit.<\/li>\n<li>Een andere houdt de documentatie bij.<\/li>\n<\/ul>\n<p>De mens neemt daarbij de rol van projectleider op zich en bepaalt de koers. Dit model lijkt vandaag de dag al opvallend veel op klassieke ontwikkelteams. Het enige verschil is dat de teamleden digitaal zijn en binnen enkele seconden tussen verschillende taken kunnen schakelen.<\/p>\n<h3>Het belang van menselijke ervaring<\/h3>\n<p>Ondanks alle technische vooruitgang blijft \u00e9\u00e9n ding duidelijk: ervaring wordt er niet minder belangrijk op. Integendeel. Hoe krachtiger de tools worden, hoe waardevoller het vermogen om goede beslissingen te nemen wordt.<\/p>\n<ul>\n<li>Een AI kan suggesties doen.<\/li>\n<li>Ze kan analyseren.<\/li>\n<li>Ze kan alternatieven aandragen.<\/li>\n<li>Ze kan zelfs fouten opsporen.<\/li>\n<\/ul>\n<p>De verantwoordelijkheid voor de uiteindelijke beslissingen blijft echter bij de mens liggen. Wie processen begrijpt, verbanden ziet en op de lange termijn kan denken, zal ook in de toekomst een enorm voordeel hebben.<\/p>\n<p>De echte kracht komt niet alleen door de AI. Die ontstaat door de combinatie van menselijke ervaring en kunstmatige intelligentie.<\/p>\n<h3>Van AI-chat naar projectgeheugen<\/h3>\n<p><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/03\/chatgpt-data-export-legt-uit-hoe-je-ki-chats-een-persoonlijk-kennissysteem-worden\/\"><img loading=\"lazy\" decoding=\"async\" class=\"alignright wp-image-5296 size-medium\" src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/ChatGPT-Datenexport-300x200.jpg\" alt=\"ChatGPT-gegevens exporteren\" width=\"300\" height=\"200\" srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/ChatGPT-Datenexport-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/ChatGPT-Datenexport-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/ChatGPT-Datenexport-18x12.jpg 18w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/ChatGPT-Datenexport.jpg 1024w\" sizes=\"auto, (max-width: 300px) 100vw, 300px\" \/><\/a>Wie grotere softwareprojecten met AI ontwikkelt, merkt al snel dat niet de code het knelpunt vormt, maar de kennis over het project. Vereisten, architectuurbeslissingen, datamodellen en discussies stapelen zich vaak weken- of maandenlang op. Precies hier ontstaat een interessant verband met het onderwerp gegevensexport. Veel van deze informatie is namelijk al beschikbaar in de eerdere AI-gesprekken. Wie zijn <a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/03\/chatgpt-data-export-legt-uit-hoe-je-ki-chats-een-persoonlijk-kennissysteem-worden\/\"><strong>Chatgeschiedenis ge\u00ebxporteerd en systematisch gearchiveerd<\/strong><\/a>, legt de basis voor een langdurig projectgeheugen. In plaats van belangrijke beslissingen steeds opnieuw te moeten uitleggen, kunnen eerdere analyses, concepten en oplossingen permanent beschikbaar blijven. Zo ontstaat stap voor stap uit afzonderlijke chats een kennisbasis die later kan worden gebruikt voor documentatie, ontwikkeling en zelfs voor eigen AI-systemen. Softwareontwikkeling met AI betekent daarom niet alleen sneller programmeren, maar ook het bewust opbouwen van een digitaal kennisarchief.<\/p>\n<h3>Mijn persoonlijke conclusie<\/h3>\n<p>Als ik terugkijk op mijn ervaringen tot nu toe met AI-gestuurde ontwikkeling, valt mij vooral \u00e9\u00e9n ding op:<\/p>\n<p>De technologie heeft er niet voor gezorgd dat ik minder ben gaan nadenken. Ze heeft ervoor gezorgd dat ik anders ben gaan nadenken. Veel taken die vroeger een aanzienlijk deel van mijn werktijd in beslag namen, kunnen tegenwoordig aanzienlijk sneller worden afgehandeld. Tegelijkertijd is het belang van structuur, planning en documentatie toegenomen.<\/p>\n<p>Juist bij mijn huidige project blijkt keer op keer hoe waardevol een duidelijke context, een centrale kennisbank en duidelijk omschreven processen zijn. Het is niet de afzonderlijke prompt die het verschil maakt. Niet de afzonderlijke regel code. Zelfs niet het gebruikte AI-systeem.<\/p>\n<p>De doorslaggevende factor is het vermogen om kennis te structureren en een project een duidelijke richting te geven.<\/p>\n<p>Misschien zal men over een paar jaar op deze tijd terugkijken zoals op de introductie van het internet of de eerste personal computer. Veel mogelijkheden zijn nu al zichtbaar, maar de gevolgen op de lange termijn zijn nog nauwelijks volledig in te schatten.<\/p>\n<p>E\u00e9n ding lijkt vandaag de dag echter al waarschijnlijk. Softwareontwikkeling zal veranderen. Niet omdat machines plotseling alles zelf gaan doen, maar omdat mensen nieuwe hulpmiddelen hebben gekregen die hun mogelijkheden vergroten. Wie deze hulpmiddelen op een zinvolle manier gebruikt, kan productiever werken, sneller leren en grotere projecten aan dan ooit tevoren.<\/p>\n<p>De toekomst behoort daarom waarschijnlijk noch aan de mens alleen, noch aan kunstmatige intelligentie alleen toe. Ze behoort toe aan de samenwerking tussen beide partijen. En juist die samenwerking begint niet met code.<\/p>\n<p>Het begint met een idee, een duidelijke structuur en de bereidheid om nieuwe dingen uit te proberen.<\/p>\n<hr \/>\n\n\t\t\t<div class=\"display-post-types\">\n\n\t\t\t\t\t\t\t<style type=\"text\/css\">\n\t\t\t#dpt-wrapper-359 { --dpt-text-align: left;--dpt-image-crop: center;--dpt-border-radius: 5px;--dpt-h-gutter: 10px;--dpt-v-gutter: 9px; }\t\t\t<\/style>\n\t\t\t<style type=\"text\/css\">#dpt-wrapper-359 { --dpt-title-font-style:normal;--dpt-title-font-weight:600;--dpt-title-line-height:1.5;--dpt-title-text-decoration:none;--dpt-title-text-transform:none;--dpt-excerpt-font-style:normal;--dpt-excerpt-font-weight:400;--dpt-excerpt-line-height:1.5;--dpt-excerpt-text-decoration:none;--dpt-excerpt-text-transform:none;--dpt-meta1-font-style:normal;--dpt-meta1-font-weight:400;--dpt-meta1-line-height:1.9;--dpt-meta1-text-decoration:none;--dpt-meta1-text-transform:none;--dpt-meta2-font-style:normal;--dpt-meta2-font-weight:400;--dpt-meta2-line-height:1.9;--dpt-meta2-text-decoration:none;--dpt-meta2-text-transform:none; }<\/style><div class=\"dpt-main-header\">\n\t\t\t\t\t\t<div class=\"dpt-main-title\">\n\t\t\t\t\t\t\t<span class=\"dpt-main-title-text\">Huidige artikelen over kunstmatige intelligentie<\/span>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t<\/div>\t\t\t\n\t\t\t\t<div id=\"dpt-wrapper-359\" class=\"dpt-wrapper dpt-mag1 land1 dpt-cropped dpt-flex-wrap\" >\n\n\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"apple mlx vs. nvidia: so funktioniert lokale ki-inferenz auf dem mac\" data-id=\"3461\"  data-category=\"apple macos filemaker &amp; erp hardware ki-systeme\" data-post_tag=\"apple datenschutz filemaker k\u00fcnstliche intelligenz llama llm mac mistral mlx ollama sprachmodell\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2025\/11\/apple-mlx-vs-nvidia-hoe-lokale-ki-inferentie-werkt-op-de-mac\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Apple MLX vs. NVIDIA: Hoe lokale AI-inferentie werkt op de Mac<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Lokale AI op Silicon met Apple Mac\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Lokales-Sprachmodell-apple-mac-studio.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Lokales-Sprachmodell-apple-mac-studio.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Lokales-Sprachmodell-apple-mac-studio-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Lokales-Sprachmodell-apple-mac-studio-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Lokales-Sprachmodell-apple-mac-studio-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2025\/11\/apple-mlx-vs-nvidia-hoe-lokale-ki-inferentie-werkt-op-de-mac\/\" rel=\"bookmark\">Apple MLX vs. NVIDIA: Hoe lokale AI-inferentie werkt op de Mac<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"k\u00fcnstliche intelligenz und energie: was der ki-boom wirklich kostet\" data-id=\"4590\"  data-category=\"allgemein hardware ki-systeme\" data-post_tag=\"energiepolitik europa geopolitik krisen k\u00fcnstliche intelligenz prozesse\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/01\/kunstmatige-intelligentie-en-energie-wat-de-ki-boom-echt-kost\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Kunstmatige intelligentie en energie: wat de AI-boom echt kost<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"AI, energie en duurzaamheid\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/KI-Energie-Nachhaltigkeit.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/KI-Energie-Nachhaltigkeit.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/KI-Energie-Nachhaltigkeit-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/KI-Energie-Nachhaltigkeit-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/KI-Energie-Nachhaltigkeit-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2026\/01\/kunstmatige-intelligentie-en-energie-wat-de-ki-boom-echt-kost\/\" rel=\"bookmark\">Kunstmatige intelligentie en energie: wat de AI-boom echt kost<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"mit ki dialogisch denken lernen: warum gute fragen wichtiger sind als gute modelle\" data-id=\"4700\"  data-category=\"allgemein ki-systeme tipps &amp; anleitungen\" data-post_tag=\"denkmodelle k\u00fcnstliche intelligenz lernen llm prozesse ratgeber sprachmodell\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/leren-denken-in-dialoog-met-ki-waarom-goede-vragen-belangrijker-zijn-dan-goede-modellen\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Leren denken in dialoog met AI: Waarom goede vragen belangrijker zijn dan goede modellen<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Leren denken in dialoog met AI\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Denken-lernen-mit-KI.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Denken-lernen-mit-KI.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Denken-lernen-mit-KI-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Denken-lernen-mit-KI-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Denken-lernen-mit-KI-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/leren-denken-in-dialoog-met-ki-waarom-goede-vragen-belangrijker-zijn-dan-goede-modellen\/\" rel=\"bookmark\">Leren denken in dialoog met AI: Waarom goede vragen belangrijker zijn dan goede modellen<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"wie tiere zeit wahrnehmen &#8211; und was das f\u00fcr die zukunft der ki bedeutet\" data-id=\"4918\"  data-category=\"allgemein gesellschaft ki-systeme\" data-post_tag=\"denkmodelle erfahrungen k\u00fcnstliche intelligenz llm portrait prozesse sprachmodell\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/hoe-dieren-tijd-waarnemen-en-wat-dit-betekent-voor-de-toekomst-van-ki\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Hoe dieren tijd waarnemen - en wat dit betekent voor de toekomst van AI<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Dieren, AI en tijdwaarneming\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Tiere-KI-Zeitwahrnehmung.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Tiere-KI-Zeitwahrnehmung.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Tiere-KI-Zeitwahrnehmung-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Tiere-KI-Zeitwahrnehmung-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Tiere-KI-Zeitwahrnehmung-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/hoe-dieren-tijd-waarnemen-en-wat-dit-betekent-voor-de-toekomst-van-ki\/\" rel=\"bookmark\">Hoe dieren tijd waarnemen - en wat dit betekent voor de toekomst van AI<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\n<hr \/>\n<h2>Veelgestelde vragen<\/h2>\n<ol>\n<li><strong>Kan een AI tegenwoordig al in zijn eentje complete softwareprojecten ontwikkelen?<\/strong><br \/>\nModerne AI-systemen kunnen indrukwekkende delen van een softwareproject voor hun rekening nemen. Ze kunnen datamodellen ontwerpen, broncode genereren, interfaces ontwikkelen, documentatie schrijven en zelfs tests opstellen. Toch komt succesvolle softwareontwikkeling niet alleen voort uit het schrijven van code. Vereisten moeten worden begrepen, bedrijfsprocessen geanalyseerd, beslissingen genomen en resultaten gecontroleerd. Deze taken blijven de verantwoordelijkheid van de mens. AI kan de productiviteit enorm verhogen, maar vervangt niet de noodzaak van vakkennis, ervaring en projectbeheer.<\/li>\n<li><strong>Welke AI is het meest geschikt voor softwareontwikkeling?<\/strong><br \/>\nEr is geen eenduidig antwoord. Verschillende systemen hebben verschillende sterke punten. Sommige modellen blinken vooral uit in architectuurvraagstukken, andere in het genereren van code of documentatie. Vaak is niet zozeer de keuze van de tool doorslaggevend, maar de kwaliteit van de verstrekte informatie. Zelfs de krachtigste AI kan alleen werken met de kennis die haar ter beschikking wordt gesteld. Goede processen, duidelijke documentatie en een heldere context zijn meestal belangrijker dan de specifieke modelnaam.<\/li>\n<li><strong>Moet ik kunnen programmeren om met AI-software te kunnen ontwikkelen?<\/strong><br \/>\nFundamenteel technisch inzicht blijft van onschatbare waarde. Hoewel AI-systemen veel programmeertaken kunnen overnemen, moeten resultaten nog steeds worden beoordeeld, fouten worden opgespoord en beslissingen worden genomen. Wie verstand heeft van databases, softwarearchitectuur en bedrijfsprocessen, behaalt doorgaans aanzienlijk betere resultaten. De drempel om te beginnen wordt weliswaar aanzienlijk lager, maar vakkennis blijft een belangrijk concurrentievoordeel.<\/li>\n<li><strong>Waarom speelt context zo'n grote rol bij de ontwikkeling van AI?<\/strong><br \/>\nDe AI kent je project in eerste instantie niet. Ze kent noch je doelstellingen, noch je processen of gegevensstructuren. Zonder voldoende context moet ze gissingen doen. Hoe meer relevante informatie er beschikbaar is, hoe beter ze passende oplossingen kan ontwikkelen. Bij veel projecten hangt de kwaliteit van de resultaten sterker af van de verstrekte context dan van de eigenlijke opdracht.<\/li>\n<li><strong>Hoe uitgebreid moet projectdocumentatie zijn?<\/strong><br \/>\nGoede documentatie moet volledig genoeg zijn om verbanden duidelijk te maken, maar mag niet onnodig ingewikkeld worden. Belangrijk zijn projectdoelen, datamodellen, architectuurbeslissingen, naamgevingsconventies, openstaande taken en technische randvoorwaarden. Het doel is niet een maximale hoeveelheid tekst, maar maximale begrijpelijkheid. Een overzichtelijke documentatie is vaak waardevoller dan honderden pagina's ongestructureerde informatie.<\/li>\n<li><strong>Waarom zou je grotere projecten over meerdere AI-chats verdelen?<\/strong><br \/>\nNaarmate projecten groter worden, nemen de complexiteit en de hoeveelheid informatie toe. Als alle onderwerpen in \u00e9\u00e9n enkele chat worden besproken, gaat belangrijke informatie vaak verloren. Door de chat op te splitsen in chats voor architectuur, ontwikkeling, documentatie en testen ontstaan er duidelijkere verantwoordelijkheden en een beter overzicht. Tegelijkertijd kunnen verschillende perspectieven doelgericht worden benut.<\/li>\n<li><strong>Wat is een opstartprompt en waarom is deze belangrijk?<\/strong><br \/>\nEen startprompt dient als gestandaardiseerde inleiding voor nieuwe chats. Het beschrijft het project, verwijst naar de documentatie, stelt regels vast en legt de gewenste rol van de AI uit. Hierdoor krijgen nieuwe chats meteen de nodige context. Dat bespaart tijd, vermindert misverstanden en zorgt voor consistente resultaten gedurende het hele project.<\/li>\n<li><strong>Moet elke beslissing worden vastgelegd?<\/strong><br \/>\nNiet elk klein detail hoeft te worden gedocumenteerd. Het gaat vooral om beslissingen die later gevolgen kunnen hebben voor de architectuur, het datamodel of de processen. Het is vooral waardevol om de redenen achter een beslissing vast te leggen. Vaak is niet de beslissing zelf het probleem, maar het feit dat de oorspronkelijke overwegingen later in de vergetelheid raken.<\/li>\n<li><strong>Hoe kun je voorkomen dat de AI verkeerde oplossingen bedenkt?<\/strong><br \/>\nVolledige zekerheid bestaat niet. De beste strategie bestaat uit verschillende onderdelen: voldoende context bieden, taken in kleinere stappen opsplitsen, resultaten controleren, tests uitvoeren en belangrijke beslissingen documenteren. AI moet worden gezien als ondersteuning, niet als een onfeilbare autoriteit.<\/li>\n<li><strong>Hoe belangrijk zijn echte voorbeeldgegevens?<\/strong><br \/>\nVoorbeeldgegevens behoren tot de meest effectieve hulpmiddelen die er zijn. Ze helpen de AI om structuren, verbanden en typische gebruikssituaties beter te begrijpen. Vaak geven een paar realistische datasets meer inzicht dan meerdere pagina\u2019s met theoretische beschrijvingen. Daarbij moet uiteraard rekening worden gehouden met gegevensbescherming en vertrouwelijkheid.<\/li>\n<li><strong>Kan AI ook bij bestaande softwareprojecten van nut zijn?<\/strong><br \/>\nJa. Juist bestaande systemen hebben vaak baat bij AI-ondersteuning. Documentatie kan worden uitgebreid, oude code kan worden geanalyseerd, datastructuren kunnen worden begrepen en nieuwe functies kunnen worden gepland. Voorwaarde is echter dat er voldoende informatie over het bestaande systeem beschikbaar is. Hoe beter de uitgangsdocumentatie, hoe effectiever de samenwerking.<\/li>\n<li><strong>Welke rol zal de ontwikkelaar in de toekomst nog spelen?<\/strong><br \/>\nDe rol verschuift steeds meer van puur programmeren naar analyse, architectuur, communicatie en kwaliteitscontrole. Ontwikkelaars groeien steeds meer uit tot projectleiders en systeemarchitecten. Het vermogen om complexe verbanden op begrijpelijke wijze te beschrijven, wordt steeds belangrijker. Programmeren blijft relevant, maar staat niet langer noodzakelijkerwijs centraal.<\/li>\n<li><strong>Hoe ga je om met tegenstrijdige AI-antwoorden?<\/strong><br \/>\nTegenstrijdigheden zijn normaal. Verschillende chats of modellen kunnen verschillende oplossingen voorstellen. Juist daarom moeten belangrijke beslissingen altijd worden genomen op basis van heldere criteria. Architectuurregels, documentatie en tests helpen om de kwaliteit van verschillende voorstellen objectief te beoordelen.<\/li>\n<li><strong>Moet je AI toegang geven tot alle projectdocumentatie?<\/strong><br \/>\nIn principe wel, mits de privacywetgeving, geheimhoudingsplicht en bedrijfsrichtlijnen dit toestaan. Hoe beter de AI het project begrijpt, hoe beter de resultaten doorgaans zijn. Juist bij langlopende projecten loont het de moeite om centrale kennisbronnen consequent te integreren en up-to-date te houden.<\/li>\n<li><strong>Hoe be\u00efnvloedt AI de doorlooptijd van softwareprojecten?<\/strong><br \/>\nVeel taken kunnen nu aanzienlijk sneller worden uitgevoerd dan vroeger. Concepten, documentatie, datamodellen en eerste prototypes worden vaak in een fractie van de tijd die daarvoor nodig was, gerealiseerd. Tegelijkertijd blijft de noodzaak van planning, testen en kwaliteitsborging bestaan. Goede projecten worden daarom niet automatisch hectischer, maar vaak juist gestructureerder en productiever.<\/li>\n<li><strong>Kunnen kleine bedrijven profiteren van AI-gestuurde softwareontwikkeling?<\/strong><br \/>\nVooral kleinere bedrijven profiteren hier vaak in hoge mate van. Waar vroeger hele teams nodig waren, kunnen tegenwoordig individuele ontwikkelaars of kleine groepen projecten realiseren die vroeger economisch nauwelijks haalbaar zouden zijn geweest. AI verlaagt de drempels om te beginnen en verhoogt de productiviteit, zonder dat er hoge investeringen in grote ontwikkelingsteams nodig zijn.<\/li>\n<li><strong>Welke fouten maken beginners het vaakst?<\/strong><br \/>\nDe meest voorkomende fouten zijn te weinig context, ontbrekende documentatie, te omvangrijke opdrachten en blind vertrouwen in AI-resultaten. Veel gebruikers richten zich in eerste instantie op afzonderlijke prompts en onderschatten het belang van structuur, kennisbeheer en projectorganisatie op de lange termijn.<\/li>\n<li><strong>Zal AI de traditionele softwareontwikkeling volledig vervangen?<\/strong><br \/>\nZoals de zaken er nu voorstaan, lijkt dat onwaarschijnlijk. Een ingrijpende verandering in de manier van werken is waarschijnlijker. Veel technische taken worden geautomatiseerd of sterk versneld. Tegelijkertijd winnen analyse, communicatie, architectuur en strategisch denken aan belang. De toekomst van softwareontwikkeling ligt waarschijnlijk niet zozeer in het vervangen van de mens, maar in een steeds nauwere samenwerking tussen menselijke ervaring en kunstmatige intelligentie.<\/li>\n<\/ol>\n<hr \/>\n\n\t\t\t<div class=\"display-post-types\">\n\n\t\t\t\t\t\t\t<style type=\"text\/css\">\n\t\t\t#dpt-wrapper-360 { --dpt-text-align: left;--dpt-image-crop: center;--dpt-border-radius: 5px;--dpt-h-gutter: 10px;--dpt-v-gutter: 9px; }\t\t\t<\/style>\n\t\t\t<style type=\"text\/css\">#dpt-wrapper-360 { --dpt-title-font-style:normal;--dpt-title-font-weight:600;--dpt-title-line-height:1.5;--dpt-title-text-decoration:none;--dpt-title-text-transform:none;--dpt-excerpt-font-style:normal;--dpt-excerpt-font-weight:400;--dpt-excerpt-line-height:1.5;--dpt-excerpt-text-decoration:none;--dpt-excerpt-text-transform:none;--dpt-meta1-font-style:normal;--dpt-meta1-font-weight:400;--dpt-meta1-line-height:1.9;--dpt-meta1-text-decoration:none;--dpt-meta1-text-transform:none;--dpt-meta2-font-style:normal;--dpt-meta2-font-weight:400;--dpt-meta2-line-height:1.9;--dpt-meta2-text-decoration:none;--dpt-meta2-text-transform:none; }<\/style><div class=\"dpt-main-header\">\n\t\t\t\t\t\t<div class=\"dpt-main-title\">\n\t\t\t\t\t\t\t<span class=\"dpt-main-title-text\">Huidige artikelen over kunst &amp; cultuur<\/span>\n\t\t\t\t\t\t<\/div>\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t\n\t\t\t\t\t\t<\/div>\t\t\t\n\t\t\t\t<div id=\"dpt-wrapper-360\" class=\"dpt-wrapper dpt-mag1 land1 dpt-cropped dpt-flex-wrap\" >\n\n\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"ulrike gu\u00e9rot: eine europ\u00e4erin zwischen idee, universit\u00e4t und \u00f6ffentlichem diskurs\" data-id=\"4039\"  data-category=\"allgemein gesellschaft kunst &amp; kultur\" data-post_tag=\"denkmodelle deutschland europa geopolitik krisen meinungsfreiheit portrait sicherheitspolitik spieltheorie\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2025\/12\/ulrike-guerot-een-europeaan-tussen-het-idee-van-de-universiteit-en-het-publieke-discours\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Ulrike Gu\u00e9rot: Een Europeaan tussen idee, universiteit en openbaar discours<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Ulrike Gu\u00e9rot en Europa\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/ulrike-guerot-portrait.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/ulrike-guerot-portrait.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/ulrike-guerot-portrait-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/ulrike-guerot-portrait-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/ulrike-guerot-portrait-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2025\/12\/ulrike-guerot-een-europeaan-tussen-het-idee-van-de-universiteit-en-het-publieke-discours\/\" rel=\"bookmark\">Ulrike Gu\u00e9rot: Een Europeaan tussen idee, universiteit en openbaar discours<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"die affinity grafik-suite wird kostenlos: was profi-anwender jetzt wissen m\u00fcssen\" data-id=\"3675\"  data-category=\"apple macos b\u00fccher kunst &amp; kultur tipps &amp; anleitungen\" data-post_tag=\"buch mac prozesse publishing verlag\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2025\/11\/de-affinity-graphics-suite-wordt-gratis-wat-professionele-gebruikers-nu-moeten-weten\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">De Affinity grafische suite wordt gratis: Wat professionele gebruikers nu moeten weten<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Affinity grafisch pakket gratis\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/affinity-grafiksuite-kostenlos.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/affinity-grafiksuite-kostenlos.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/affinity-grafiksuite-kostenlos-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/affinity-grafiksuite-kostenlos-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/affinity-grafiksuite-kostenlos-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2025\/11\/de-affinity-graphics-suite-wordt-gratis-wat-professionele-gebruikers-nu-moeten-weten\/\" rel=\"bookmark\">De Affinity grafische suite wordt gratis: Wat professionele gebruikers nu moeten weten<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"cancel culture im westen: sport, universit\u00e4ten, milit\u00e4r und eu-sanktionen analysiert\" data-id=\"5009\"  data-category=\"allgemein gesellschaft kunst &amp; kultur\" data-post_tag=\"denkmodelle deutschland europa geopolitik krisen meinungsfreiheit sicherheitspolitik spieltheorie\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/annuleringscultuur-in-het-westen-sportuniversiteiten-militaire-en-eu-sancties-geanalyseerd\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Cancel Cultuur in het Westen: sport, universiteiten, het leger en EU-sancties geanalyseerd<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"683\" class=\"attachment-full size-full\" alt=\"Cultuur opzeggen in het Westen\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Cancel-Culture-Westen.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/Cancel-Culture-Westen.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Cancel-Culture-Westen-300x200.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Cancel-Culture-Westen-768x512.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/Cancel-Culture-Westen-18x12.jpg 18w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2026\/02\/annuleringscultuur-in-het-westen-sportuniversiteiten-militaire-en-eu-sancties-geanalyseerd\/\" rel=\"bookmark\">Cancel Cultuur in het Westen: sport, universiteiten, het leger en EU-sancties geanalyseerd<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\t\t\t\t\t\t<div class=\"dpt-entry has-thumbnail\" data-title=\"spieltheorie erkl\u00e4rt 25 jahre geopolitik: wie europa seine strategische rolle verlor\" data-id=\"3850\"  data-category=\"allgemein gesellschaft kunst &amp; kultur\" data-post_tag=\"denkmodelle deutschland energiepolitik eu-gesetze europa geopolitik krisen sicherheitspolitik spieltheorie\">\n\t\t\t\t\t\t\t<div class=\"dpt-entry-wrapper\"><div class=\"dpt-featured-content\"><div class=\"dpt-permalink\"><a href=\"https:\/\/www.markus-schall.de\/nl\/2025\/12\/speltheorie-verklaart-25-jaar-geopolitiek-hoe-europa-zijn-strategische-rol-verloor\/\" class=\"dpt-permalink\"><span class=\"screen-reader-text\">Speltheorie verklaart 25 jaar geopolitiek: Hoe Europa zijn strategische rol verloor<\/span><\/a><\/div><div class=\"dpt-thumbnail\"><div class=\"dpt-thumbnail-inner\"><img width=\"1024\" height=\"765\" class=\"attachment-full size-full\" alt=\"Speltheorie verklaart 25 jaar geopolitiek\" context=\"dpt\" data-dpt-src=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/europa-russland-spieltheorie.jpg\" data-dpt-sizes=\"(max-width: 1024px) 100vw, 1024px\" data-dpt-srcset=\"https:\/\/www.markus-schall.de\/wp-content\/uploads\/europa-russland-spieltheorie.jpg 1024w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/europa-russland-spieltheorie-300x224.jpg 300w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/europa-russland-spieltheorie-768x574.jpg 768w, https:\/\/www.markus-schall.de\/wp-content\/uploads\/europa-russland-spieltheorie-16x12.jpg 16w\" \/><\/div><span class=\"dpt-thumbnail-aspect-ratio\" style=\"padding-top: 75%\"><\/span><\/div><\/div><div class=\"sub-entry\"><h3 class=\"dpt-title\"><a class=\"dpt-title-link\" href=\"https:\/\/www.markus-schall.de\/nl\/2025\/12\/speltheorie-verklaart-25-jaar-geopolitiek-hoe-europa-zijn-strategische-rol-verloor\/\" rel=\"bookmark\">Speltheorie verklaart 25 jaar geopolitiek: Hoe Europa zijn strategische rol verloor<\/a><\/h3><\/div><\/div>\n\t\t\t\t\t\t<\/div><!-- .dpt-entry -->\n\t\t\t\t\t\t\n\t\t\t\t<\/div>\n\t\t\t\t\t\t<\/div>\n\t\t\t\n<hr \/>","protected":false},"excerpt":{"rendered":"<p>Wenn Du mich vor wenigen Jahren gefragt h\u00e4ttest, wie Softwareentwicklung in zehn Jahren aussehen wird, h\u00e4tte ich vermutlich \u00fcber neue Programmiersprachen, bessere Frameworks oder leistungsf\u00e4higere Entwicklungsumgebungen gesprochen. Heute w\u00fcrde meine Antwort v\u00f6llig anders ausfallen. Die gr\u00f6\u00dfte Ver\u00e4nderung findet nicht bei den Werkzeugen statt, sondern bei der Art und Weise, wie wir als Entwickler denken und &#8230; <a title=\"Speltheorie verklaart 25 jaar geopolitiek: Hoe Europa zijn strategische rol verloor\" class=\"read-more\" href=\"https:\/\/www.markus-schall.de\/nl\/2025\/12\/speltheorie-verklaart-25-jaar-geopolitiek-hoe-europa-zijn-strategische-rol-verloor\/\" aria-label=\"Lees meer over Speltheorie verklaart 25 jaar geopolitiek: Hoe Europa zijn strategische rol verloor\">Lees verder<\/a><\/p>","protected":false},"author":1,"featured_media":6228,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"iawp_total_views":11,"footnotes":""},"categories":[431,40,15,3,4],"tags":[440,443,473,458,398,410,471,428,433,442,434],"class_list":["post-6224","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ki-systeme","category-apple-iphone-ipad","category-apple-macos","category-filemaker","category-tipps-anleitungen","tag-datenbanken","tag-datenlogik","tag-digitales-eigentum","tag-erfahrungen","tag-erp-software","tag-filemaker","tag-kuenstliche-intelligenz","tag-lernen","tag-llm","tag-prozesse","tag-sprachmodell"],"_links":{"self":[{"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/posts\/6224","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/comments?post=6224"}],"version-history":[{"count":7,"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/posts\/6224\/revisions"}],"predecessor-version":[{"id":6240,"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/posts\/6224\/revisions\/6240"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/media\/6228"}],"wp:attachment":[{"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/media?parent=6224"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/categories?post=6224"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.markus-schall.de\/nl\/wp-json\/wp\/v2\/tags?post=6224"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}