Эксклюзивное интервью с Joshua
« Kakarot », основатель QBCore
За несколько месяцев до выхода GTA 6 сцена FiveM готовится к переходу, который никто на самом деле не знает, как читать. Joshua, известный онлайн под ником Kakarot, один из немногих голосов, кто может говорить об этом с опытом. Он основал QBCore, open-source фреймворк, который сегодня обеспечивает большинство ролевых серверов экосистемы. Он согласился поговорить с нами.
Бывший техник по ПК и сборщик кастомных игровых конфигураций, попавший в FiveM случайно как игрок, Joshua оглядывается вместе с нами на семь лет фреймворка, на то, что сделало QBCore стандартом, и на то, что, по его мнению, выживет, когда экосистема сменит движок.
Можете представиться и рассказать, как вы попали в мир FiveM и ролевой игры?
« Меня зовут Joshua, я вырос с технологиями как постоянной частью жизни. До QBCore я вёл собственный IT-бизнес: ремонтировал компьютеры, собирал кастомные игровые ПК, работал напрямую с клиентами. Я не был инженером-программистом по формальному титулу, я был просто человеком, который глубоко понимал системы и любил решать проблемы с помощью технологий. Я открыл FiveM так же, как и большинство людей, в качестве игрока. Я не искал платформу для разработки, я просто искал что-то интересное для игры. Но чем больше времени я проводил в этом мире, тем больше я начинал видеть пробелы. Опыт, который server owner'ы пытались создать, опережал доступные инструменты для его построения. Этот разрыв между амбициями и возможностями вытянул меня со стороны игрока на сторону разработчика. Когда я начал строить, я уже не остановился. Те же инстинкты, которые делали меня хорошим в диагностике сломанной системы или проектировании кастомной сборки ПК, удивительно хорошо перенеслись в проектирование фреймворка. В основе это одно и то же: понимать, как компоненты соединяются друг с другом, и убедиться, что фундамент достаточно прочен, чтобы поддержать всё, что будет построено сверху. »
Как развивался ваш путь до создания QBCore?
« До QBCore ESX был фактически единственным серьёзным вариантом фреймворка, и у него были ограничения, которые меня как разработчика расстраивали. Архитектура казалась устаревшей и не давала server owner'ам гибкость или производительность, необходимые для построения тех ощущений, которые они себе представляли. Я начал строить инструменты для решения собственных проблем, и в итоге стало ясно, что то, что я строю, само по себе является фреймворком. QBCore не был запущен с великой видением с первого дня, он был результатом итеративного решения реальных проблем, пока не появилось что-то цельное. Поворотным моментом стало то, что другие разработчики начали строить поверх него и сообщество вокруг сформировалось естественным образом. »
Почему QBCore стал настолько доминирующим?
« Честно говоря, я думаю, это сводилось к таймингу, архитектуре и сообществу. ESX был доминирующим долгое время, но нёс много легаси-решений, которые трудно было обойти. QBCore пришёл с более чистой основой: без зависимости от базы данных для статических данных, более доступные метаданные игрока, лучшая производительность для больших серверов. Но только техническая сторона не объясняет доминирования. Сообщество, которое сформировалось вокруг, было искренне коллаборативным. Разработчики строили resource'ы, делились знаниями, улучшали экосистему вместе. Этот сетевой эффект превратил хороший фреймворк в стандарт. »
Изменила ли эта позиция вашу перспективу или процесс принятия решений?
« Существенно. Когда вы начинаете что-то как личный проект, вы принимаете решения быстро и для себя. Когда тысячи серверов зависят от того, что вы строите, каждое решение несёт вес, на который вы не подписывались. Вы становитесь более консервативным к breaking changes, более продуманным в документации, более осознанным в том, как ваши выборы откликаются на людях, которых вы никогда не встречали. Это научило меня многому об ответственности, которая приходит со строительством инфраструктуры, от которой зависят другие, что-то, что сформировало то, как я подхожу к инженерным задачам далеко за пределами FiveM. »
Как вы анализируете эволюцию ролевой игры на FiveM в последние годы?
« Потолок возможного драматически вырос. Когда я начинал, хорошо работающий сервер с базовыми системами джобов был впечатляющим. Сегодня server owner'ы строят целые экономики, юридические системы, рынки недвижимости и социальные экосистемы, соперничающие по сложности со standalone-играми. Планка ожиданий игроков выросла наряду с инструментами, доступными разработчикам. QBCore был частью того, что сделало эту эволюцию возможной, но именно креативность сообщества её действительно вела. Разработчики продвинули фреймворк дальше, чем я предвидел, когда его строил. »
С приходом GTA 6, движемся ли мы к преемственности или разрыву с прошлым?
« Думаю, это полностью зависит от того, как будут выглядеть отношения Rockstar / FiveM / cfx.re в будущем. Сообщество ролевиков доказало настоящую выносливость, пережило годы неопределённости и продолжало расти. Если поддержка моддинга существует в какой-то форме для GTA 6, я считаю, что сообщество переходит и перестроится. Люди, построившие эти экосистемы, никуда не уйдут, у них просто будет новый холст. Разрыв будет не с сообществом или культурой, он будет со специфическими инструментами и фреймворками, построенными на архитектуре GTA 5. Всё будет перестроено. Это не смерть, это эволюция. »
Где сейчас QBCore и каким вы видите его место, когда выйдет GTA 6?
« QBCore сегодня находится в сильной позиции, активно поддерживается, широко принят, с экосистемой resource'ов и разработчиков, которая сама себя поддерживает. По мере приближения GTA 6 честный ответ в том, что ни один фреймворк GTA 5 не перенесётся напрямую. Что переносится, это знания, отношения внутри сообщества и архитектурные паттерны. Наследие QBCore будет в разработчиках, которых он сформировал, и в стандартах, которые он установил для того, как должен строиться фреймворк FiveM. Что бы ни пришло дальше, будет информировано тем, что установил QBCore. »
Работаете ли вы над стратегиями для предвидения перехода к GTA 6?
« Переход это то, о чём сообщество думает коллективно. Самое умное, что любой разработчик или server owner может сделать сейчас, это инвестировать в понимание базовых принципов вместо зависимости от конкретных реализаций. Паттерны, которые заставили QBCore работать, чистое разделение ответственностей, событийная коммуникация, модульный дизайн resource'ов, переносимы независимо от того, какая платформа придёт следующей. Мой фокус сместился к более широкой разработке игр, что ставит меня в хорошую позицию для вклада в то, как будет выглядеть следующее поколение этой экосистемы. »
Чем вы больше всего гордитесь в пути QBCore?
« Тем, что он пережил моё прямое участие. Тот факт, что в 2026 разработчики всё ещё его поддерживают, строят поверх него и пишут туториалы без того, чтобы я им управлял, это самая истинная мера того, построил ли ты что-то настоящее. Любой проект может выжить, пока его создатель за ним ухаживает. Те, что действительно важны, продолжаются сами. Помимо этого, разработчики, которые набивали руку на QBCore и затем построили серьёзные карьеры, это значит для меня больше, чем любая метрика. »
Какое сообщение вы хотели бы передать server creator'ам и разработчикам сегодня?
« Строй с намерением. Экосистема FiveM вознаградила людей, которые подходили к ней как настоящие инженеры, а не любители, и это верно для любой платформы. Если ты разработчик, относись к работе серьёзно, навыки, которые ты строишь здесь, реальны и переносимы. Если ты server owner, инвестируй в понимание своего стека вместо того, чтобы просто потреблять resource'ы. Серверы, которые выделялись, были не теми, у которых больше всего скриптов, это были те, где кто-то действительно понимал, что он строит, и почему. »
Какими были самые трудные моменты и какой совет вы дали бы начинающим?
« Самой трудной частью никогда не были технические проблемы, это был вес ожиданий сообщества без оплаты, без команды и без обязательства продолжать. Open source мейнтейнеры несут груз, который пользователи редко видят. Были периоды, когда объём issue'ов, pull request'ов и запросов сообщества был действительно неустойчивым для одного человека. Совет, который я бы дал любому начинающему, это устанавливать границы рано. Определите, что вы будете и что не будете поддерживать. Стройте публично, но защищайте своё время в частном порядке. И не позволяйте зависимости сообщества от вашей работы стать вашей идентичностью, потому что в тот день, когда вам понадобится отступить, эта идентичность станет клеткой. »
Бонус, параллельные проекты?
« Помимо QBCore я работаю в Unreal Engine, применяя те же архитектурные паттерны, которые сформировали QBCore, событийные системы, дизайн скриптингового слоя, API-фреймворки, к коммерческой разработке игр. Это была естественная эволюция того, что я построил в пространстве FiveM, и подтвердила мне, что базовые принципы хорошей платформенной инженерии переносятся через любой движок или среду. »