Ik leerde programmeren op een PLC in een fabriekshal, niet op een MacBook in een startup.
Bij Ranpak programmeerde ik Beckhoff-besturingen voor industriële machines. Geen hot reload, geen console.log, geen "we fixen het in productie". Als een PLC een fout maakte, bewoog een arm van 200 kilo de verkeerde kant op.
Dat verschil — tussen een bug die een retry kost en een bug die materiaal kost — bepaalt nog elke dag hoe ik code schrijf.
Wat ik leerde op de fabrieksvloer
Voordat ik bij Ranpak zat, stond ik bij Nedcar en O-I Manufacturing. Geen code, maar wél de beste les die ik ooit heb gehad: als een proces niet werkt, ligt het aan het systeem, niet aan de mensen.
Op de fabrieksvloer zie je haarscherp waar het wringt. Mensen die workarounds verzinnen omdat software in de weg zit. Processen die bestaan "omdat we het altijd zo deden". Dure machines die stil staan omdat niemand de tijd heeft om ze te bedienen.
Toen ik later bij Boogaard Textiles een snijmachine van €100k weer aan de praat kreeg — niet door aan de machine te sleutelen, maar door de software eromheen te bouwen — was dat precies wat ik op de fabrieksvloer had geleerd: kijk naar het proces, niet naar het probleem.
De brug naar de cloud
Bij Agron leerde ik de enterprise-kant: datakwaliteit op schaal. Een BI-dashboard dat 30.000+ fouten detecteerde in bestaande ERP-data. Ook hier: geen kapotte software, gewoon een proces dat nooit goed was ingericht.
Inmiddels bouw ik full-stack webplatformen, AI-gedreven tools, en API-integraties. De technologie is anders, maar de aanpak is hetzelfde:
- Begrijp hoe het werk écht stroomt — niet hoe het op papier staat
- Zoek de frictie — waar verzinnen mensen workarounds?
- Haal die frictie weg — met de eenvoudigst mogelijke oplossing
Niet elke developer kan een PLC programmeren. Maar elke developer zou moeten begrijpen wat er gebeurt als zijn code de echte wereld raakt.
Wat het oplevert
Die combinatie is precies wat Kerris ICT uniek maakt. Ik weet hoe een fabriek werkt én hoe een API werkt. Ik begrijp waarom een dure machine stil staat — en ik kan het fixen met een Laravel API en een dashboard.
De meeste developers bouwen features. Ik vind gebroken processen en los ze op.