Entrevista exclusiva com Joshua
« Kakarot », fundador da QBCore
A poucos meses do lançamento de GTA 6, a cena FiveM se prepara para uma transição que ninguém realmente sabe como ler. Joshua, conhecido online como Kakarot, é uma das poucas vozes que pode falar dela com experiência. Ele fundou QBCore, o framework open-source que hoje sustenta a maioria dos servidores roleplay do ecossistema. Ele aceitou conversar conosco.
Ex-técnico de PC e montador de configurações gaming sob medida, que chegou ao FiveM por acaso como jogador, Joshua revisita conosco sete anos de framework, o que tornou o QBCore o padrão e o que, segundo ele, vai sobreviver quando o ecossistema mudar de motor.
Pode se apresentar e explicar como chegou ao mundo do FiveM e do roleplay?
« Meu nome é Joshua, cresci com a tecnologia como uma constante na minha vida. Antes do QBCore eu administrava meu próprio negócio de TI, consertando computadores, montando PCs gamers personalizados, atendendo clientes pessoalmente. Eu não era um engenheiro de software por título formal, era apenas alguém que entendia sistemas em profundidade e gostava de resolver problemas com tecnologia. Descobri o FiveM da mesma forma que a maioria das pessoas, como jogador. Não estava procurando uma plataforma de desenvolvimento, só procurava algo interessante para jogar. Mas quanto mais tempo passava nesse mundo, mais começava a ver as lacunas. As experiências que os server owners tentavam criar superavam as ferramentas disponíveis para construí-las. Essa diferença entre ambição e capacidade foi o que me puxou do lado do jogador para o lado do desenvolvedor. Quando comecei a construir, nunca realmente parei. Os mesmos instintos que me tornavam bom em diagnosticar um sistema quebrado ou arquitetar um build de PC personalizado se traduziram surpreendentemente bem em design de framework. No fundo é tudo a mesma coisa, entender como os componentes se encaixam e garantir que a base seja sólida o suficiente para suportar tudo o que for construído em cima. »
Como sua trajetória se desenvolveu até a criação do QBCore?
« Antes do QBCore, o ESX era essencialmente a única opção séria de framework e tinha limitações que me frustravam como desenvolvedor. A arquitetura parecia datada e não dava aos server owners a flexibilidade ou performance que eles precisavam para construir as experiências que imaginavam. Comecei construindo ferramentas para resolver meus próprios problemas, e eventualmente ficou claro que o que eu estava construindo era um framework por direito próprio. O QBCore não foi lançado com uma grande visão desde o primeiro dia, foi o resultado de resolver problemas reais de forma iterativa até que algo coerente emergisse. O ponto de virada foi quando outros desenvolvedores começaram a construir em cima e a comunidade ao redor se formou naturalmente. »
Por que o QBCore se tornou tão dominante?
« Honestamente acho que foi uma questão de timing, arquitetura e comunidade. O ESX tinha sido dominante por muito tempo, mas carregava muitas decisões legadas difíceis de contornar. O QBCore chegou com uma base mais limpa, sem dependência de banco de dados para dados estáticos, metadados de jogador mais acessíveis, melhor performance para servidores grandes. Mas só o lado técnico não explica a dominância. A comunidade que se formou ao redor era genuinamente colaborativa. Desenvolvedores construíam recursos, compartilhavam conhecimento, melhoravam o ecossistema juntos. Esse efeito de rede foi o que transformou um bom framework no padrão. »
Essa posição mudou sua perspectiva ou seu processo de tomada de decisão?
« Significativamente. Quando você começa algo como projeto pessoal, toma decisões rapidamente e para si mesmo. Quando milhares de servidores dependem do que você constrói, cada decisão carrega um peso para o qual você não assinou. Você se torna mais conservador com breaking changes, mais deliberado com documentação, mais consciente de como suas escolhas repercutem em pessoas que você nunca conheceu. Me ensinou muito sobre a responsabilidade que vem com construir infraestrutura da qual outros dependem, algo que moldou como abordo problemas de engenharia muito além do FiveM. »
Como você analisa a evolução do roleplay no FiveM nos últimos anos?
« O teto do que é possível subiu drasticamente. Quando comecei, um servidor bem administrado com sistemas básicos de jobs era impressionante. Hoje server owners constroem economias completas, sistemas jurídicos, mercados imobiliários e ecossistemas sociais que rivalizam em complexidade com jogos standalone. A régua do que os jogadores esperam subiu junto com as ferramentas disponíveis para os desenvolvedores. O QBCore foi parte do que tornou essa evolução possível, mas foi a criatividade da comunidade que realmente a impulsionou. Desenvolvedores empurraram o framework mais longe do que eu antecipava quando o construí. »
Com a chegada do GTA 6, estamos indo para uma continuidade ou uma ruptura com o passado?
« Acho que depende inteiramente de como será a relação Rockstar / FiveM / cfx.re no futuro. A comunidade roleplay provou ter uma resistência real, sobreviveu a anos de incerteza e continuou crescendo. Se houver suporte de modding em alguma forma para o GTA 6, acredito que a comunidade vai transitar e reconstruir. As pessoas que construíram esses ecossistemas não vão a lugar nenhum, elas só vão ter uma nova tela. A ruptura não será com a comunidade ou com a cultura, será com as ferramentas e frameworks específicos construídos sobre a arquitetura do GTA 5. Tudo será reconstruído. Isso não é uma morte, é uma evolução. »
Onde o QBCore está hoje e como você imagina seu lugar quando o GTA 6 sair?
« O QBCore hoje está em uma posição sólida, ativamente mantido, amplamente adotado, com um ecossistema de recursos e desenvolvedores que se sustenta sozinho. Conforme o GTA 6 se aproxima, a resposta honesta é que nenhum framework de GTA 5 vai migrar diretamente. O que migra é o conhecimento, os relacionamentos comunitários e os padrões arquiteturais. O legado do QBCore estará nos desenvolvedores que ele moldou e nos padrões que estabeleceu sobre como um framework de FiveM deve ser construído. O que vier depois será informado pelo que o QBCore estabeleceu. »
Você está trabalhando em estratégias para antecipar a transição para o GTA 6?
« A transição é algo que a comunidade está pensando coletivamente. A coisa mais inteligente que qualquer desenvolvedor ou server owner pode fazer agora é investir em entender os princípios subjacentes em vez de depender de implementações específicas. Os padrões que fizeram o QBCore funcionar, separação limpa de responsabilidades, comunicação baseada em eventos, design modular de recursos, são transferíveis independentemente da plataforma que vier depois. Meu foco se deslocou para o desenvolvimento de jogos mais amplo, o que me coloca em boa posição para contribuir para a próxima geração desse ecossistema, seja qual for. »
Do que você mais se orgulha na jornada do QBCore?
« De que ele sobreviveu ao meu envolvimento direto. O fato de que em 2026 desenvolvedores ainda estão mantendo, construindo em cima dele e escrevendo tutoriais sem que eu o pilote, essa é a medida mais verdadeira de se você construiu algo real. Qualquer projeto pode sobreviver enquanto seu criador cuida dele. Os que importam de verdade continuam sozinhos. Além disso, os desenvolvedores que aprenderam no QBCore e seguiram construindo carreiras sérias, isso importa mais para mim do que qualquer métrica. »
Que mensagem você gostaria de passar para os server creators e desenvolvedores hoje?
« Construa com intenção. O ecossistema FiveM recompensou pessoas que o abordaram como engenheiros reais em vez de hobbystas, e isso vale para qualquer plataforma. Se você é desenvolvedor, leve o trabalho a sério, as habilidades que constrói aqui são reais e transferíveis. Se é server owner, invista em entender sua stack em vez de apenas consumir recursos. Os servidores que se destacaram não foram os com mais scripts, foram aqueles onde alguém realmente entendia o que estava construindo, e por quê. »
Quais foram os momentos mais difíceis e que conselho você daria aos iniciantes?
« A parte mais difícil nunca foram os problemas técnicos, foi o peso das expectativas da comunidade sem remuneração, sem equipe e sem obrigação de continuar. Mantenedores de open source carregam um fardo que os usuários raramente veem. Houve períodos em que o volume de issues, pull requests e demandas da comunidade era genuinamente insustentável para uma só pessoa. O conselho que eu daria a quem está começando é definir limites cedo. Defina o que vai e o que não vai suportar. Construa em público, mas proteja seu tempo em privado. E não deixe a dependência da comunidade do seu trabalho se tornar sua identidade, porque no dia em que você precisar dar um passo atrás, essa identidade vira uma gaiola. »
Bônus, projetos paralelos?
« Além do QBCore eu venho trabalhando em Unreal Engine, aplicando os mesmos padrões arquiteturais que moldaram o QBCore, sistemas baseados em eventos, design de camada de scripting, frameworks de API, ao desenvolvimento comercial de jogos. Foi uma evolução natural do que construí no espaço FiveM e reforçou que os princípios subjacentes de boa engenharia de plataforma se traduzem em qualquer engine ou ambiente. »