Je werkt met Salesforce én .NET - dat zijn best verschillende werelden. Wat doe je het meest, en wat is eigenlijk jouw sterkste kant?
Dat klopt helemaal het zijn twee totaal verschillende ecosystemen, maar toch ook zoveel overeenkomsten. In beide gevallen werk ik als Software Developer aan web-technologieën. Waarbij ik ook in beide gevallen gebruik maak van standaarden zoals:
GIT
Open Api Specificatie / Swagger
HTTP/ REST - API
Web Components (VueJS vs LWC)
OAuth
Object georiënteerd programmeren
en tools:
vscode
postman
curl
Azure DevOps Pipelines
Daarbij geeft het mij vaak een voorsprong in de adoptie van een "nieuwe" technologie die ik al jaren ken van het andere ecosysteem. Zoals:
Cloud native
interpolation
nullcoalescing
generics
Het belangrijkste voor mij is hierbij dat ik mij vooral richt op de fundamentals. De gebruikte techniek is hieraan ondergeschikt.
Met .NET werk ik al meer dan 20 jaar. Ik ben begonnen in de tijd van klassieke ASP.NET webapplicaties en heb de volledige evolutie meegemaakt naar het huidige .NET Core. Dat heb ik ook formeel bijgehouden — van vroege Microsoft-certificeringen zoals de MCTS Web Application Development tot de moderne ASP.NET Core-stack die ik vandaag dagelijks gebruik.
Met Salesforce werk ik ruim 10 jaar en ben ik gecertificeerd op meerdere niveaus, waaronder Application Architect en Platform Developer II. Dat zijn de meer recente, zwaardere certificaten die je alleen haalt als je het platform écht door en door kent.
Wat mij onderscheidt is dat ik beide werelden combineer. Veel vraagstukken in het MKB zitten precies op dat snijvlak: een Salesforce-omgeving die moet praten met een .NET-webapplicatie of een externe API. Ik hoef daar geen twee specialisten voor in te schakelen — ik begrijp beide kanten.
Ik hoor vaak "Web API-integraties" — maar wat betekent dat concreet voor mijn bedrijf? Kun je een voorbeeld geven van een koppeling die je gebouwd hebt?
Met een Web API-integratie laat je twee systemen automatisch informatie met elkaar uitwisselen, zodat jij en je medewerkers dat niet meer handmatig hoeven te doen.
Een concreet voorbeeld: stel dat je op je website bezoekers een KvK-nummer laten invullen. Via een koppeling met de Kamer van Koophandel haalt het systeem direct de bijbehorende bedrijfsgegevens op en toont die in jouw eigen stijl. De bezoeker ervaart een soepele, eenduidige klantreis — zonder dat jij daar iets voor hoeft te doen.
Andere voorbeelden van koppelingen die ik bouw:
Adresvalidatie via een Postcode API — correct straat, huisnummer en postcode in één keer
Bedrijfsgegevens ophalen en verifiëren via de KvK-, DnB- of Graydon API
Adres- en gebouwcontrole via de Basisregistratie Adressen en Gebouwen (BAG)
Koppelingen met andere systemen zoals een CMS of ERP
Eigen acceptatiecriteria en configureerbare waarden per klant of proces
Aansluitingen op landelijke netwerken
Meer over wat ik binnen Salesforce bouw met dit soort koppelingen lees je op de Salesforce-pagina.
Je zegt dat je afrekent op waarde en niet op uren — hoe werkt dat dan in de praktijk? Hoe bepalen we samen wat iets waard is?
Ik werk gewoon met een uurtarief en nacalculatie — dat is transparant en eerlijk voor beide kanten. Maar wat ik daarmee bedoel te zeggen is dat ik uren nooit als doel op zich zie. Als ik merk dat ik het afgesproken budget dreig te overschrijden, geef ik dat tijdig aan — zodat jij kunt bijsturen en nooit voor verrassingen komt te staan.
Wat ik wél belangrijk vind: begrijpen wat een oplossing doet met jouw organisatie. Daar denk ik actief in mee, ook als dat buiten de directe opdracht valt. Ik geloof in een win-winsamenwerking — als jouw bedrijf groeit dankzij wat we samen bouwen, is dat een sterkere motivatie dan een zo hoog mogelijke declarabiliteit.
Daarbij begrijp ik dat drukte en rust niet altijd synchroon lopen. Dat bespreek ik open, zodat we realistisch kunnen plannen. Bij een serieuze productieverstoring denk ik graag mee, ook buiten kantooruren — op basis van best effort. Wat je realistisch mag verwachten van een freelancer die ook gewoon een weekend heeft: geen 24/7 garanties, maar ook niet de telefoon die op stil gaat als er echt iets mis is.
"Ze hoeven het niet te begrijpen, als ze het maar snappen" — wat bedoel je daar precies mee?
Veel IT'ers positioneren zichzelf als de brug tussen business en techniek. Ik geloof dat die brug van twee kanten gebouwd moet worden — en dat het bedrijfsproces de plek is waar we elkaar vinden.
Jij als ondernemer werkt vanuit je visie: waar wil je naartoe, hoe werkt je organisatie, wat moet er beter. Ik werk vanuit de techniek: wat is haalbaar, hoe sluit het aan op wat er al is, wat zijn de consequenties van een keuze. Het bedrijfsproces is onze gemeenschappelijke taal — daar vertalen jouw ambities zich naar concrete oplossingen en begrijp jij wat de techniek voor je doet.
Geen blackbox dus. Jij weet waar ik mijn tijd aan besteed en hoe de techniek werkt die ik oplever. Niet op detailniveau, maar genoeg om samen goede keuzes te maken. Je hoeft de details niet te onthouden — maar als je na een gesprek met mij het gevoel hebt dat je het begrijpt, dan is dat precies wat ik bedoel.
Voor wie werk je het liefst? Wat voor type bedrijf of ondernemer past het best bij jou?
Wat ik zoek in een opdracht is nabijheid — dicht bij de ondernemer zelf staan, of werken met een product owner die een echte visie heeft. Het "waarom" wordt vaak bovenin de organisatie bepaald, en dat is precies waar het hoort. Wat ik echter regelmatig zie is dat die visie onderweg niet goed wordt doorgecommuniceerd naar de mensen die de processen daadwerkelijk uitvoeren of willen verbeteren. Daar zit voor mij de verbinding: ik werk het liefst samen met degene die de procesaanpassing wil doorvoeren — zodat we samen die visie vertalen naar een werkende oplossing.
Qua bedrijfsgrootte of branche ben ik niet gebonden aan één type. Ik heb relevante ervaring opgedaan in de zorg, financiën, maakindustrie, voedings- en genotmiddelenindustrie, nuts- en energiesector, vrijetijdssector, onderwijs en e-commerce — maar uiteindelijk gaat het mij meer om de samenwerking dan om de branche.
Als jij iemand bent die weet waar hij naartoe wil maar de techniek nog niet helemaal mee heeft — dan is dat precies de samenwerking waar ik energie van krijg.
Je bent gevestigd in Zwolle — werk je ook voor klanten buiten de regio, en werk je liever op locatie of op afstand?
Fysieke afstand is geen drempel — ik werk voor klanten door heel Nederland. De meeste werkzaamheden doe ik remote of vanuit mijn eigen kantoor, simpelweg omdat dat efficiënt werkt voor het dagelijkse werk.
Maar voor de momenten die er écht toe doen kom ik graag op locatie. Een goede kennismaking, een requirementssessie waarbij we het bedrijfsproces uitdenken, of een livegang — dat zijn momenten waarop je aan tafel zit en samen doorpakt. Daar hecht ik waarde aan.
De afweging is altijd praktisch: wat werkt het best voor het project en voor jou als opdrachtgever?
Je website is volledig in het Nederlands, terwijl veel IT'ers in het Engels communiceren. Waarom heb je bewust voor Nederlands gekozen?
Laat ik vooropstellen: ik beheers het Engels goed en werk er dagelijks mee. Mijn code schrijf ik vrijwel altijd in het Engels, net als technische documentatie en communicatie met internationale partijen.
Maar voor mijn website heb ik bewust voor Nederlands gekozen — en dat heeft alles te maken met het moment waarop besluiten worden genomen. Als jij als ondernemer beoordeelt of we samenwerken, wil ik dat de communicatie zo helder mogelijk is. Geen onnodige drempel, geen ruimte voor misinterpretatie. Nederlands is op dat moment gewoon de meest directe taal.
Voor vertalingen hebben we bovendien uitstekende tools beschikbaar. Taal is in de praktijk allang geen obstakel meer. Heldere communicatie over het proces — dát is wat telt.
Hoe ziet een eerste kennismaking er uit — wat kan ik verwachten als ik contact opneem?
We starten met een kennismakingsgesprek — telefonisch of via Teams, wat voor jou het prettigst werkt. Daarna gaan we samen aan de slag in een workshop om scherp te krijgen welk probleem we willen oplossen en wat de beste aanpak is. Op basis daarvan doe ik een concreet voorstel.
Dit eerste traject — van kennismaking tot voorstel — is gratis, mits daar een samenwerking uit voortkomt. Ik investeer graag tijd in een goede start, omdat ik geloof dat een samenwerking alleen werkt als we beiden het gevoel hebben dat het klopt. Dus ben je geïnteresseerd neem dan contact op.
Hoe lang werk je al als zelfstandige, en wat deed je daarvoor?
Ik werk sinds 2014 als zelfstandig professional. In 2024 heb ik Gentful omgezet naar een BV — een logische stap na tien jaar ondernemen.
Gentful heb ik opgericht vanuit twee kernwaarden: autonomie en meesterschap. De vrijheid om uitdagingen aan te gaan die ik zelf interessant vind, én het vakmanschap om die op hoog niveau uit te voeren. Meer daarover lees je op de Over Gentful pagina.
Daarvoor heb ik in loondienst gewerkt bij een aantal bekende namen. Bij IC2IT, de ICT-organisatie van Isala ziekenhuis in Zwolle, deed ik ervaring op in de zorgsector. Via Yacht heb ik bij verschillende opdrachtgevers gewerkt. En bij wehkamp.nl mocht ik meewerken aan een van de eerste iDEAL-implementaties in Nederland — een mooie periode waarin techniek en e-commerce elkaar in hoog tempo vonden.
Die jaren in loondienst hebben mij gevormd: ik weet hoe het is om onderdeel te zijn van een organisatie, hoe besluitvorming werkt en wat er op de werkvloer echt speelt. Dat neem ik mee in elke opdracht.