Примеры, в видео конечно, абсолютно надуманные. В реальности, самая актуальная задача для асинхронных потоков - работа с сетью (база данных, кеш, а для особых извращенцев отправка больших пакетов в большом количестве), ну и в целом какие-то задачи, которые выполняются долго, а с самим игровым процессом напрямую не связаны. Лично у меня все взаимодействия с бд и всеми внешними ресурсами только асинхронно + в таком потоке крутиться клиент redis в ожидании новых сообщений. Кстати очень зря не рассказано про отличие обычного Thread от использования Scheduler.
Мне кажется, сначала нужно изучить саму Java, а уже потом изучать модификацию* Minecraft. В таком случае, тебе и не нужно особо объсянять что такое асинхронность (будь то параллелизм, или конкурентность), сможешь сфокусироваться на объяснении этой темы именно в контексте Minecraft-а; останется лишь в начале упомянуть, мол сначала нужно самостоятельно изучить эти темы; ну или, можно делать свои отдельные туториалы для этой темы. Просто иначе получается так, что ты саму асинхронность не раскрыл (только объяснил саму суть, но не как самому делать поднобное), а примеры из видео поймут только те, кто знакомы с этими концепциями (и для них 70% видео не особо нужно). * - не путать с созданием модов, я употребил в более широком смысле.
На самом деле я стараюсь объяснять так как хотел бы сам услышать объяснение когда начинал только изучать плагины И время показывает что многим это полезно)
@@BeBr0 нет, это безусловно полезно. Просто мало фактической информации. Просто как факт, что так можно сделать - правда полезно; позволяет расширить кругозор. Оданко, всё равно, придётся искать самостоятельно куда больше информации. Я это к чему. Не хотите попробовать более структурированные видео? В формате курса/обучающей серии видео. Вы можете записать свои уроки по Java, и отдельно про модернизацию Minecraft (порядок, с чего начать - естественно выбираете сами). Обучение той же Java не настолько трудная задача, т.к. цель этих уроков подготовить к серии видео по Minecraft, то значит не требуется рассматривать кучу фреймворков и библиотек. Да и можно сначала разобрать модификацию Minecraft, предполагая, что человек изучит Java где-то ещё (пока сами не сделаете видео по нужным темам).
@@FunGluck в самом майне всего 20 тиков, у кс, к примеру 64 тика, если ядро использует больше тиков = оно будет больше жрать. Плавнее станет лишь обработка некоторых структур, движение мобов, но какой в этом смысл? Если автор ядра сделал больше 20 тиков, ради плавности, я думаю - он гений, а вот владельцы серверов, которые не готовы платить из-за такого решения больше - будут страдать)