Заблуждение.
Инфраструктура, так или иначе, допиливается для работы с модуляризированными JRE/JDK (Java 9+).
Именно там (и только) там появляются и будут появляться разные плюшки, которыми рано или поздно воспользуются сначала "все страждущие", а потом и "все остальные".

P.S.
То, что инструментарий разработчиков гвоздями прибит к Java 6 или около того - это не проблема OpenJDK.

А вы больше слушайте рабиновичей. Они вам ещё и не такого напоют. Особенно по телефону.

В JVM 11, например, появились права доступа для вложенных классов. В результате обработка генериков уже не требует генерации прокси-мостов для работы с приватными элементами объемлющих классов.
А ещё Java 10+ лучше умеет автовекторизацию и на некоторых счётных задачах может "выдать буст" прямо искаропки.
Разницу для простенькой трассировки лучей (один из бенчей mayton) я тут приводил.

В Java 16 есть API для работы с локальными сокетами (Linux и Windows 10 1809+/Server 2019). Можно "на ровном месте" ускорить межпроцессное взаимодействие. Между хостом и контейнером - в том числе.
Там же (Java 16) инкубировано F(oreign)F(unction and)M(emory) API.

P.S.
Если что, то весь "сахар" Java 8 был уже в JVM 7.
Шипилёв даже демонстрировал, как им пользоваться. Ручками, да.

Так это тебе, милчеловек, к гадалкам надо. К бизнес-тренерам ещё. Говорят, хорошо помогают.

P.S.
Века так полтора назад классики расписывали как капитализм уродует рабочих, которые становятся придатками машин.
Сегодня можно уверенно сказать, что мозги калечатся ничуть не хуже и по точно такому же сценарию. Внешне, да - не проявляется, "а радости - никакой".

Если вас прикалывает написание, то напрасно.
Упомянутая мною фича JVM 11 - уровень байт-кода и виртуальной Java-машины. В API Java 11 она никак "не светится".
Упомянутые мною фичи Java 16 - это, в основном, уровень API и для них, скорее всего, байт-код вообще не менялся. А работает всё через какие-нибудь var handlers.