Ik graviteerde om vroeg frontend omdat het het oppervlak waar de intentie voldoet aan de werkelijkheid: pixels, latentie, kopiëren, en flow beslissen of iemand blijft gaan of rustig vertrekt. Dat is een nederige plek om te werken.Je kunt je niet verschuilen achter abstracties als de gebruiker naar het resultaat kijkt. In de loop der jaren veranderde dat instinct in een herhaalbare lens: welke taak doet dit scherm, welke beperking is niet onderhandelbaar, en wat is de kleinste verandering die we kunnen verzenden die het vertrouwen, de helderheid of de snelheid meetbaar verbetert? Ik schrijf nog steeds UI, maar de vraag achter de UI is wat schalen tussen teams en producten.
Bij Luma Health bracht ik betekenisvolle tijd door in de Communication Hub Het product had opgepikt lagen van UX wrijving en legacy code paden die elke verandering voelde riskant, dat is hoe teams vertragen zonder op te merken. Ik hielp refactor dat oppervlak zodat de ervaring voelde lichter voor echte gebruikers, en we gebruikten feedback kanalen (waaronder gebruikersrapporten) om te valideren dat we waren vast te stellen wat mensen eigenlijk voelden niet alleen wat was gemakkelijk te meten op een dashboard. Tegelijkertijd behandelde ik de veiligheid als onderdeel van de gebruikerservaring: door de gebruiker gegenereerde rijke tekst is een klassieke voet-geweer voor XSS als je alleen sanitize Ik hielp bij het elimineren van kritische blootstelling door het reinigen van inhoud voordat API-verwerking en opnieuw op render grenzen, en ik bijgedragen aan gedeelde componenten API's en ontwerp-systeem beslissingen, zodat andere squads niet hebben om dezelfde scherpe randen opnieuw te ontdekken.
Sommige van mijn meest geavanceerde werk zit waar UX, backend gedrag, en operaties ontmoeten, waar een broze integratie wordt tickets, karn, of een late-night pagina. Een voorbeeld: een SFTP broadcast pipeline waar het werkt op mijn machine was niet genoeg voor klanten op gevoelige datastromen. Ik herontwerpde het zodat teams externe→interne veld mappings configureerden in de UI met validatie in plaats van raden en overstroming ondersteuning. Misconfiguratie tickets sterk gedaald, en we beschermden een relatie die niet kon veroorloven slordige handoffs. Bij Sisnet werkte ik op een gecureerde markt waar de inhoudssnelheid even belangrijk was als codekwaliteit. Ik bouwde een AdminJS CMS op Node.js zodat marketing en ops kon verzenden kopiëren, afbeeldingen, en styling zonder engineering voor elke tweak.
Buiten mijn fulltime rollen heb ik Membrus medeoprichter gemaakt: een platform voor kerken om lidmaatschap, communicatie en operaties in één samenhangend systeem te leiden in plaats van een patchwork van spreadsheets, groepschats en ad hoc tools. Het werk was niet een andere CRUD app toevoegen. Het was begrijpen hoe predikanten en personeel daadwerkelijk door een week heen bewegen wie toegang nodig heeft tot wat, wat breekt wanneer gegevens inconsequent zijn, en hoe om admin workflows te verzenden die niet-technische mensen kunnen bezitten. Ik bezat product en levering over oppervlakken: publieke aanwezigheid, ledengerichte ervaringen en interne hulpmiddelen, itereren met kerkleiders die royaal waren met eerlijke feedback. Dat is het soort product dat ik wil blijven bouwen: gegrond in echte beperkingen, verzonden naar echte gebruikers, verbeterd in het openbaar niet slideware.
Bij Shifting werkte ik in een klein team het verschepen van een ticketing markt onder echte scope druk.De snelheid deed er toe, maar dus niet branden mensen uit. Ik handelde vaak als de persoon die moest kiezen: wat snijden we, wat verharden we en wat weigeren we compromissen te sluiten? Mijn vooroordeel was naar de scheepvaart goed, niet verzending chaotisch: dagelijks deblokkeren, consistente code review dus feedback was voorspelbaar, en kleine DX verbeteringen die maakte de volgende week gemakkelijker dan de vorige. Ik bouwde ook interne CMS-stijl gereedschap zodat niet-technische teamgenoten inhoud konden itereren zonder engineering een knelpunt te worden. Het resultaat was niet alleen dat we gelanceerd was het was een functionele markt geleverd in een duurzaam tempo, met een klant die zich echt goed bediend voelde. Dat resultaat is even belangrijk voor mij als elk technisch detail.
Deze site is opzettelijk meer dan een statische cv. Het is i18n-first, deelt UI over de monorepo, en de lay-out prioriteiten leesbaar hiërarchie en afstand zo lange pagina's zoals deze blijven aangenaam om te lezen. Lucas AI maakt deel uit van dezelfde thesis: een assistent die antwoordt in eerste persoon, maar alleen vanuit een gestructureerde context hier gepubliceerd projects, ervaring, en hoe ik denk over trade-offs dus exploratie voelt gegrond in plaats van generiek. Als je zo ver leest, zie je het ambachtelijke argument in miniatuur: verhaal, systemen, en een product oppervlak dat uitnodigt tot diepte.
