Brent Ceulemans

Open voor nieuw werk

Ik bouw de systemen waar bedrijven écht op draaien.

  • Leads
  • Offertes
  • Werf
  • Facturen
  • Portaal

CRM- en operationele platformen op maat. Van de eerste binnenkomende lead tot de afgepunte factuur — elke rol krijgt een scherm dat past bij het werk dat die rol doet, in plaats van één scherm waar alles achter rechten verstopt zit.

Stack
  • TypeScript
  • React
  • Postgres
  • Supabase
  • Swift

Methode

Hoe ik werk

vier regels, betaald met incidenten

  1. Correctheid vóór vernuft, overal waar geld in het spel is

    Regelprijzen, btw-regimes en factuurtotalen worden bewaakt door invariant-checks in de database zelf. Die draaien volgens een schema en alarmeren alleen wanneer de toestand verandert. Een alarm dat elk kwartier opnieuw afgaat wordt weggeklikt, en is vanaf dat moment waardeloos.

    In de praktijk
    Elke geldregel is een constraint of een geplande check, nooit een comment.
    Zonder die regel
    Totalen die stilletjes uit elkaar lopen, en een klant die het vóór jou ziet.
  2. Toegangscontrole schroef je er niet achteraf op

    Een publiek klantenportaal op dezelfde database als de interne boekhouding betekent dat elke row-level policy en elke grant dragend is. Ik ga ervan uit dat een policy stuk is tot ik hem een request heb zien weigeren.

    In de praktijk
    Nieuw endpoint, nieuwe policy — en een test die eerst als de verkeerde gebruiker inlogt.
    Zonder die regel
    Eén ontbrekende voorwaarde maakt van een portaal een export van alles.
  3. Elk incident wordt een geschreven regel

    Alles wat echt tijd heeft gekost, komt in de repo te staan — de regel én het verhaal erachter. Een waarschuwing in proza werkt alleen als je ze toevallig leest net vóór je de fout zou maken, dus de belangrijkste worden geautomatiseerde checks.

    In de praktijk
    De regel gaat mee met de fix, in dezelfde commit, met het verhaal erbij.
    Zonder die regel
    Dezelfde storing twee keer, zes maanden uit elkaar, door iemand die de eerste nooit hoorde.
  4. Gemeten, niet aangenomen

    Voor ik beweer dat iets werkt, draai ik de check en lees ik de output. Die gewoonte is het grootste verschil tussen een systeem dat je vertrouwt en een systeem waar je op hoopt.

    In de praktijk
    Geen “zou moeten werken”. Draaien, lezen, en de regel citeren die het bewijst.
    Zonder die regel
    Een deploy die groen was in je hoofd en rood in productie.

Draai de check, lees de output, en dan pas zeggen dat het werkt.