Exclusief interview met Joshua
« Kakarot », oprichter van QBCore
Een paar maanden voor de release van GTA 6 maakt de FiveM-scene zich op voor een overgang die niemand echt kan inschatten. Joshua, online bekend als Kakarot, is een van de weinige stemmen die er met ervaring over kan praten. Hij richtte QBCore op, het open-source framework dat vandaag het merendeel van de roleplay-servers in het ecosysteem aandrijft. Hij ging akkoord met een gesprek met ons.
Voormalig PC-technicus en bouwer van custom gaming-rigs, die FiveM bij toeval als speler vond, blikt Joshua met ons terug op zeven jaar framework, op wat QBCore tot de standaard maakte en op wat volgens hem zal overleven wanneer het ecosysteem van engine verandert.
Kun je jezelf voorstellen en uitleggen hoe je in de wereld van FiveM en roleplay terecht bent gekomen?
« Mijn naam is Joshua, ik ben opgegroeid met technologie als een constante in mijn leven. Voor QBCore runde ik mijn eigen IT-bedrijf, repareerde computers, bouwde custom gaming-pc's, werkte direct met klanten. Ik was geen software-engineer met een formele titel, ik was gewoon iemand die systemen diep begreep en het leuk vond om problemen met technologie op te lossen. Ik ontdekte FiveM op dezelfde manier als de meeste mensen, als speler. Ik was niet op zoek naar een ontwikkelplatform, ik zocht gewoon iets interessants om te spelen. Maar hoe meer tijd ik in die wereld doorbracht, hoe meer ik de gaten begon te zien. De ervaringen die server owners probeerden te creëren stonden voorop op de tools die beschikbaar waren om ze te bouwen. Die kloof tussen ambitie en capaciteit trok me van de spelerskant naar de ontwikkelaarskant. Toen ik eenmaal begon te bouwen, ben ik nooit echt gestopt. Dezelfde instincten die me goed maakten in het diagnosticeren van een kapot systeem of het architecteren van een custom pc-build vertaalden zich verrassend goed naar framework-design. In de kern is het hetzelfde, begrijpen hoe componenten in elkaar passen en ervoor zorgen dat het fundament solide genoeg is om alles te dragen wat erop wordt gebouwd. »
Hoe verliep je traject tot de creatie van QBCore?
« Voor QBCore was ESX in feite de enige serieuze framework-optie en het had beperkingen die me als ontwikkelaar frustreerden. De architectuur voelde gedateerd aan en gaf server owners niet de flexibiliteit of performance die ze nodig hadden om de ervaringen te bouwen die ze voor ogen hadden. Ik begon met het bouwen van tools om mijn eigen problemen op te lossen, en uiteindelijk werd het duidelijk dat wat ik bouwde een volwaardig framework was. QBCore werd niet vanaf de eerste dag gelanceerd met een grootse visie, het was het resultaat van het iteratief oplossen van echte problemen totdat er iets samenhangends ontstond. Het kantelpunt was toen andere ontwikkelaars erbovenop begonnen te bouwen en de community zich er natuurlijk omheen vormde. »
Waarom is QBCore zo dominant geworden?
« Eerlijk gezegd denk ik dat het neerkwam op timing, architectuur en community. ESX was lange tijd dominant maar droeg veel legacy-beslissingen met zich mee die moeilijk te omzeilen waren. QBCore kwam met een schonere basis, geen databaseafhankelijkheid voor statische data, toegankelijker speler-metadata, betere performance voor grote servers. Maar de technische kant alleen verklaart de dominantie niet. De community die zich eromheen vormde was oprecht collaboratief. Ontwikkelaars bouwden resources, deelden kennis, verbeterden het ecosysteem samen. Dat netwerkeffect veranderde een goed framework in de standaard. »
Heeft deze positie je perspectief of besluitvormingsproces veranderd?
« Aanzienlijk. Wanneer je iets als persoonlijk project begint, neem je snel beslissingen en voor jezelf. Wanneer duizenden servers afhankelijk zijn van wat je bouwt, draagt elke beslissing een gewicht waarvoor je niet tekende. Je wordt conservatiever met breaking changes, bewuster met documentatie, meer bewust van hoe je keuzes doorgolven naar mensen die je nooit hebt ontmoet. Het leerde me veel over de verantwoordelijkheid die komt bij het bouwen van infrastructuur waar anderen van afhankelijk zijn, iets dat heeft gevormd hoe ik engineering-problemen benader, ver buiten FiveM. »
Hoe analyseer je de evolutie van roleplay op FiveM in de afgelopen jaren?
« Het plafond van wat mogelijk is, is dramatisch gestegen. Toen ik begon, was een goed lopende server met basis job-systemen indrukwekkend. Vandaag bouwen server owners volledige economieën, juridische systemen, woningmarkten en sociale ecosystemen die in complexiteit wedijveren met standalone games. De lat voor wat spelers verwachten is naast de tools voor ontwikkelaars omhoog gegaan. QBCore was onderdeel van wat die evolutie mogelijk maakte, maar het was de creativiteit van de community die het daadwerkelijk dreef. Ontwikkelaars duwden het framework verder dan ik anticipeerde toen ik het bouwde. »
Met de komst van GTA 6, gaan we naar continuïteit of een breuk met het verleden?
« Ik denk dat het volledig afhangt van hoe de relatie Rockstar / FiveM / cfx.re er in de toekomst uitziet. De roleplay-community heeft bewezen echte staying power te hebben, het heeft jaren van onzekerheid overleefd en is blijven groeien. Als modding-support in een of andere vorm bestaat voor GTA 6, geloof ik dat de community zal overgaan en herbouwen. De mensen die deze ecosystemen hebben gebouwd gaan nergens heen, ze krijgen gewoon een nieuw canvas. De breuk zal niet met de community of de cultuur zijn, het zal zijn met de specifieke tools en frameworks gebouwd op de architectuur van GTA 5. Alles wordt herbouwd. Dat is geen dood, dat is een evolutie. »
Waar staat QBCore vandaag en hoe zie je zijn plek wanneer GTA 6 uitkomt?
« QBCore staat vandaag in een sterke positie, actief onderhouden, breed geadopteerd, met een ecosysteem van resources en ontwikkelaars dat zichzelf in stand houdt. Naarmate GTA 6 dichterbij komt is het eerlijke antwoord dat geen enkel GTA 5-framework rechtstreeks overgaat. Wat overgaat is de kennis, de community-relaties en de architectuurpatronen. De nalatenschap van QBCore zal in de ontwikkelaars zitten die het heeft gevormd en in de standaarden die het heeft gezet voor hoe een FiveM-framework moet worden gebouwd. Wat hierna komt zal geïnformeerd zijn door wat QBCore heeft gevestigd. »
Werk je aan strategieën om de overgang naar GTA 6 te anticiperen?
« De overgang is iets waar de community collectief over nadenkt. Het slimste wat een ontwikkelaar of server owner nu kan doen is investeren in het begrijpen van de onderliggende principes in plaats van afhankelijk te zijn van specifieke implementaties. De patronen die QBCore deden werken, schone scheiding van verantwoordelijkheden, event-gedreven communicatie, modulair resource-design, zijn overdraagbaar ongeacht welk platform hierna komt. Mijn focus is verschoven naar bredere game development, wat me in een goede positie zet om bij te dragen aan hoe de volgende generatie van dit ecosysteem er ook uitziet. »
Waar ben je het meest trots op in de reis van QBCore?
« Dat het mijn directe betrokkenheid heeft overleefd. Het feit dat in 2026 ontwikkelaars het nog steeds onderhouden, erop bouwen en er tutorials voor schrijven zonder dat ik het stuur, dat is de meest ware maat van of je iets echts hebt gebouwd. Elk project kan overleven zolang de maker het verzorgt. De projecten die er echt toe doen, gaan vanzelf door. Daarnaast de ontwikkelaars die op QBCore hun tanden hebben gestoten en daarna serieuze carrières hebben opgebouwd, dat betekent meer voor mij dan welke metric ook. »
Welke boodschap zou je vandaag willen overbrengen aan server creators en ontwikkelaars?
« Bouw met intentie. Het FiveM-ecosysteem beloonde mensen die het benaderden als echte engineers in plaats van hobbyisten, en dat geldt voor elk platform. Als je ontwikkelaar bent, neem het werk serieus, de skills die je hier bouwt zijn echt en overdraagbaar. Als je server owner bent, investeer in het begrijpen van je stack in plaats van alleen resources te consumeren. De servers die opvielen waren niet die met de meeste scripts, het waren die waar iemand echt begreep wat hij aan het bouwen was, en waarom. »
Wat waren de moeilijkste momenten en welk advies zou je beginners geven?
« Het moeilijkste was nooit de technische problemen, het was het gewicht van community-verwachtingen zonder vergoeding, zonder team en zonder verplichting om door te gaan. Open source-maintainers dragen een last die gebruikers zelden zien. Er waren periodes waarin het volume aan issues, pull requests en community-vragen echt onhoudbaar was voor één persoon. Het advies dat ik aan iedereen die begint zou geven is om vroeg grenzen te stellen. Definieer wat je wel en niet zult ondersteunen. Bouw in het openbaar maar bescherm je tijd privé. En laat de afhankelijkheid van de community van jouw werk niet je identiteit worden, want de dag dat je een stap terug moet doen, wordt die identiteit een kooi. »
Bonus, parallelle projecten?
« Naast QBCore werk ik in Unreal Engine, waarbij ik dezelfde architectuurpatronen toepas die QBCore vormden, event-gedreven systemen, scripting layer-design, API-frameworks, op commerciële game development. Het was een natuurlijke evolutie van wat ik in de FiveM-ruimte heb gebouwd en het heeft me bevestigd dat de onderliggende principes van goede platform-engineering zich vertalen naar elke engine of omgeving. »