Но без фич ломающих совместимость и не сломается ничего  ¯\_(ツ)_/¯

ну и? так жо в жс многие объекты кресты под капотом, дебажа котоыре ты не увидишь ничего кроме '[native function]'

если вовзращатсья к пробелме глобально
один фиг, по идее можно понять что некоторые куски кода не используются. более того в жс это понять куда сложнее, т.к. из-за динамической природы и eval ты можешь в рантайме сгенерить код, который потгроает какой-то объект в глобальном скопе, который до этого считался неиспользуемым. (аналогично видимо и с жвм, если на лету затягивать классы в стиле 'я у мамы апликейшн сервер')

но есть же случаи куда проще
вот обяъвил я где-то private static yoba и нигде её потрогал, в чём пробелма как минимум её выкинуть?

ну и? так жо в жс многие объекты кресты под капотом, дебажа котоыре ты не увидишь ничего кроме '[native function]'

если вовзращатсья к пробелме глобально
один фиг, по идее можно понять что некоторые куски кода не используются. более того в жс это понять куда сложнее, т.к. из-за динамической природы и eval ты можешь в рантайме сгенерить код, который потгроает какой-то объект в глобальном скопе, который до этого считался неиспользуемым. (аналогично видимо и с жвм, если на лету затягивать классы в стиле 'я у мамы апликейшн сервер')

но есть же случаи куда проще
вот обяъвил я где-то private static yoba и нигде её потрогал, в чём пробелма как минимум её выкинуть?

Вообще-то нет. Не новые фичи ломают совместимость, а вырезание старых.

Ну. Строить мажорный релиз на вырезании старых фич тоже звучит совсем не очень.

Ну. Строить мажорный релиз на вырезании старых фич тоже звучит совсем не очень.

Ну вон в Gradle примерно так и есть.
Только там не только вырезание, но и потенциально ломающее изменение поведения.

Это, знаешь, как политики: "Ну да, я ворую, но вон тот ворует ещё больше, ко мне какие претензии?" :)

Но да ладно. Это явно вкусовщина.
А мой вкус стоится на том, что когда идёт речь о каком-то крупном, мажорном релизе — хочется получить какой-то крупный, мажорный релиз, а не "ну мы обещали выпускать каждые полгода, вот вам. ну да, ничего особо нового нет, поправили баги".

У тебя просто другие ожидания от новой мажорной версии, "пользовательские" так сказать.
Конечно, чтобы заманить на новый мажорный релиз, его как правило снабжают вкусными фичами, но не всегда)

Просто не вижу смысла называть релиз "мажорным", если он таковым и не является. Я не говорю, что конкретно у котлина так, нет, но обязаловка с выпуском раз в полгода явно рано или поздно к такому привести может.

ИМХО, релиз должен строиться не тупо на даты, а в том числе на какие-то реальные изменения внутри.

кстати да, в чём проблема просто взять и обновить платформу? часто слышал, что есть конторы в духе "у нас жаба 1.8". ии? насколько хуёво нужно было спроектировать и реализовать систему, что вы не можете обновлятсья даже на LTS целевой платформы? как это вообще возможно?

А релиз конкретных фич может сильно задержаться и потащить за собой всё остальное

Т.е., чтобы потеряли пользователи, если бы вместо мажорного без фичи, вышел бы просто очередной релиз, с багфиксами и пр.? К чему эта гонка версий?

"так принято"(цэ)

И в чём проблема? Релизов мажорных и ждут обычно ради фич. Если фича задерживается и мажорный релиз выходит без неё, то какой же это мажорный релиз?

Russ Cox:

I was once asked about the impact of the research literature on Go's design, and I replied in part:

Go is more an engineering project than a pure research project. Like most engineering, it is fundamentally conservative, using ideas that are proven and well understood and will work well together.

http://www.pl-enthusiast.net/2015/03/25/interview-with-gos-russ-cox-and-sameer-ajmani/

И в чём проблема? Релизов мажорных и ждут обычно ради фич. Если фича задерживается и мажорный релиз выходит без неё, то какой же это мажорный релиз?