Hoe AI-codeeragenten de rol van de programmeerdocent veranderen
Wat verandert er in het programmeeronderwijs wanneer AI-codeeragenten beschikbaar zijn? Over verificatie, gerichte vragen en feedback op keuzes.
TraceYield Inzichten
3 min leestijd · Bijgewerkt 7 oktober 2026
De aandacht verschuift naar de keuzes rond code
Codeeragents kunnen code maken en aanpassen. De docent blijft bepalen wat studenten leren, ontwerpt de taak, signaleert misvattingen en beoordeelt bewijs tegen de leeruitkomsten. De vraag is niet of de rol van de docent verdwijnt, maar welke onderwijsbeslissingen aandacht vragen wanneer code snel kan worden gegenereerd.
Het ACM Task Force-rapport beschrijft door docenten gemelde veranderingen, zoals meer aandacht voor codebegrip, mondelinge of fysieke toetsing en expliciete AI-geletterdheid. Dat zijn waarnemingen over de onderwijspraktijk, geen bewijs dat een bepaalde verandering het leren verbetert. Npuls vraagt om toetsing die aansluit op leerdoelen; UNESCO benadrukt mensgerichte en contextgevoelige inzet. De voorbeelden hieronder zijn een redactionele interpretatie van TraceYield, geen extern gevalideerde onderwijsmethode.
Maak verificatie onderdeel van het leermoment
Wanneer een agent een datumparser voorstelt, vraag dan welke invoer volgens de opdracht geldig is, welke grensgevallen ontbreken en welke test het voorgestelde gedrag van een aannemelijke fout kan onderscheiden. Vergelijk daarna het testresultaat met de afgesproken regel. Zo oefent de student een herhaalbare verificatiestap in plaats van een receptenboek voor prompts.
Een geslaagde test ondersteunt alleen de geteste gevallen en voorwaarden. Daarmee is niet aangetoond dat de hele implementatie correct is of dat de student die begrijpt.
Vraag naar een keuze en laat die aanpassen
Vraag tijdens code review of een kort gesprek bijvoorbeeld: “Welke aanname doet deze functie over een lege datum?” of “Wat moet er veranderen als het tijdstip van een evenement optioneel wordt?” De student kan de relevante code aanwijzen, de keuze toelichten en die aanpassen. Dat levert bewijs op dat relevant kan zijn voor een afgebakend begrip; één antwoord bewijst geen algemene bekwaamheid.
Dit is gerichter dan iedere prompt laten navertellen. Voor een proportionele selectie van gegevens, zie Bewijs uit het ontwikkelproces. Voor de vraag wat zulke gegevens zeggen over verantwoordelijkheid van de student, zie Verantwoordelijkheid voor het werk.
Geef feedback op de redenering die de cursus belangrijk vindt
Schrijf niet alleen “het antwoord van de agent klopt niet”. Benoem de leerstap: de eis kwam niet terug in de instructie, de voorgestelde wijziging reproduceerde de fout niet, of de test miste een grensgeval. Vraag om een volgende actie: de voorwaarde verduidelijken, een onderscheidende test ontwerpen of uitleggen waarom het alternatief veiliger is. De uiteindelijke code en de redenering zijn verschillende bewijsbronnen.
Docenten hebben tijd, gedeelde voorbeelden en overleg binnen het docententeam nodig om zulke keuzes consistent te maken. Bronnen beschrijven zorgen en praktijken; ze tonen niet dat iedere docent of cursus op dezelfde manier is veranderd.