вот взять и выпустить serialization как 1.0
Никто 2.0 не запрещает потом.
Тут смысл в том, чтобы:
1) Сигнализировать, что команда разработчиков считает, что это уже можно использовать (т.е. выпускаем 1.0). Наверняка ведь разработчики считают, что serialization уже можно использовать?
2) Через дальнейшие версии сигнализировать «что происходит». Иными словами, главное, чтобы пользователи понимали насколько жопным будет обновление. А какая это будет версия по цифрам — не так важно.
Вот сейчас всех приучили, что минорные обновления Kotlin это норм, и все привыкли, что «новые крутые фичи» появляются в патч версиях Kotlin’а. И ничего. Но у Kotlin’а уже есть 1.0, поэтому народ более-менее готов его брать, пробовать и т.п.
И ещё, похоже, всех приучили, что «версия 1.4, 1.5 и т.п. будет выходит крайне редко, и вообще непонятно насколько сложным будет переход».
—
Я на эту тему беседовал с Jessica Deen (Microsoft - Helm) и Erik Veld (HashiCorp - Terraform). И Джессика знатно так проехалась по Terraform, у которого до сих пор версии в духе 0.12.25, хотя текущее API стабильно уже оочень давно.
Обновления между минорными вроде бы не должны ничего ломать (мне неизвестны такие случаи в "нормальном" коде)
(Пальцем в небо) Возможно у ребят из JB есть некий список фич, который они хотят сделать прежде чем 1.0 выпускать
Обсуждают сегодня