EN
NL
AI in de praktijk - een interview met Aize Schuurmans
Als Software Architect en Business Central developer bouwt Aize Schuurmans elke dag aan slimme uitbreidingen voor klanten en interne producten van EQ Group. Zijn werk is een mix van technisch puzzelen, proceslogica begrijpen en snel schakelen tussen projecten. En sinds ongeveer een jaar heeft hij er een nieuwe collega bij gekregen: AI.
Van experiment naar vast onderdeel van het werk
Aize begon een jaar geleden voorzichtig met AI: foutmeldingen in ChatGPT gooien en vragen hoe hij het moest oplossen. De resultaten waren wisselend: “Soms kreeg ik een fantastisch antwoord. Soms was ik twee uur verder en geen steek opgeschoten.”
Maar nu is dat totaal anders. AI is een structureel onderdeel van zijn workflow geworden. Vooral in programmeertalen die hij minder vaak gebruikt, zoals PowerShell, merkt hij grote winst: “Vorig jaar was ik eindeloos dingen aan het uitzoeken. Nu zeg ik tegen ChatGPT of Copilot: ‘Ik wil dit bereiken in deze programmeertaal, hoe doe ik dat?’ En dan bouwt AI de eerste versie.”
Wat Aize ook aangenaam verrast heeft, is dat AI nu al zo goed werkt met AL, de taal van Business Central - die toch relatief klein is. “Eerst dacht ik dat AI voor BC misschien kleine stukjes code kon genereren. Nu kan ik zeggen: ‘Ik heb deze codebase en heb deze functionaliteit nodig’ en AI genereert een opzet waarop ik kan voortbouwen.”
Aize is al jaren expert in Business Central. Is AI dan geen bedreiging voor zijn vak?
Hij schudt meteen zijn hoofd.
“AI ziet en krijgt maar een deel van de context. Wanneer ik iets vraag aan AI, werkt dat natuurlijk anders dan wanneer ik iets vraag aan een collega. Simpel gezegd: ik stel maar 80% van de vraag en die andere 20% zit in mijn hoofd. AI weet dat niet. Als je aan een persoon iets vraagt, dan laat je (onbewust) dingen weg, omdat diegene dat weet. Omdat je ervan uitgaat dat diegene dat weet. Dan krijg je een antwoord waar die kennis wel in meegenomen is. Naar AI verwoord je je vraag op dezelfde manier, maar die heeft die voorkennis niet. Dus doorgaans moet ik daarna nog bijsturen in vervolgprompts. In de praktijk blijf ik tegen AI zeggen: volgens mij moeten we dit anders doen. Of: dit werkt zo niet in de flow van het systeem.
Datgene wat alleen een ervaren developer weet, blijft cruciaal. Over performance, logica, koppelingen met bestaande processen, integratie in de architectuur, et cetera. Kennis die ik de afgelopen 15 jaar van de omgevingen en bedrijfsprocessen van bijvoorbeeld De Jong, Nabuurs en Floriway heb opgedaan, stop je niet zomaar in een paar prompts in een AI tool.”
Op de vraag naar praktijkvoorbeelden waar AI duidelijk van grote meerwaarde was in zijn werk, antwoordt hij als volgt:
Praktijkvoorbeeld 1: verplichte velden bij klantaanmaak
“Een klant liep ertegenaan dat bij het aanmaken van nieuwe klanten bepaalde facturatievelden vaak niet werden ingevuld. Ze leverden een lijstje aan met verplichte velden en vroegen me met een oplossing te komen. Vroeger ging ik dat lijstje uitschrijven en zelf structureren”, vertelt Aize. “Maar nu kopieerde ik simpelweg de klantvraag naar AI en zei: ‘Geef me een voorstel voor hoe we dit afdwingen.’ AI kwam met een eerste ontwerp. Heel snel en verrassend bruikbaar.”
Praktijkvoorbeeld 2: API Studio + Power Query (zonder ooit Power Query te leren)
Een van de favoriete voorbeelden van Aize gaat over API Studio.
“Dat is een hartstikke mooie, redelijk technische tool die we bij EQ Group ontwikkeld hebben en waarmee klanten heel eenvoudig hun API’s in Business Central kunnen configureren. Superhandig natuurlijk.”
Toen kwam zijn collega Iris met een verzoek: “Onze klanten gebruiken veel Power BI, dus ook Power Query. Het zou mooi zijn als we vanuit zo’n API-endpoint dat we genereren een Power Query optuigen. Kunnen we in API Studio automatisch Power Query-scripts genereren?”
De uitdaging?
“Ik weet nagenoeg niks van Power Query,” zegt Aize lachend.
“Dus ik gooi de situatie in AI: dit is het endpoint, deze velden zitten eronder, sommige zijn aangevinkt voor gebruik in de API… maak hier een Power Query van. AI komt vervolgens met een functie. Ik kijk ernaar en kan het zo naar Iris sturen. Uiteraard kijkt zij er nog een keer kritisch naar, maar ze is niet ontevreden. En dan denk ik: mooi, zonder Power Query-kennis heb ik tóch een werkende oplossing.”
AI kan je als developer dus ook goed helpen om je mogelijkheden uit te breiden.
Dan een vraag die je weleens hoort: “Als het werk met AI sneller gaat, moet het toch ook goedkoper kunnen?” Hoe ziet Aize dat?
“Sommige dingen gaan inderdaad sneller. Een tabel met twintig velden maken bijvoorbeeld. Maar daarna begint het echte werk pas: proceslogica, performance, integratie, architectuur.
Dat deel dat jij als expert weet, en wat ook niet in de klantvraag zit, blijft onmisbaar. Jouw expertise is een groot en cruciaal onderdeel van het werk. In de praktijk ga je in mijn veld met AI dan ook niet van tien uur naar twee uur.
Het werk verschuift, het wordt slimmer en AI kan absoluut een mooie toevoeging zijn aan de mogelijkheden en de kwaliteit die je levert.”
Dus een developer zal nooit overbodig worden?
Daar is Aize heel nuchter in en illustreert dat met een voorbeeld.
“Tijdens Business Central TechDays gaf een spreker een mooi voorbeeld. Twee MVP’s kregen dezelfde opdracht. Eén ging all-in met AI: drie dagen prompts refinen, bijsturen, corrigeren. En wat daaruit kwam, was een soort losstaande oplossing op het Business Central-platform.
De ander dacht: ik ga eerst een uur wandelen met de hond en dit laten bezinken. Even mijn gedachten erover laten gaan: wat heb ik nodig?
‘Oh, dit kan ik aansluiten op dat proces in Business Central, en bovendien is er al een mechaniek in Business Central hoe dat werkt. Dus dat kan ik op die manier bouwen.’ Hij heeft het eerst voor zichzelf helemaal uitgedacht en is het daarna gaan bouwen. Uiteindelijk had degene die het zelf had gedaan in dezelfde tijd een betere oplossing gemaakt. Dat herken ik volledig”, zegt Aize.
Aize ziet dat Microsoft nu sterk inzet op agents die werk uit handen nemen van eindgebruikers. Dat wordt volgens hem groot. Maar developers vervangen? Nee.
Erik van Bueren