Entrevista exclusiva con Joshua
« Kakarot », fundador de QBCore
A pocos meses del lanzamiento de GTA 6, la escena de FiveM se prepara para una transición que nadie sabe realmente cómo leer. Joshua, conocido en línea como Kakarot, es una de las pocas voces que puede hablar de ella con perspectiva. Fundó QBCore, el framework open-source que hoy alimenta a la mayoría de los servidores roleplay del ecosistema. Aceptó hablar con nosotros.
Ex técnico de PC y montador de configuraciones gaming a medida, llegado a FiveM por azar como jugador, Joshua repasa con nosotros siete años de framework, lo que convirtió a QBCore en el estándar y lo que, según él, sobrevivirá cuando el ecosistema cambie de motor.
¿Puedes presentarte y explicar cómo llegaste al mundo de FiveM y del roleplay?
« Me llamo Joshua, crecí con la tecnología como una constante en mi vida. Antes de QBCore llevaba mi propio negocio de IT, reparando ordenadores, montando PCs gaming a medida, atendiendo a los clientes en persona. No era ingeniero de software con título formal, simplemente era alguien que entendía los sistemas a fondo y disfrutaba resolviendo problemas con tecnología. Descubrí FiveM como la mayoría, como jugador. No buscaba una plataforma de desarrollo, buscaba algo interesante para jugar. Pero cuanto más tiempo pasaba en ese mundo, más empezaba a ver las carencias. Las experiencias que los server owners intentaban crear superaban las herramientas disponibles para construirlas. Ese desfase entre ambición y capacidad fue lo que me llevó del lado jugador al lado desarrollador. Una vez que empecé a construir, no paré. Los mismos instintos que me hacían bueno diagnosticando un sistema averiado o diseñando un build PC a medida se tradujeron sorprendentemente bien al diseño de framework. En el fondo es lo mismo: entender cómo encajan los componentes y asegurarse de que la base sea lo bastante sólida para soportar todo lo que se construya encima. »
¿Cómo se desarrolló tu trayectoria hasta la creación de QBCore?
« Antes de QBCore, ESX era básicamente la única opción seria de framework y tenía limitaciones que me frustraban como desarrollador. La arquitectura me parecía anticuada y no daba a los server owners la flexibilidad ni el rendimiento que necesitaban para construir las experiencias que imaginaban. Empecé construyendo herramientas para resolver mis propios problemas, y finalmente quedó claro que lo que estaba construyendo era un framework por derecho propio. QBCore no se lanzó con una gran visión desde el primer día, fue el resultado de resolver problemas reales de forma iterativa hasta que emergió algo coherente. El punto de inflexión fue cuando otros desarrolladores empezaron a construir encima y la comunidad alrededor se formó de manera natural. »
¿Por qué se ha vuelto QBCore tan dominante?
« Honestamente creo que fue una cuestión de timing, arquitectura y comunidad. ESX había sido dominante mucho tiempo pero arrastraba muchas decisiones heredadas difíciles de sortear. QBCore llegó con una base más limpia: sin dependencia de base de datos para datos estáticos, metadatos de jugador más accesibles, mejor rendimiento para servidores grandes. Pero solo la parte técnica no explica la dominación. La comunidad que se formó alrededor era genuinamente colaborativa. Los desarrolladores construían recursos, compartían conocimiento y mejoraban el ecosistema juntos. Ese efecto red es lo que convirtió un buen framework en el estándar. »
¿Esta posición ha cambiado tu perspectiva o tu proceso de toma de decisiones?
« Significativamente. Cuando empiezas algo como proyecto personal, tomas decisiones rápido y para ti mismo. Cuando miles de servidores dependen de lo que construyes, cada decisión carga un peso para el que no firmaste. Te vuelves más conservador con los breaking changes, más deliberado con la documentación, más consciente de cómo tus elecciones repercuten en gente que nunca has conocido. Me enseñó mucho sobre la responsabilidad que viene con construir infraestructura de la que otros dependen, algo que ha moldeado cómo abordo los problemas de ingeniería mucho más allá de FiveM. »
¿Cómo analizas la evolución del roleplay en FiveM en estos últimos años?
« El techo de lo que es posible ha subido espectacularmente. Cuando empecé, un servidor bien llevado con sistemas de jobs básicos era impresionante. Hoy los server owners construyen economías enteras, sistemas jurídicos, mercados inmobiliarios y ecosistemas sociales que rivalizan en complejidad con juegos standalone. El listón de lo que esperan los jugadores ha subido a la par que las herramientas disponibles para los desarrolladores. QBCore contribuyó a hacer posible esa evolución, pero fue la creatividad de la comunidad lo que realmente la impulsó. Los desarrolladores empujaron el framework más allá de lo que yo había anticipado cuando lo construí. »
Con la llegada de GTA 6, ¿vamos hacia una continuidad o una ruptura con el pasado?
« Creo que depende totalmente de cómo sea la relación entre Rockstar, FiveM y cfx.re en el futuro. La comunidad roleplay ha demostrado tener una resistencia real, sobrevivió a años de incertidumbre y siguió creciendo. Si existe soporte de modding en alguna forma para GTA 6, creo que la comunidad transitará y reconstruirá. La gente que construyó estos ecosistemas no se va a ninguna parte, simplemente tendrá un lienzo nuevo. La ruptura no será con la comunidad ni con la cultura, será con las herramientas y frameworks específicos construidos sobre la arquitectura de GTA 5. Todo se reconstruirá. No es una muerte, es una evolución. »
¿Dónde está hoy QBCore y cómo imaginas su lugar cuando salga GTA 6?
« QBCore hoy está en una posición sólida, activamente mantenido, ampliamente adoptado, con un ecosistema de recursos y desarrolladores que se sostiene a sí mismo. Conforme se acerca GTA 6, la respuesta honesta es que ningún framework de GTA 5 se trasladará directamente. Lo que se traslada es el conocimiento, las relaciones comunitarias y los patrones arquitectónicos. El legado de QBCore estará en los desarrolladores que formó y en los estándares que estableció sobre cómo debe construirse un framework de FiveM. Lo que venga después estará informado por lo que QBCore estableció. »
¿Estás trabajando en estrategias para anticipar la transición a GTA 6?
« La transición es algo que la comunidad está pensando colectivamente. Lo más inteligente que cualquier desarrollador o server owner puede hacer ahora mismo es invertir en entender los principios subyacentes en lugar de depender de implementaciones específicas. Los patrones que hicieron funcionar QBCore (separación limpia de responsabilidades, comunicación basada en eventos, diseño modular de recursos) son transferibles independientemente de la plataforma que venga. Mi foco se ha desplazado hacia el desarrollo de juegos más amplio, lo cual me pone en buena posición para contribuir a lo que sea la siguiente generación de este ecosistema. »
¿De qué estás más orgulloso en la trayectoria de QBCore?
« De que haya sobrevivido a mi implicación directa. El hecho de que en 2026 los desarrolladores sigan manteniéndolo, construyendo sobre él y escribiendo tutoriales sin que yo lo dirija, esa es la medida más verdadera de si has construido algo real. Cualquier proyecto puede sobrevivir mientras su creador lo cuida. Los que importan de verdad siguen solos. Más allá de eso, los desarrolladores que se forjaron en QBCore y que pasaron a construir carreras serias, eso me importa más que cualquier métrica. »
¿Qué mensaje te gustaría transmitir hoy a los server creators y desarrolladores?
« Construye con intención. El ecosistema FiveM recompensó a la gente que lo abordó como ingenieros reales y no como aficionados, y eso es cierto en cualquier plataforma. Si eres desarrollador, toma tu trabajo en serio, las habilidades que construyes aquí son reales y transferibles. Si eres server owner, invierte en entender tu stack en lugar de simplemente consumir recursos. Los servidores que destacaron no fueron los que tenían más scripts, fueron aquellos donde alguien entendía de verdad lo que estaba construyendo, y por qué. »
¿Cuáles fueron los momentos más difíciles y qué consejo darías a quienes empiezan?
« Lo más duro nunca fueron los problemas técnicos, fue el peso de las expectativas de la comunidad sin compensación, sin equipo y sin obligación de continuar. Los mantenedores de open source cargan con una carga que los usuarios rara vez ven. Hubo periodos en los que el volumen de issues, pull requests y peticiones de la comunidad era genuinamente insostenible para una sola persona. El consejo que daría a cualquiera que empiece es poner límites pronto. Define qué vas a soportar y qué no. Construye en público pero protege tu tiempo en privado. Y no dejes que la dependencia de la comunidad respecto a tu trabajo se convierta en tu identidad, porque el día que necesites dar un paso atrás, esa identidad se convertirá en una jaula. »
Bonus, ¿proyectos paralelos?
« Más allá de QBCore he estado trabajando en Unreal Engine, aplicando los mismos patrones arquitectónicos que dieron forma a QBCore (sistemas basados en eventos, diseño de capa de scripting, frameworks de API) al desarrollo comercial de juegos. Ha sido una evolución natural de lo que construí en el espacio FiveM y me ha reforzado la idea de que los principios subyacentes de una buena ingeniería de plataforma se traducen a cualquier motor o entorno. »