Wywiad ekskluzywny z Joshuą
« Kakarot », założyciel QBCore
Na kilka miesięcy przed premierą GTA 6 scena FiveM przygotowuje się na przejście, którego nikt tak naprawdę nie potrafi odczytać. Joshua, znany w sieci jako Kakarot, jest jednym z nielicznych głosów, który może mówić o tym z doświadczenia. Założył QBCore, open-source'owy framework, który dziś napędza większość serwerów roleplay w ekosystemie. Zgodził się z nami porozmawiać.
Były technik PC i monter customowych konfiguracji gamingowych, który trafił do FiveM przypadkiem jako gracz, Joshua wraca z nami do siedmiu lat frameworka, do tego, co uczyniło z QBCore standard, i do tego, co według niego przetrwa, kiedy ekosystem zmieni silnik.
Czy możesz się przedstawić i wyjaśnić, jak trafiłeś do świata FiveM i roleplayu?
« Nazywam się Joshua, dorastałem z technologią jako stałym elementem życia. Przed QBCore prowadziłem własną działalność IT, naprawiałem komputery, składałem PCty gamingowe na zamówienie, pracowałem bezpośrednio z klientami. Nie byłem inżynierem oprogramowania z formalnym tytułem, byłem po prostu kimś, kto dogłębnie rozumiał systemy i lubił rozwiązywać problemy z pomocą technologii. Odkryłem FiveM tak samo jak większość ludzi, jako gracz. Nie szukałem platformy deweloperskiej, szukałem po prostu czegoś ciekawego do grania. Ale im więcej czasu spędzałem w tym świecie, tym bardziej zaczynałem widzieć luki. Doświadczenia, które server ownerzy próbowali tworzyć, wyprzedzały dostępne narzędzia do ich budowy. Ta luka między ambicją a możliwościami przyciągnęła mnie ze strony gracza na stronę dewelopera. Kiedy zacząłem budować, już nie przestałem. Te same instynkty, które czyniły mnie dobrym w diagnozowaniu zepsutego systemu czy projektowaniu customowego builda PC, zaskakująco dobrze przełożyły się na projektowanie frameworka. W istocie to to samo: zrozumienie, jak komponenty pasują do siebie, i upewnienie się, że fundament jest wystarczająco solidny, by udźwignąć wszystko, co zostanie na nim zbudowane. »
Jak rozwijała się twoja droga aż do stworzenia QBCore?
« Przed QBCore ESX był w zasadzie jedyną poważną opcją frameworka i miał ograniczenia, które frustrowały mnie jako dewelopera. Architektura wydawała mi się przestarzała i nie dawała server ownerom elastyczności ani wydajności potrzebnej do budowania doświadczeń, które sobie wyobrażali. Zacząłem od budowania narzędzi do rozwiązywania własnych problemów, aż w końcu stało się jasne, że to, co buduję, jest frameworkiem pełną gębą. QBCore nie został wystartowany z wielką wizją od pierwszego dnia, był wynikiem iteracyjnego rozwiązywania realnych problemów, aż wyłoniło się coś spójnego. Punktem zwrotnym było, gdy inni deweloperzy zaczęli budować na nim i społeczność wokół naturalnie się uformowała. »
Dlaczego QBCore stał się tak dominujący?
« Szczerze myślę, że chodziło o timing, architekturę i społeczność. ESX był dominujący przez długi czas, ale dźwigał wiele legacy decyzji, które trudno było obejść. QBCore przyszedł z czystszym fundamentem: brak zależności od bazy danych dla statycznych danych, bardziej dostępne metadane gracza, lepsza wydajność dla dużych serwerów. Ale sama strona techniczna nie wyjaśnia dominacji. Społeczność, która uformowała się wokół, była naprawdę kolaboracyjna. Deweloperzy budowali resource, dzielili się wiedzą, ulepszali ekosystem wspólnie. To efekt sieciowy zamienił dobry framework w standard. »
Czy ta pozycja zmieniła twoją perspektywę lub proces podejmowania decyzji?
« Znacząco. Gdy zaczynasz coś jako osobisty projekt, podejmujesz decyzje szybko i dla siebie. Gdy tysiące serwerów zależy od tego, co budujesz, każda decyzja niesie ciężar, na który nie podpisywałeś się. Stajesz się bardziej konserwatywny względem breaking changes, bardziej rozważny w dokumentacji, bardziej świadomy tego, jak twoje wybory rozchodzą się po ludziach, których nigdy nie spotkałeś. Nauczyło mnie wiele o odpowiedzialności, która przychodzi z budowaniem infrastruktury, od której zależą inni, czegoś, co ukształtowało moje podejście do problemów inżynieryjnych daleko poza FiveM. »
Jak analizujesz ewolucję roleplayu na FiveM w ostatnich latach?
« Sufit tego, co możliwe, podniósł się dramatycznie. Gdy zaczynałem, dobrze prowadzony serwer z podstawowymi systemami jobów robił wrażenie. Dziś server ownerzy budują pełne ekonomie, systemy prawne, rynki mieszkaniowe i ekosystemy społeczne rywalizujące złożonością z grami standalone. Poprzeczka tego, czego oczekują gracze, podniosła się równolegle z narzędziami dostępnymi dla deweloperów. QBCore był częścią tego, co umożliwiło tę ewolucję, ale to kreatywność społeczności faktycznie ją napędzała. Deweloperzy popchnęli framework dalej, niż przewidywałem, gdy go budowałem. »
Wraz z nadejściem GTA 6 czy idziemy ku ciągłości czy zerwaniu z przeszłością?
« Myślę, że to całkowicie zależy od tego, jak będzie wyglądać relacja Rockstar / FiveM / cfx.re w przyszłości. Społeczność roleplay udowodniła, że ma prawdziwą wytrzymałość, przetrwała lata niepewności i nadal rosła. Jeśli wsparcie moddingu istnieje w jakiejś formie dla GTA 6, wierzę, że społeczność przejdzie i odbuduje. Ludzie, którzy zbudowali te ekosystemy, nigdzie się nie wybierają, po prostu dostaną nowe płótno. Zerwanie nie będzie ze społecznością ani z kulturą, będzie ze specyficznymi narzędziami i frameworkami zbudowanymi na architekturze GTA 5. Wszystko zostanie odbudowane. To nie śmierć, to ewolucja. »
Gdzie QBCore jest dziś i jak wyobrażasz sobie jego miejsce, gdy wyjdzie GTA 6?
« QBCore dziś jest w mocnej pozycji, aktywnie utrzymywany, szeroko adoptowany, z ekosystemem resource i deweloperów, który sam się podtrzymuje. Wraz ze zbliżaniem się GTA 6 szczera odpowiedź brzmi, że żaden framework GTA 5 nie przeniesie się bezpośrednio. To, co się przenosi, to wiedza, relacje społeczności i wzorce architektoniczne. Dziedzictwem QBCore będą deweloperzy, których ukształtował, oraz standardy, jakie ustanowił dla tego, jak powinien być budowany framework FiveM. Cokolwiek przyjdzie potem, będzie poinformowane przez to, co ustanowił QBCore. »
Czy pracujesz nad strategiami przewidywania przejścia na GTA 6?
« Przejście to coś, o czym społeczność myśli kolektywnie. Najmądrzejszą rzeczą, jaką może teraz zrobić jakikolwiek deweloper czy server owner, jest zainwestować w zrozumienie zasad leżących u podstaw zamiast być uzależnionym od konkretnych implementacji. Wzorce, które sprawiły, że QBCore działa, czysty rozdział odpowiedzialności, komunikacja oparta na zdarzeniach, modularny design resource, są transferowalne niezależnie od platformy, która przyjdzie później. Mój focus przesunął się w kierunku szerszego game developmentu, co stawia mnie w dobrej pozycji do wniesienia wkładu w to, jak będzie wyglądać następna generacja tego ekosystemu. »
Z czego najbardziej jesteś dumny w drodze QBCore?
« Z tego, że przetrwał moje bezpośrednie zaangażowanie. Fakt, że w 2026 deweloperzy nadal go utrzymują, budują na nim i piszą do niego tutoriale bez tego, żebym go pilotował, to najprawdziwsza miara tego, czy zbudowałeś coś realnego. Każdy projekt może przetrwać, dopóki jego twórca o niego dba. Te, które naprawdę się liczą, idą dalej same. Poza tym deweloperzy, którzy nabrali wprawy na QBCore i przeszli do budowania poważnych karier, to liczy się dla mnie bardziej niż jakakolwiek metryka. »
Jaką wiadomość chciałbyś dziś przekazać server creatorom i deweloperom?
« Buduj z intencją. Ekosystem FiveM nagrodził ludzi, którzy podchodzili do niego jak prawdziwi inżynierowie, a nie hobbyści, i to jest prawda dla każdej platformy. Jeśli jesteś deweloperem, traktuj pracę poważnie, umiejętności, które tu budujesz, są realne i transferowalne. Jeśli jesteś server ownerem, zainwestuj w zrozumienie swojego stacku zamiast tylko konsumować resource. Serwery, które się wyróżniły, nie były tymi z największą liczbą skryptów, były tymi, w których ktoś naprawdę rozumiał, co buduje, i dlaczego. »
Jakie były najtrudniejsze chwile i jakiej rady udzieliłbyś początkującym?
« Najtrudniejsza część nigdy nie były problemami technicznymi, był to ciężar oczekiwań społeczności bez wynagrodzenia, bez zespołu i bez obowiązku kontynuowania. Maintainerzy open source dźwigają obciążenie, którego użytkownicy rzadko widzą. Były okresy, gdy ilość issues, pull requestów i żądań społeczności była naprawdę nie do utrzymania dla jednej osoby. Rada, której bym udzielił każdemu początkującemu, to ustawiać granice wcześnie. Zdefiniuj, co będziesz, a czego nie będziesz wspierać. Buduj publicznie, ale chroń swój czas prywatnie. I nie pozwól, by zależność społeczności od twojej pracy stała się twoją tożsamością, bo w dniu, w którym będziesz musiał odejść, ta tożsamość stanie się klatką. »
Bonus, projekty równoległe?
« Poza QBCore pracuję w Unreal Engine, stosując te same wzorce architektoniczne, które ukształtowały QBCore, systemy oparte na zdarzeniach, design warstwy scriptowej, frameworki API, do komercyjnego game developmentu. To była naturalna ewolucja z tego, co zbudowałem w przestrzeni FiveM, i potwierdziła, że zasady leżące u podstaw dobrej inżynierii platformy tłumaczą się przez każdy engine czy środowisko. »