# Riotbyte
> Senior engineers die op CTO-niveau meedenken en als product team bouwen. Geen freelancer, geen B-team. Eén partner van strategie tot productie.
Riotbyte B.V. is een software-agency en technisch partner voor Nederlandse scaleups, gevestigd in Rotterdam. We zijn CTO en product team voor founders zonder eigen tech-team, bouwen full-stack web-, mobile- en AI-producten, en vervangen handmatige workflows door software die meegroeit.
Contact: info@riotbyte.com (Aert van Nesstraat 45, 10th Floor, 3012 CA Rotterdam, Netherlands).
## Navigation
- [Home](https://riotbyte.com/)
- [Cases](https://riotbyte.com/cases/): overzicht van klantcases
- [Team](https://riotbyte.com/team/): founders en mensen
- [Tech](https://riotbyte.com/tech/): technologieën die wij inzetten
- [Technisch partner](https://riotbyte.com/technisch-partner/)
- [Softwareproducten](https://riotbyte.com/software-producten/)
- [Procesoptimalisatie](https://riotbyte.com/proces-optimalisatie/)
---
## Services
### Technisch partner
Slug: `technisch-partner`. URL: https://riotbyte.com/technisch-partner/
Voor ambitieuze ondernemers zonder eigen tech-team is Riotbyte de strategische partner die als verlengstuk van je organisatie het product bouwt, schaalt en op CTO-niveau meedenkt over richting en prioriteiten. Geen freelancer, geen standaard bureau. We bouwen niet vóór je, maar mét je.
Software keuzes, infrastructuur, hires: de beslissingen die je nu neemt bepalen wat je over drie jaar nog kunt veranderen. Intern is er niemand om ze tegen af te wegen, en externe leveranciers bouwen wat je vraagt zonder kritisch mee te denken.
Freelancers groeien niet met je mee en wachten op jouw input. Bureaus leveren wat je vraagt, want hoe meer scope, hoe meer omzet. Niemand die zegt dat een feature niet gebouwd hoeft te worden of dat een keuze je later duur komt te staan.
Elke prioriteit, elk besluit, elke release hangt aan jouw aandacht. Zonder tech-team dat zichzelf stuurt, schaalt jouw tijd niet mee met de ambitie.
Andere leveranciers bouwen zonder nadenken wat er gevraagd wordt. Tegengas geven kost ze omzet, want elke extra feature is extra factureerbare uren. Onze prikkel ligt elders: als de aanpak niet klopt of een keuze je later duur komt te staan, overleggen we dat en kiezen we voor een andere aanpak.
Code is het resultaat, niet het startpunt. We helpen productbeslissingen nemen, prioriteiten stellen en de roadmap sturen. We schuiven aan bij gesprekken met partners, klanten en investeerders, en wegen mee wat daar speelt in de keuzes die we samen maken.
Versnipperde verantwoordelijkheid betekent dat jij continu moet coördineren. Bij ons heb je één vast aanspreekpunt en een team dat alles omvat: strategie, architectuur, code, infrastructuur en onderhoud. Geen accountmanagers, je praat direct met de mensen die er verstand van hebben en met de mensen die het werk uitvoeren.
Wij draaien direct mee, met een team dat elkaar al kent en een werkwijze die staat. Geen werving, geen inwerkperiode. Ons team bestaat uit seniors met jarenlange ervaring die kritieke vraagstukken direct herkennen en zelfsturend met passende oplossingen komen.
Toen Michon van der Salm ons benaderde, lag er een MVP en een grote ambitie. Wat ontbrak was iemand die niet alleen bouwt wat gevraagd wordt, maar ook kritisch meedenkt over wat er gebouwd zou moeten worden.
Inmiddels kan Michon zich volledig richten op wat OfficeR in de markt wil zijn: hij kent zijn markt, haalt partijen binnen en bepaalt de richting. Alles wat techniek raakt ligt bij ons. We schuiven aan bij gesprekken met data-partners, denken mee over de roadmap, en zorgen dat de keuzes van vandaag passen bij waar OfficeR over een jaar wil staan. Geen tickets afwerken, maar meedenken op ondernemingsniveau.
Wanneer je alleen extra handen zoekt, geen strategische tegenkracht.
Wanneer je technische beslissingen liever volledig zelf neemt.
Wanneer het bij één opdracht moet blijven, zonder langere betrokkenheid.
Wanneer er geen ruimte is om mee te denken over product en richting.
---
### Softwareproducten
Slug: `software-producten`. URL: https://riotbyte.com/software-producten/
Wil je een digitaal product bouwen of moderniseren? Dan zijn wij het team dat denkt vanuit het probleem en bouwt voor de lange termijn. Geen wegwerpcode, geen vendor lock-in, geen leverancier die oplevert en verdwijnt.
Het idee voelt logisch, dus de mouwen gaan omhoog. Geen gesprek met gebruikers, geen scherpe probleemdefinitie, alleen aannames. Drie maanden later staat er een product dat past bij je eigen verhaal, niet bij dat van je gebruiker.
Het was twee maanden, het werd een halfjaar. Releases kruipen, mijlpalen schuiven, en ondertussen lanceert de concurrent wel. Tegen de tijd dat een feature live staat, is de markt alweer verder.
Legacy frameworks, opgestapelde technical debt, performance-problemen. Wat ooit een dag werk was, kost nu drie weken, en migreren schuift voor zich uit.
Bouwen wat gevraagd wordt is makkelijk. Bouwen wat nodig is, dat is de moeite waard. Discovery is geen kick-off-fase maar een doorlopend ritme, zodat je een jaar later niet staat met een product dat de verkeerde vraag beantwoordt.
We bedenken het product samen met jou en je gebruikers, en hetzelfde team ontwerpt en bouwt het ook. Je schakelt direct met de specialisten, zonder de overhead van project managers en account managers, en zonder kennis die onderweg verloren gaat.
Software die je over vijf jaar nog kunt uitbreiden zonder vanaf nul te beginnen. Beproefde technologieën, tests die regressies vangen, en een architectuur die meegroeit, zodat elke goede ontwikkelaar er morgen op verder kan bouwen.
Niet alles is nieuwbouw. Bestaande software moderniseren is vaak slimmer dan vanaf nul beginnen. Stap voor stap, scherm voor scherm, terwijl je product gewoon door blijft draaien. We beginnen met begrijpen wat er staat en waarom, voordat we iets vervangen.
Volkswagen koos Nederland als eerste land ter wereld waar dealers direct met de fabriek mochten koppelen. De oude route stuurde elke paar minuten de complete historie opnieuw naar de fabriek, alleen vanuit de dealer, zonder dat fabrieksinformatie terugkwam in het DMS waar de monteurs in werken.
Wij ontwierpen en bouwden de pilot, samen met de softwareleverancier en zijn ontwikkelaars. De architectuur hangt aan de werkorder: het moment waarop een handeling in het DMS wordt geregistreerd, is het moment waarop de fabriek het ziet, en andersom. Alleen wijzigingen stromen door, in beide richtingen.
Factua's facturatie- en incassoplatform deed wat het moest doen, maar de codebase eronder was in tien jaar zo dichtgeslibd dat uitbreiden bijna niet meer ging. Eén wijziging kon op drie andere plekken effect hebben.
We hebben scherm voor scherm gewerkt: eerst begrijpen wat er stond, dan het nieuwe design inbouwen, en tegelijk de onderlaag ordenen voor de toekomst. Wat begon als een modernisering werd een meerjarig partnerschap waarin features die op het oude systeem onmogelijk waren, nu op de roadmap staan.
Wanneer je een bureau zoekt dat bouwt wat je vraagt zonder te zoeken naar het probleem erachter.
Wanneer je een vastgelegde scope wil afwerken zonder ruimte om onderweg bij te sturen.
Wanneer je een kant-en-klare template of low-code-oplossing zoekt in plaats van maatwerk.
Wanneer prijs het belangrijkste criterium is, niet de waarde op lange termijn.
---
### Procesoptimalisatie
Slug: `proces-optimalisatie`. URL: https://riotbyte.com/proces-optimalisatie/
Lopen je processen vast of zitten ze de groei in de weg? Wij digitaliseren niet wat er is, maar denken het proces samen met je opnieuw door. We werken samen met de mensen die het werk dagelijks doen en bouwen in stappen die met de organisatie meegroeien.
Elke nieuwe klant, order of dossier betekent extra handen. Het proces schaalt niet mee, alleen het team groeit, en je marges staan onder druk.
De kennis zit in het hoofd van één of twee mensen. Gaan ze met vakantie, dan stokt het werk. Stappen ze op, dan ben je maanden bezig om de boel weer op de rit te krijgen.
Spreadsheets, gedeelde mailboxen en losse tools die niet met elkaar praten. Niemand weet precies wat de status is, rapportages spreken elkaar tegen, en informatie komt te laat om er nog op te kunnen sturen.
Een bestaand proces klakkeloos digitaliseren reproduceert oude inefficiëntie in een nieuw jasje. Wij gaan in gesprek met de medewerkers en gebruikers die het werk dagelijks doen, en werken samen met hen uit hoe het proces er écht uit zou moeten zien.
Geen twee jaar wachten op een nieuw systeem. We splitsen elk traject in kleine milestones die zelfstandig waarde opleveren, zodat het werk vandaag al makkelijker wordt en je gaandeweg kunt bijsturen op basis van wat in de praktijk werkt.
Repetitieve stappen, controles en foutgevoelig handmatig werk handelen we in software af. Medewerkers houden tijd en hoofdruimte over voor het werk waar hun ervaring écht het verschil maakt: klantcontact, oordeelsvorming, uitzonderingen.
In plaats van losse lijstjes, mailboxen en geheugen brengen we alle informatie samen op één plek. Iedereen kijkt naar dezelfde cijfers, beslissingen rusten op dezelfde feiten, en de status van het werk is in één oogopslag zichtbaar.
De research data repository van TU Delft, waar onderzoekers wereldwijd hun onderzoeksdata delen, kampte met stabiliteitsproblemen die wekelijks om aandacht vroegen, ook 's avonds. Eén ontwikkelaar hield het in de gaten en sprong bij. Het werkte, maar het team wist: zo kan het niet blijven.
Nu draait het platform zonder dat er iemand op hoeft te letten. De server herstelt zelf van drukke momenten. Wat ooit avonden per maand aan ongeplande inzet kostte, vraagt nu geen aandacht meer. En onder elke codewijziging staat een geautomatiseerde controle: een vangnet dat eerder ontbrak.
Wanneer de oplossing intern al bedacht is en je iemand zoekt om die uit te voeren.
Wanneer je een leverancier zoekt die jouw bestaande proces één-op-één digitaliseert zonder vragen te stellen.
Wanneer je het hele proces in één keer wil omzetten, zonder ruimte om in stappen te leren en bij te sturen.
Wanneer de mensen op de werkvloer geen ruimte krijgen om mee te denken over hoe het systeem zou moeten werken.
---
### Fractional CTO
Slug: `fractional-cto`. URL: https://riotbyte.com/fractional-cto/
Technische beslissingen stapelen op, maar een fulltime CTO aannemen is te vroeg of te duur. Freelancers wachten op input in plaats van mee te denken. Een consultant adviseert maar bouwt niet. Riotbyte vult de rol van fractional CTO in én levert het team dat de strategie uitvoert, direct inzetbaar, zonder fulltime hire.
Je bouwt, maar niemand bewaakt of de keuzes van nu de groei straks niet in de weg zitten. Technical debt stapelt op, beslissingen over de architectuur worden uitgesteld en niemand durft te zeggen dat iets niet gebouwd hoeft te worden.
Elke prioriteit, elke keuze over technologie, elk gesprek met een potentiële partner: het belandt op jouw bord. Zonder technisch leiderschap in je team schaalt jouw tijd niet mee met de ambitie van het bedrijf.
Freelancers groeien niet met je mee en wachten op jouw input. Bureaus leveren wat je vraagt, want hoe meer scope, hoe meer omzet. Niemand die zegt dat een feature niet gebouwd hoeft te worden, of dat een keuze je later duur komt te staan.
Werving van een senior CTO duurt vier tot zes maanden, inwerken nog eens drie. Riotbyte draait direct mee, als parttime CTO en met een team dat al weet hoe het werkt. Geen vacature, geen onboarding, geen maanden wachten voor er iemand bijdraagt.
De meeste fractional CTO's adviseren en verdwijnen. Riotbyte denkt op CTO-niveau mee én bouwt het product dat uit die strategie volgt. Je hoeft niet te schakelen tussen een adviseur en een development team: technisch leiderschap en uitvoering zitten bij één vaste partner.
Je schakelt direct met seniors die verstand van zaken hebben en met de mensen die het werk uitvoeren. Geen accountmanagers, geen projectmanagers ertussen. Wat je zegt, bereikt meteen degene die het oppakt.
Elke feature bouwen die gevraagd wordt is makkelijk. Zeggen dat iets niet gebouwd hoeft te worden, of dat een keuze je over twee jaar duur komt te staan, kost een leverancier omzet. Onze belangen liggen anders: we bouwen wat het bedrijf vooruithelpt, niet wat de factuur vergroot.
Toen Michon van der Salm ons benaderde, lag er een MVP en een grote ambitie. Wat ontbrak was iemand die niet alleen bouwt wat gevraagd wordt, maar kritisch meedenkt over wat er gebouwd zou moeten worden.
Riotbyte vult voor OfficeR de rol van fractional CTO in: van roadmap tot uitvoering, van investeerdersgesprek tot architectuurkeuze. Inmiddels kan Michon zich volledig richten op wat OfficeR in de markt wil zijn. Alles wat techniek raakt ligt bij ons.
Een fractional CTO, ook wel fractionele CTO of technische co-founder genoemd, is een externe technisch leider die op parttime of projectbasis de CTO-rol invult. Hij of zij denkt mee op strategisch niveau over technologie, product en architectuur, zonder de vaste kosten van een fulltime aanstelling. Voor scaleups die technisch leiderschap nodig hebben maar nog niet klaar zijn voor een fulltime hire, is een fractional CTO vaak de meest praktische keuze.
Een interim CTO inhuren doe je voor een tijdelijke overbrugging, meestal bij een vertrek of een acute crisis. Een fractional CTO is een structurele oplossing: die groeit mee met het bedrijf en is betrokken zolang de situatie dat vraagt. Het verschil zit in continuïteit. Bij Riotbyte is de betrokkenheid altijd langetermijngericht, geen tijdelijke opvulling.
Wanneer technische beslissingen te lang blijven liggen, wanneer je als founder elke sprint zelf moet aansturen, of wanneer je development team mist wat het nodig heeft om zelfstandig goede keuzes te maken. Dat is het moment. Niet wanneer het al misgaat, maar liever al daarvoor.
CTO as a service is een andere term voor hetzelfde concept als een fractional CTO: technisch leiderschap op abonnementsbasis, zonder fulltime hire. De term benadrukt de flexibiliteit: je schaalt de betrokkenheid op of af op basis van wat het bedrijf op dat moment nodig heeft.
De kosten hangen af van de omvang van de betrokkenheid, de complexiteit van de technische vraagstukken en of er ook een development team bij zit. Bij Riotbyte is de fractional CTO-rol altijd gekoppeld aan een team dat ook uitvoert. We bespreken dat in een eerste gesprek, zonder verplichtingen.
Wanneer je een consultant zoekt die adviseert zonder bij de uitvoering betrokken te zijn.
Wanneer je technische beslissingen volledig zelf wil blijven nemen.
Wanneer het bij één opdracht moet blijven, zonder structurele betrokkenheid.
Wanneer je al een sterke CTO in huis hebt en alleen development capaciteit zoekt.
---
## Cases
### Realtime data tussen de Volkswagen-fabriek en het Nederlandse dealernetwerk
Client: Volkswagen. URL: https://riotbyte.com/cases/volkswagen/
Nederland is wereldwijd het eerste land waar Volkswagen-dealers realtime data uitwisselen met de fabriek. Wij ontwierpen en bouwden de koppeling.
## Een wereldprimeur in Nederland
Volkswagen koos Nederland als eerste land ter wereld waar dealers direct met de fabriek mochten koppelen. Riotbyte ontwierp en bouwde de pilot, samen met de softwareleverancier en zijn ontwikkelaars.
Pon is de Nederlandse importeur van Volkswagen, Audi en Seat. Het Dealer Management System (DMS) van een Pon-softwareleverancier draait in vrijwel elk dealerbedrijf in Nederland. Monteurs, servicemedewerkers en magazijnpersoneel werken er dagelijks in. Tot voor kort liep de data tussen dat DMS en de Volkswagen-fabriek via een verouderde route. Elke paar minuten werd de complete historie van de afgelopen dagen opnieuw naar de fabriek gestuurd, alleen vanuit de dealer. Er was geen manier om te herkennen wat al gesynct was of wat sinds de vorige sync was gewijzigd, dus alles ging steeds opnieuw mee. Internationale informatie die de fabriek had over onderdelen en reparaties kwam niet terug naar het DMS. En wat er aan fabriekszijde binnenkwam, matchte vaak niet met de bestaande registratie, waardoor daar een berg ongekoppelde data ontstond.
Volkswagen leverde nieuwe software die realtime synchronisatie ondersteunt, en vroeg of het Nederlandse dealernetwerk daar als eerste op aan zou sluiten. De softwareleverancier schakelde Riotbyte in voor het ontwerp en de bouw van de koppeling. Wij presenteerden wekelijks aan de Volkswagen-stakeholders en rolden de pilot uit bij de eerste dealer.
## Ingebouwd in het systeem zelf
De vraag was niet óf een realtime koppeling kon. De vraag was hoe die in het bestaande DMS terechtkwam zonder dat de mensen op de werkvloer er last van hadden. Wij hebben de architectuur opgehangen aan de werkorder. Het moment waarop een handeling in het DMS wordt geregistreerd, is het moment waarop de fabriek het ziet. Diezelfde route werkt andersom: wat de fabriek weet over een onderdeel of een reparatie, verschijnt in het DMS op de plek waar de medewerker eraan werkt.
Voor de mensen op de werkvloer is dit gewoon hun bestaande applicatie, alleen met een directe verbinding met de fabriek erbij.
## Alleen wat verandert
Iedere werkorder loopt nu realtime over de koppeling. Wat een monteur registreert, staat binnen seconden bij de fabriek, op de juiste plek. Fabrieksinformatie over onderdelen en reparaties verschijnt automatisch in het DMS op het moment dat de medewerker er iets mee gaat doen. De zware periodieke syncs met de complete historie zijn verleden tijd: alleen wijzigingen stromen door, in beide richtingen.
## Resultaat
Voor Volkswagen ligt er een eerste werkende implementatie. Data uit het Nederlandse dealernetwerk komt actueel en schoon binnen, in beide richtingen gekoppeld aan de fabrieksregistratie. De softwareleverancier heeft de architectuur in handen om de rest van het Nederlandse dealernetwerk zelfstandig aan te sluiten, zonder externe afhankelijkheid. En bij de eerste dealer is internationale fabrieksinformatie die voorheen niet bereikbaar was nu beschikbaar voor de mensen die er hun werk mee doen.
De pilot staat live bij de eerste Nederlandse dealer. De rest van het Nederlandse netwerk rolt de leverancier zelf uit. Slaagt Nederland, dan volgt internationale uitrol vanuit de fabriek.
---
### TU Delft Library: ingehuurd voor twee klussen, gebleven voor het hele plaatje
Client: TU Delft Library. URL: https://riotbyte.com/cases/tu-delft-library/
De research data repository van TU Delft, waar onderzoekers wereldwijd hun data delen, kampte met stabiliteitsproblemen die wekelijks om aandacht vroegen, ook 's avonds. Nu draait hij zonder dat iemand er naar hoeft te kijken.
## De situatie
De research data repository is het platform waar onderzoekers aan de TU Delft en daarbuiten hun onderzoeksdata delen en publiceren. Wereldwijd bekeken, een open source project dat wordt onderhouden door een klein team binnen de universiteitsbibliotheek.
Het team had een uitdaging die al een tijdje sluimerde. De applicatie kampte met stabiliteitsproblemen die wekelijks om aandacht vroegen, ook 's avonds. Een ontwikkelaar hield het in de gaten en sprong bij wanneer dat nodig was. Daardoor bleef de applicatie draaien, maar het team wist: zo kan het niet blijven. En er was nog iets wat onderhuids meespeelde. Iedere codewijziging voelde als een klein risico. Er stond geen geautomatiseerde controle tussen een wijziging en productie, dus wat goed werkte kon morgen stuk zijn zonder dat iemand het direct zou zien.
## Wat het team er concreet aan heeft
Na dit traject draait het platform zonder dat er iemand op hoeft te letten. De server vangt drukke momenten zelf op, ook bij zware crawler-activiteit waar hij voorheen moeite mee had. Wat ooit een paar avonden per maand aan ongeplande inzet kostte, vraagt nu geen aandacht meer. De ontwikkelaar die dat bijhield heeft die tijd terug.
En er staat nu een vangnet onder het ontwikkelproces. Elke wijziging wordt automatisch gecontroleerd voordat hij op productie terecht kan komen. Dat verandert hoe het team werkt. Nieuwe features bouwen hoeft niet meer met ingehouden adem, en een bug die tussendoor wordt gefixt kan niet ongemerkt iets anders stuk maken. Voor een klein team dat een platform draait waar onderzoekers van over de hele wereld hun onderzoeksdata delen, is dat een ander soort werken.
## Wat er ligt voor de toekomst
Een applicatie die vandaag stabiel draait, is niet automatisch een applicatie die over drie jaar nog met gezonde kosten te onderhouden is. Daarom hebben we naast de concrete fixes ook een rapport opgeleverd met observaties en aanbevelingen over waar het platform staat en waar de keuzes zitten die het team structureel geld en tijd kosten als ze blijven zoals ze zijn. Dat geeft de organisatie iets om beslissingen op te baseren, nu en bij elke volgende moderniseringsstap: geen losse meningen, maar een onderbouwd overzicht van wat gezond is en wat aandacht verdient.
## Meer dan alleen de opdracht
Het traject had een heldere scope en een vaste prijs, waarin beide partijen van tevoren wisten waar ze aan toe waren. Een deel van het werk hebben we samen met een ontwikkelaar van het TU Delft team gedaan, die geregeld naar Rotterdam kwam om samen aan specifieke stukken te werken. Zo bleef de kennis die wij opbouwden ook binnen het team zelf hangen.
TU Delft Library huurde ons in voor twee afgebakende klussen: een probleem oplossen dat hen al te lang bezighield, en een testopzet neerzetten. Dat is gebeurd. Maar we hebben ons niet beperkt tot die twee klussen. We hebben meegekeken naar de applicatie als geheel, naar waar het team over een paar jaar wil staan, en naar de keuzes die nu gemaakt worden die dat mogelijk maken of juist in de weg zitten. Wat zij zochten was externe consultancy om iets te fixen. Wat ze kregen was een partij die meedenkt op het niveau waarop zij hun platform eigenlijk willen sturen, met uitkomsten die draaien om wat het de organisatie oplevert, niet om wat er technisch gebeurd is.
---
### Superconnectors: praktijken die meegroeien met het product
Client: Superconnectors. URL: https://riotbyte.com/cases/superconnectors/
Een netwerkplatform dat in korte tijd hard was gegroeid, met praktijken die ondertussen een update verdienden. Wij hielpen Superconnectors aan een ontwikkelproces dat het tempo van het product aankan, zodat hun engineers met meer rust en vertrouwen kunnen blijven bouwen.
Een product dat snel groeit is een mooi probleem, totdat het ontwikkelproces eronder het tempo niet meer bijhoudt en elke wijziging meer voorbereiding gaat vragen dan voorheen. Op dat punt stond Superconnectors toen ze ons benaderden.
## De situatie
[Superconnectors](https://www.superconnectors.io/) verbindt startups, investeerders en communitybuilders via samengestelde events. Het platform is in korte tijd uitgegroeid en doet inmiddels veel: live biedingsspellen, AI-matchmaking, geautomatiseerde e-mailflows, en integraties met de tools waar partners op rekenen. Daarmee kwam ook de vraag om het ontwikkelproces eronder mee op te trekken, zodat het team wijzigingen kon doorvoeren met meer zekerheid dat de rest blijft staan en feature-werk kon leveren zonder dat elke aanpassing extra voorzichtigheid vraagt.
## Wat het team nodig had
Een ontwikkelproces dat het tempo van het product bijhoudt: voorspelbaar werken, automatische controles tegen regressie onder elke wijziging, en genoeg gedeelde kennis om nieuwe mensen efficiënt in te kunnen werken.
## Hoe we het hebben aangepakt
Onze opdracht was om het bestaande team toe te rusten en sneller te laten werken. Daarom hebben we gewerkt aan werkwijzen die het team zelf eigen maakt en doorzet, zodat het effect ook blijft als wij niet meer aangesloten zijn.
## Wat het oplevert
Superconnectors levert nu uit met meer vertrouwen en kortere cyclustijden. Ontwikkelaars kunnen een wijziging doorvoeren zonder de hele applicatie in hun hoofd te hoeven hebben, en het team kan doorschalen zonder dat de complexiteit meegroeit. Het ontwikkelproces is daarmee weer in lijn met het product, en het team heeft de werkwijzen in handen om dat zo te houden naarmate Superconnectors verder groeit.
---
### Hoe Factua weer vooruit kon met hun product
Client: Factua. URL: https://riotbyte.com/cases/factua/
Een facturatieplatform dat functioneel klopte, maar waar uitbreiden onmogelijk was geworden. Wij vernieuwden de schermen en ordenden de codebase eronder, zodat Factua weer vooruit kan met het product.
## Het keerpunt
Elk softwareproduct komt vroeg of laat op een punt waarop de code het bedrijf meer in de weg zit dan dat het helpt. Nieuwe features kosten weken in plaats van dagen. Pagina's laden traag. Het team durft niks meer aan te raken uit angst iets anders te breken. Factua zat op zo'n punt.
## De situatie
Factua verzorgt de facturatie en incasso voor MKB'ers, ZZP'ers, financieel dienstverleners en verenigingen. Het platform doet functioneel wat het moet doen, klanten werken er dagelijks mee. Maar de interface voelde gedateerd en de codebase eronder was in de loop van ruim tien jaar zo dichtgeslibd dat uitbreiden bijna niet meer ging. Een interne designer had al een nieuw ontwerp gemaakt. Mooi, modern, klaar voor gebruik.
Factua valt onder de CAK Groep, samen met de verzekeraars Promovendum, Academica en Besured. De ontwikkelcapaciteit binnen de groep wordt bewust ingezet op die verzekeringsproducten, de core business. Voor een meerjarig moderniseringstraject op Factua zochten ze daarom een externe partner. Eentje waarvan ze wisten hoe die werkt, hoe die autonomie inzet om de juiste technische keuzes te maken voor de lange termijn, en die niet bij elk zijpad om sturing hoeft te vragen.
## Waar het ingewikkeld werd
Het systeem is zo'n tien tot vijftien jaar geleden opgezet en daarna jarenlang uitgebreid. Veel van die uitbreidingen zijn onder tijdsdruk toegevoegd, met oplossingen die op dat moment werkten maar die de structuur niet sterker maakten. Eenmaal zo gegroeid werd er op diezelfde oude technieken verder gebouwd, in plaats van te vernieuwen. Het resultaat was een codebase die complex was op plekken waar dat niet hoefde, en waarin één wijziging op drie andere plekken effect kon hebben.
Daarbij was de kennis over hoe het systeem precies in elkaar zat in de loop der jaren versnipperd geraakt, wat vaker gebeurt bij software die lang meegaat. Dat betekende dat wij een deel van het voorwerk zelf moesten doen: onderzoeken hoe schermen werkten, uitvogelen waarom bepaald gedrag er zat, en op basis daarvan bepalen hoe het in de nieuwe opzet zou moeten werken. Een soort archeologie, waarin we de ruimte kregen om die keuzes zelf te maken, mits goed onderbouwd. Hun eigen developers reviewden vervolgens ons werk.
## Hoe we het hebben aangepakt
We hadden het hele systeem in één klap kunnen vervangen. Dat doen we bewust niet. Het platform staat in productie, klanten rekenen erop, en de functionaliteit zelf is prima. Wat moest veranderen was wat de gebruiker ziet en de structuur die daaronder lag. We hebben scherm voor scherm gewerkt: eerst begrijpen wat er stond, dan het nieuwe design inbouwen, en tegelijk de onderlaag ordenen op een manier die uitbreiden in de toekomst mogelijk maakt.
Omdat vooraf niet precies te voorspellen was wat we onderweg tegen zouden komen, was er ook geen vaste scope afgesproken. Dat werkte voor beide kanten: wij konden dingen oplossen die we tegenkwamen in plaats van eromheen te werken, en Factua kreeg een product dat daadwerkelijk klaar was voor de toekomst.
Het platform staat op dit moment in de testfase en wordt in stappen klaargemaakt voor livegang.
## Wat het Factua oplevert
Het belangrijkste resultaat is dat Factua weer vooruit kan met het product. Features die op de oude codebase niet meer haalbaar waren, staan nu op de roadmap. De doorontwikkeling van die nieuwe functionaliteit doen wij ook, zodat het Factua-team er geen capaciteit op hoeft te zetten en de rest van de groep zich op de verzekeringsproducten kan blijven richten. Wat begon als een modernisering is daarmee uitgegroeid tot een langere samenwerking waarin wij het technisch partnerschap rond het product invullen.
---
### OfficeR: een technisch partner die jouw missie waarmaakt
Client: OfficeR. URL: https://riotbyte.com/cases/officer/
OfficeR breekt de gesloten kantorenmarkt open voor huurders. Wij vullen de technische rol in het bedrijf, van strategie tot oplevering.
## Een vastgelopen markt
De kantorenmarkt werkt nog grotendeels zoals vijftien jaar geleden. Wie een kantoorruimte zoekt, gaat via een makelaar die een stevige fee rekent en heeft zelf weinig inzicht in wat er echt beschikbaar is. Michon van der Salm kent die markt van binnenuit, en weet precies waar het vastzit. Zijn missie met OfficeR: huurders weer de regie geven, op basis van heldere data en een eerlijk matchingsproces, en daarmee een markt die lang dezelfde vorm heeft opengooien.
## Hoe Michon bij ons kwam
Toen Michon ons benaderde, lag er al een MVP. Die was gebouwd door een eerdere partij en was goed genoeg om het verhaal mee te vertellen. Hij kon potentiële partners en investeerders laten zien waar hij heen wilde. Wat ontbrak was voldoende aanbod in de database, en iemand die verder meedacht dan opleveren wat er werd gevraagd.
Wat Michon zocht was geen nieuwe leverancier maar een technisch partner. Iemand die niet vanuit techniek denkt maar vanuit het bedrijf: wat moet OfficeR op korte termijn waar kunnen maken, waar staat het over drie jaar, en welke keuzes nu maken dat mogelijk. Iemand die kritisch meedenkt in plaats van klakkeloos uitvoert, en die de uitkomsten van dat gesprek vervolgens zelf omzet in werkend product.
## Hoe we die rol invullen
Wij zijn voor OfficeR het technische deel van het bedrijf. Wat dat in de praktijk betekent: we beginnen niet bij de techniek maar bij de onderneming. Waar wil OfficeR over een jaar staan, welke markt willen we dan bedienen, wat hebben we dan nodig. Pas daarna komt de vraag hoe we dat technisch bouwen. Zo blijft de techniek iets wat het bedrijf ondersteunt, in plaats van iets waar de onderneming zich naar moet voegen.
In de praktijk zitten we daarom niet alleen aan tafel als er code geschreven moet worden. We schuiven aan bij gesprekken met potentiële data-partners, we denken mee over wat prioriteit verdient op de roadmap en wat nog even kan wachten, en we zorgen dat wat er vandaag gebouwd wordt ook past bij waar OfficeR volgend jaar wil staan.
Dat maakt de rolverdeling helder. Michon doet waar hij het sterkst in is: de markt kennen, partijen binnenhalen, richting bepalen. Alles wat techniek is ligt bij ons, van strategie tot uitvoering. We schakelen op ondernemingsniveau, niet op taakniveau. Dat betekent ook dat we kritisch zijn op wat er gebouwd moet worden. Wat een oprichter intuïtief denkt dat klopt, is niet altijd wat gebruikers of marktpartijen terugzeggen. We stellen die vragen, zoeken de input op bij de mensen voor wie we bouwen, en helpen zo mee de goede conclusies te trekken voordat we iets in code gieten.
## Hoe de samenwerking er inmiddels uitziet
Wat begon als "ons product op de rit krijgen" is uitgegroeid tot een structurele betrokkenheid bij OfficeR als onderneming. We zijn geen leverancier die per project wordt ingehuurd, we zijn de technisch partner waarbij de verantwoordelijkheid thuishoort. Voor Michon betekent dat dat hij zich volledig kan richten op wat OfficeR in de markt wil zijn, met de zekerheid dat er naast hem staat wie dat technisch ook waar kan maken.
---
### Skalar: software die meebeweegt met instrumenten van wereldklasse
Client: Skalar Analytical. URL: https://riotbyte.com/cases/skalar/
Skalar bouwt al sinds 1965 laboratoriuminstrumenten waar labs over de hele wereld op leunen. Voor de volgende generatie software wilden ze een gedeelde basis onder al hun productlijnen, plus reproduceerbare cloud-infrastructuur in eigen beheer. Wij hebben dat samen met hen opgezet.
[Skalar Analytical](https://www.skalar.com/) bouwt sinds 1965 laboratoriuminstrumenten die wereldwijd in milieu-, farma- en voedingslabs draaien. Aan de softwarekant van die producten was een volgende stap nodig.
## De situatie
De besturingssoftware van Skalar was over de jaren met de instrumenten zelf meegegroeid. Per productlijn, en vaak per generatie, was er een eigen applicatie ontstaan. Een logische evolutie, maar zonder gedeelde codebase waar alle productlijnen op konden voortbouwen. Voor de volgende generatie instrumenten wilde Skalar die er wél onder leggen, zodat nieuwe ontwikkelingen niet telkens vanaf nul beginnen.
Tegelijk maakte Skalar de stap richting cloud, omdat klanten op termijn van hun apparatuur dezelfde gebruikservaring zullen verwachten als van de software die ze dagelijks gebruiken. Daarvoor zochten ze een partner die de software op één gedeelde codebase kon brengen en daaronder reproduceerbare cloud-infrastructuur kon opzetten.
## Hoe we het hebben aangepakt
Aan de softwarekant hebben we een gedeelde codebase gebouwd waar alle instrumentbesturing op draait, met een gemeenschappelijk design system en de gedeelde functionaliteit op één plek. Wat eerder per productlijn los groeide, draait nu op één schaalbaar platform. Het ontwikkelteam heeft daardoor minder dubbel werk, en de Skalar-ervaring blijft consistent tussen instrumenten.
Aan de infrastructuurkant hebben we de cloud opgezet met de randvoorwaarde dat het Skalar team het zelfstandig moet kunnen voortzetten. Daarom is alles als code vastgelegd en gedocumenteerd, zodat het beheer en de uitbreiding bij Skalar zelf liggen, zonder afhankelijkheid van ons.
## Wat het oplevert
Skalar heeft nu één schaalbaar softwareplatform voor alle productlijnen. De volgende generatie instrumenten begint daarmee niet meer bij nul, en de cloud-infrastructuur eronder draait in eigen beheer. Hardware en software groeien zo uit dezelfde lijn door, op een tempo dat Skalar zelf bepaalt.
---
### SkillyBee: van visie naar valideerbaar concept
Client: SkillyBee. URL: https://riotbyte.com/cases/skillybee/
SkillyBee had een ambitieus idee voor een platform waar talent zichtbaar wordt en coaches helpen verder te groeien. Voordat de bouw begon, hielpen wij dat idee scherp te krijgen: wat hoort bij de eerste versie, en kan het concept overeind blijven als product.
Voordat SkillyBee aan de bouw begon, was er een andere vraag: blijft dit concept als product overeind, en hoe ziet een minimale versie eruit waarmee dat te toetsen valt?
## De situatie
SkillyBee zag een platform voor zich waar creators hun vaardigheden laten zien via posts en daar gestructureerde feedback op krijgen van gecertificeerde coaches. Geen vacaturesite of portfoliosite, maar een omgeving waar vaardigheden zichtbaar worden gemaakt en aangescherpt door inhoudelijke interactie tussen verschillende gebruikersgroepen.
Met meerdere gebruikersgroepen die elkaar moeten versterken zat de complexiteit in het ontwerp van het idee zelf. Hoe weet je voorafgaand aan de bouw of dat idee als product werkt, en welke onderdelen daadwerkelijk horen bij een eerste versie waarmee je dat kunt aantonen?
## Hoe we het hebben aangepakt
We hebben SkillyBee door een discovery-traject genomen. In workshops hebben we uitgewerkt wie de verschillende gebruikersgroepen zijn, wat ze van elkaar nodig hebben, en welke onderdelen werkelijk horen bij de eerste versie tegenover wat later kan komen. Dat zijn de juiste vragen op het juiste moment, voordat antwoorden in code worden vastgelegd.
De uitkomst is een klikbaar prototype van hoe het platform zou werken, met onderbouwing van de keuzes daarachter. SkillyBee kan dat direct voorleggen aan gebruikers, partners en investeerders, en gebruikt het om feedback op te halen voordat er een regel code wordt geschreven.
## Wat er ligt
SkillyBee ging weg met een gevalideerd concept, een heldere afbakening van wat de eerste versie wel en niet doet, en een prototype waarmee dat verhaal direct te vertellen valt. Wanneer de bouwfase begint, vertrekt SkillyBee vanuit keuzes die zijn getoetst bij de gebruikersgroepen waar het platform voor bedoeld is.
---
## Tech
### TypeScript
Slug: `typescript`. URL: https://riotbyte.com/tech/typescript/. Official site: https://www.typescriptlang.org/
De taal waarin we bijna alles schrijven. Types vangen het soort fouten die op productie pas pijn doen.
TypeScript is de standaard taal achter vrijwel elk Riotbyte-project. De extra strengheid kost je een paar minuten extra in het editorvenster en bespaart je dagen aan debugging in productie. Refactors die anders weken zouden vragen kunnen in TypeScript binnen een middag, omdat de compiler de aanroepende code voor je vindt.
Wij zetten TypeScript niet alleen op de frontend in maar over de hele stack heen: gedeelde domeinmodellen tussen client en server, strakke API-contracten, en types die uit de database afgeleid worden zodat één bron van waarheid blijft staan tussen schema en code.
---
### React
Slug: `react`. URL: https://riotbyte.com/tech/react/. Official site: https://react.dev/
De UI-bibliotheek waar we frontends mee bouwen die snel laden en lang houdbaar zijn.
React is voor ons de default voor klant-facing en interne web-interfaces. De combinatie met TypeScript, een doordachte componenten-bibliotheek en server-side rendering levert frontends op die zowel snel laden voor de gebruiker als jaren te onderhouden blijven voor het team eronder.
Wij bouwen React-interfaces voor scaleups die hun product opbouwen, voor admin-omgevingen die met grote datasets stabiel moeten draaien, en voor publieke sites waar performance direct conversie raakt. Altijd met aandacht voor toegankelijkheid, een ontwerp-systeem dat met het product meegroeit, en een testopstelling die het team durft te wijzigen.
---
### Angular
Slug: `angular`. URL: https://riotbyte.com/tech/angular/. Official site: https://angular.dev/
Opinionated TypeScript-framework voor frontends waar structuur en testbaarheid voorgaan.
Angular is voor ons de keuze wanneer een frontend genoeg complexiteit draagt om gebaat te zijn bij een framework met sterke conventies in plaats van losse bibliotheken. Modules, dependency injection, een eigen template-taal en eerste-klas TypeScript-ondersteuning geven structuur aan applicaties die jaren mee moeten en door wisselende teams onderhouden worden.
Wij zetten Angular in voor enterprise-grade frontends, voor systeemintegratie-portalen waar veel data, formulieren en interacties tegelijk samenkomen, en voor producten waar de samenstelling van het team in de loop van de tijd verandert. De conventies van Angular zorgen dat nieuwe ontwikkelaars sneller meekomen op een bestaande codebase.
---
### Next.js
Slug: `nextjs`. URL: https://riotbyte.com/tech/nextjs/. Official site: https://nextjs.org/
React-framework voor productie-applicaties waar performance, SEO en developer experience tegelijk moeten kloppen.
Next.js is voor ons het default framework als we een React-applicatie naar productie brengen. Server components, file-based routing, en een rendering-strategie (SSR, ISR, statisch) die per route gekozen kan worden zonder dat de codebase in twee architecturen uiteenvalt.
We zetten Next.js in voor klant-facing portalen waar laadtijd direct conversie raakt, voor admin-interfaces die met honderden gelijktijdige gebruikers stabiel moeten draaien, en voor publieke sites waar SEO en deelbare URL's net zo belangrijk zijn als de interactie eronder.
---
### NestJS
Slug: `nestjs`. URL: https://riotbyte.com/tech/nestjs/. Official site: https://nestjs.com/
Het backend-framework waar we API's mee bouwen die met het bedrijf meegroeien.
NestJS is ons default backend-framework voor TypeScript-services die meer doen dan een handjevol endpoints. Modules, dependency injection en duidelijke layering geven structuur aan een codebase die over jaren mensen ziet komen en gaan zonder dat de architectuur verwatert.
Wij gebruiken NestJS voor systeem-integraties waar meerdere bronnen samenkomen, voor backends die honderden gelijktijdige gebruikers stabiel moeten bedienen, en voor producten waarvan de API in de loop van de tijd zelf onderdeel van het aanbod wordt.
---
### Symfony
Slug: `symfony`. URL: https://riotbyte.com/tech/symfony/. Official site: https://symfony.com/
PHP-framework voor backends waar architectuur, testbaarheid en lange-termijn-onderhoud meetellen.
Symfony is een volwassen PHP-framework dat dezelfde patronen biedt als wat je in NestJS of Spring zou herkennen: modules, services, dependency injection, en een eigen ORM (Doctrine) waarmee complexe domeinmodellen helder te beschrijven zijn. Voor PHP-teams met een bestaande codebase betekent het: een upgrade-pad zonder de stack op te blazen.
Wij werken met Symfony bij systeem-integraties waar PHP de gegeven werkomgeving is, bij scaleups die een bestaande Symfony-applicatie verder willen brengen, en in situaties waar de architectuur een opinionated framework verdraagt om snelheid en correctheid samen mogelijk te maken.
---
### Livewire
Slug: `livewire`. URL: https://riotbyte.com/tech/livewire/. Official site: https://livewire.laravel.com/
Server-rendered interactiviteit voor PHP-applicaties, zonder een aparte frontend-stack erbij te bouwen.
Livewire is een PHP-bibliotheek die interactieve componenten op de server rendert en via een dunne JavaScript-laag synchroon houdt met de client. Het vult de plek tussen klassieke server-rendered apps en een full SPA: je houdt PHP als bron van de waarheid, maar krijgt het soort interactiviteit waar gebruikers vandaag op rekenen.
Wij zetten Livewire in bij PHP-platforms waar de complexiteit niet rechtvaardigt om een tweede stack erbij te onderhouden, en waar de doorlooptijd van feature naar productie kort moet blijven. Vooral nuttig bij moderniseringen van bestaande PHP-systemen, waar de team-skills al in PHP zitten en het pad naar een aparte React- of Vue-frontend onevenredig veel kosten zou vragen.
---
### PostgreSQL
Slug: `postgres`. URL: https://riotbyte.com/tech/postgres/. Official site: https://www.postgresql.org/
De relationele database waar wij standaard naar grijpen wanneer data integriteit telt.
PostgreSQL is de open-source relationele database die de meeste van onze productiesystemen draagt. Sterk type-systeem, transacties die je kunt vertrouwen, en een ecosysteem aan extensies (PostGIS, pgvector, TimescaleDB) dat hem klaar maakt voor werk dat verder gaat dan een CRUD-applicatie.
Wij gebruiken Postgres voor financiële platformen waar consistentie verplicht is, voor systemen waar tientallen miljoenen rijen rond moeten zonder dat queries traag worden, en voor producten die geleidelijk uitbreiden naar zaken als full-text search of geospatial data zonder dat we van database hoeven te wisselen.
---
### Prisma
Slug: `prisma`. URL: https://riotbyte.com/tech/prisma/. Official site: https://www.prisma.io/
De data-laag die het databaseschema en de TypeScript-types in één bron van waarheid houdt.
Prisma is onze standaard tussen TypeScript-applicaties en PostgreSQL. Eén schemabestand definieert de database én de types die de applicatie eronder gebruikt. Wijzigingen propageren zichtbaar door je codebase: migraties, queries en uitkomsten lopen synchroon, en de compiler vangt wat anders pas op productie zou breken.
Wij zetten Prisma in voor applicaties waar data en domein nauw verweven zijn, waar het schema vaak wijzigt naarmate het product groeit, en waar verschillende teams tegelijk aan dezelfde codebase werken zonder dat queries en kolommen langs elkaar heen gaan leven.
---
### Supabase
Slug: `supabase`. URL: https://riotbyte.com/tech/supabase/. Official site: https://supabase.com/
PostgreSQL-gebaseerde backend-as-a-service met realtime, auth en row-level security uit de doos.
Supabase is voor ons de keuze wanneer een product de kracht van een echte PostgreSQL-database wil zonder eerst een eigen backend op te bouwen. Authenticatie, realtime subscriptions, opslag en row-level security komen meegeleverd, en omdat het onder de motorkap gewoon Postgres is hou je later alle vrijheid om naar een eigen backend te schalen zonder van database te wisselen.
Wij zetten Supabase in voor scaleups die snel naar gebruikers willen zonder de operationele overhead van een eigen platform, voor producten waar realtime samenwerking centraal staat, en voor MVP's waar het bewijs uit gebruikersgedrag moet komen voordat zware investering in infrastructuur te rechtvaardigen valt.
---
### Firebase
Slug: `firebase`. URL: https://riotbyte.com/tech/firebase/. Official site: https://firebase.google.com/
Backend-as-a-service voor producten die snel naar gebruikers willen zonder eerst een platform op te bouwen.
Firebase brengt authenticatie, realtime database, opslag en cloud functions in één pakket. Voor producten in de eerste paar maanden levensduur betekent dat: je richt je aandacht op de feature waarmee je gebruikers wint, in plaats van op de infrastructuur eronder.
Wij kiezen voor Firebase wanneer een product snel naar de markt moet, wanneer realtime samenwerking tussen gebruikers een eis is, of wanneer de operationele overhead van een zelf-gebouwde backend (nog) niet te rechtvaardigen valt. Wanneer het product schaalt en de eisen complexer worden, helpen we vervolgens met de stap naar een eigen backend zonder breuk voor de gebruiker.
---
### Docker
Slug: `docker`. URL: https://riotbyte.com/tech/docker/. Official site: https://www.docker.com/
Containers zodat 'het werkt op mijn machine' niet langer een productiestoring is.
Docker is de gemene deler onder ongeveer elk Riotbyte-project. Dezelfde container draait lokaal, in CI, in staging en in productie. Een bug die je in development reproduceert blijft daardoor ook in productie gefixt, en omgekeerd.
Wij gebruiken Docker als basis voor een reproduceerbare development-omgeving, voor CI-pipelines waar testen onder realistische omstandigheden draaien, en als bouwsteen onder grotere orchestratie zoals Kubernetes wanneer de eisen daar om vragen.
---
### DevOps
Slug: `devops`. URL: https://riotbyte.com/tech/devops/
Infrastructure-as-code, CI/CD en observability: zo kan het team morgen nog releasen zonder ingehouden adem.
DevOps is bij ons geen aparte rol maar een werkwijze. Elke wijziging gaat door geautomatiseerde controles voordat hij productie raakt, infrastructuur staat in code zodat omgevingen reproduceerbaar zijn, en er staan dashboards die het verschil tussen "het werkt" en "het werkt voor iedereen" zichtbaar maken.
We pakken DevOps op wanneer een team sneller wil releasen zonder regressies, wanneer een platform stabiliteitsproblemen heeft die wekelijks om aandacht vragen, of wanneer een organisatie de stap maakt van een handmatige deploy naar een proces waar iedereen op kan vertrouwen.
---
### Sentry
Slug: `sentry`. URL: https://riotbyte.com/tech/sentry/. Official site: https://sentry.io/
Observability voor productie-software. Fouten zien voordat een gebruiker ze meldt.
Sentry is onze standaard voor het kort houden van de afstand tussen "er is iets stuk in productie" en "we weten wat er stuk is". Stack traces met context, release-tracking, en alerts die naar het team gaan zonder dat iemand handmatig logs moet doorploegen.
Wij koppelen Sentry vanaf dag één aan productie-applicaties, niet als een naderhand-toevoeging. Bij scaleups die te lang met "zoek het uit in de logs" werkten geven we vaak ook een tweede leven aan Sentry: gestructureerde events, foutbudgetten en dashboards waar het team daadwerkelijk naar kijkt.
---
### Electron
Slug: `electron`. URL: https://riotbyte.com/tech/electron/. Official site: https://www.electronjs.org/
Cross-platform desktop apps gebouwd met web-technologie, voor producten waar hardware en native UX samenkomen.
Electron pakt een Node.js-runtime en Chromium-renderer in één installeerbare desktop-applicatie. Je schrijft de UI in React (of welk web-framework je team al kent) en levert hetzelfde resultaat op Windows, macOS en Linux. Voor producten die op werkstations naast hardware moeten draaien betekent het: één codebase, drie platforms.
Wij zetten Electron in wanneer een product met laboratorium- of industriële instrumenten moet praten via lokale protocollen, wanneer offline werken een eis is, of wanneer een installeerbare app vertrouwen oplevert dat een browser-tab niet wekt. In combinatie met TypeScript en React blijft de codebase consistent met onze webprojecten en kan het team makkelijk schakelen tussen surfaces.
---
### .NET
Slug: `dotnet`. URL: https://riotbyte.com/tech/dotnet/. Official site: https://dotnet.microsoft.com/
Microsoft's volwassen cross-platform framework voor backend-services en desktop-applicaties, met C# als domein-taal.
.NET en C# zijn de keuze wanneer een team al in het Microsoft-ecosysteem werkt, wanneer Azure-integratie eersteklas moet zijn, of wanneer hardware-integratie en interop met bestaande Windows-componenten centraal staan. Het type-systeem van C# is sterk genoeg om grote domeinmodellen helder uit te drukken zonder dat de codebase verwatert.
Wij werken met .NET bij integraties met laboratoriuminstrumenten, industriële controllers en Microsoft-cloud-systemen. Voor scaleups in industriële, lab- of healthcare-domeinen levert het een ecosysteem waar dependencies, tooling en operationele kennis gewoon bestaan: geen niche-stack die je later weer weg moet engineeren.
---
### Azure
Slug: `azure`. URL: https://riotbyte.com/tech/azure/. Official site: https://azure.microsoft.com/
Microsoft's cloud platform voor producten waar enterprise-integratie, Active Directory en hybride scenarios meetellen.
Azure is de cloud waar je naartoe gaat wanneer Microsoft-tooling al onderdeel is van de klantorganisatie, wanneer Active Directory de waarheid is over wie binnen mag, of wanneer een hybride architectuur (on-prem instruments plus cloud-data) een gegeven is. App Service, Functions, Container Apps, AKS en Azure SQL leveren dezelfde bouwstenen als de andere clouds, met betere koppeling naar Microsoft-only stacks.
Wij zetten Azure in bij scaleups in het Microsoft-domein (lab, industrieel, finance, healthcare), bij integraties met bestaande Microsoft-back-offices, en bij producten waar Active Directory en single-sign-on vanaf dag één goed moeten zitten. Beheer doen we via Terraform zodat omgevingen reproduceerbaar in code beschreven staan.
---
### Terraform
Slug: `terraform`. URL: https://riotbyte.com/tech/terraform/. Official site: https://www.terraform.io/
Infrastructure as code: omgevingen in versiebeheer in plaats van handmatige clicks in een cloud-console.
Terraform beschrijft cloud-infrastructuur in declaratieve code. Wat je in Git ziet is wat in de cloud draait. Geen drift tussen staging en productie omdat iemand een knop in de console heeft omgezet. Een nieuwe omgeving aanmaken is een `terraform apply` in plaats van een dagvullende handmatige checklist.
Wij zetten Terraform in bij elk traject waar meer dan één omgeving in het spel is: staging tegenover productie, multi-tenant per klant, of disaster-recovery-replica's. Providers voor Azure, AWS, DigitalOcean en Cloudflare houden onze playbook consistent ongeacht waar de workloads landen.
---
## Team
### Daniël Brekelmans (Founder)
Vertaalt business naar techniek, en terug.
Tien jaar als senior engineer en lead voor scaleups en multinationals. Evenveel tijd doorgebracht in directiekamers als in code. Vertaalt strategische keuzes naar architectuur, en architectuur terug naar wat het kost en oplevert. Vindt "nee" soms het beste antwoord.
---
### Niels Mokkenstorm (Founder)
Begint bij wie ermee werkt, tekent de architectuur, maakt het werk lichter.
Gelooft dat goede infrastructuur niet over uptime gaat, maar over flow, focus en werkplezier van het developer-team. Zorgt dat het juiste doen ook het makkelijkste is. Tien jaar als technisch eindverantwoordelijke en engineer bij scaleups en grotere organisaties. Schrijft code, ontwerpt architectuur en doet site reliability engineering: betrouwbare software op Azure, AWS en Kubernetes.
---
### Maarten Nusteling (Founder)
Bouwt producten die over vijf jaar nog staan én meegroeien.
Bemoeit zich net zo graag met de architectuur als met de eerste mockup. Bouwt full-stack, van idee tot deploy, en denkt vijf versies vooruit. Kiest liever de saaie technologie die over vijf jaar nog werkt dan de hippe stack van vandaag.
---