jdk спокойно таскается в дистрибутиве и скрипты запуска ее используют. нечего завязываться на java_home

Это первое. Второе: докер - хороший станарт на дистрибутив. Не jar же распространять.

Self-contained не требует, это jpackage

как вариант

Мм, таскать jdk с каждой версией приложения

Тоже такое себе. И эта проблема решена, внезапно, в докере.

30 Мб жалко? А сколько докер образ с ядром весит?

предположу, что тут два фактора.
1) c# до сих пор не оправился от репутации вендор лока на винду, с кучей проблем совместимости, не смотря на нет.кор
2) на шарпе нет таких сложных задач как на го верхней планке го.
шарп, имхо, в подавляющем большинстве случаев это формочки под винду, корпоративные рестухи, црмки и прочие радости тырпрайза.
на го присутсствует гораздо больше хардкора - различные распределенные системы, высоконагруженные сервсисы, кастомные инфровые компоненты итд. т.е. там деньги не за сам го, а сколько за предметную область и инженерные скилы.

ну опять же... это если вся статья ни одна большая ошибка и просто хуёвая выборка кадровиков, оперирующих дорогими разрабами

jre еж

слои переоценены

А зачем таскать 30 мб, когда можно тягать по сети < 1 мб изменений в коде приложения?

Аргументы?

это выгодно для кеширования РЕАЛЬНО тяжелых компонентов системы

а не какой-то там jre

Приложение с кучей либ внезапно быстро становится РЕАЛЬНО тяжёлым

Да, jre уже не так заметен. Но суть в том, что слои нужны.

А что за "докер образ с ядром"?

ну вот кеширование либ через слои - это уже интереснее

Ну что входит в докер образ для той же JRE? Вот у нас Ярослав сделал образ, он мегабайт 700 весит.

Вы что-то не то делаете. Берёте jre от bellsoft поверх alpine и там цифры на уровне тех же 30 мб.