LS
Но редко же бывает, чтобы прям вот ЩАС надо обновиться иначе хана.
Size: a a a
2020 May 07
VP
Мне кажется, там сейчас больше просто недостаток некоторых фич, а так-то использовать можно
AN
Мы, например, всякие либы от Гугла на Android стараемся только стабильные версии брать. А то хватаешь альфу или rc, а там что-нибудь отваливается.
У JB альфы и rc без EAP префикса не выпускаются
VP
Но редко же бывает, чтобы прям вот ЩАС надо обновиться иначе хана.
Да, но в полузаброшенном проекте можно легко столкнуться с таким
VP
Мы, например, всякие либы от Гугла на Android стараемся только стабильные версии брать. А то хватаешь альфу или rc, а там что-нибудь отваливается.
Как будто там стабильные версии хорошо работают 😄
Но это так, шутка
Но это так, шутка
BP
Так-то у меня нет опасений по поводу kotlinx-serialization, но надо понимать, что при необходимости там совместимость отлетит сразу
Ну один раз немного поломали но у меня на новой версии старый код работал. Там с дескрипторами, у меня их не было а код в коммон модуле jvm компилится 😊
AN
Ну один раз немного поломали но у меня на новой версии старый код работал. Там с дескрипторами, у меня их не было а код в коммон модуле jvm компилится 😊
тут всегда вопрос, что дольше - два раза переписать на чем-то удобном или один раз на легаси. Но на самом деле на JVM пока Jackson все покрывает. Вероятно Moshi тоже
BP
@Alex3007 минус котлиновской либы в том что покрыты типы котлина, а вот Java time - нет, но пишется в ручную ручками на ура
A
Всем спасибо за ответы. Буду пробовать kotlin.serialization имея ввиду, что есть Jackson и Moshi.
AN
Всем спасибо за ответы. Буду пробовать kotlin.serialization имея ввиду, что есть Jackson и Moshi.
Пробуйте - лишним не будет. Там есть пока кое-какие грабли, так что прям в прод я бы наверное не стал настойчиво рекомендовать, но что по крайней мере все можно заставить работать - это точно.
VS
Версия 0.20.0. Или нумерация 0 в начале это уже stable release?
На самом деле, правильный вопрос. Очень часто люди вообще не смотрят на продукт пока он не созреет до 1.0
И тут логично было бы выпустить serialization 1.0, чтобы народ начал использовать
И тут логично было бы выпустить serialization 1.0, чтобы народ начал использовать
QH
На самом деле, правильный вопрос. Очень часто люди вообще не смотрят на продукт пока он не созреет до 1.0
И тут логично было бы выпустить serialization 1.0, чтобы народ начал использовать
И тут логично было бы выпустить serialization 1.0, чтобы народ начал использовать
а потом получить обратную связь и выпустить 2.0 🌚
AM
Уже вроде обсудили, что с early adopters собирают фидбек, меньше боятся всё ломать, прежде чем отлить в камне 1.0, хотя на деле делают это аккуратно.
AM
Я думаю, команде JB лучше нас видно, когда стоит выпускать 1.0 для их продуктов :)
VP
Кажется, я не смотрел на котлин до релиза 🤔
Но и после релиза я на него не сразу посмотрел
Но и после релиза я на него не сразу посмотрел
AM
А когда-то в котлине интерфейсы назывались трейтами...)))
VS
Кажется, я не смотрел на котлин до релиза 🤔
Но и после релиза я на него не сразу посмотрел
Но и после релиза я на него не сразу посмотрел
Именно!
Нет ничего плохого нет (а сплошные плюсы) в том, чтобы вот взять и выпустить 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 стабильно уже оочень давно.
Нет ничего плохого нет (а сплошные плюсы) в том, чтобы вот взять и выпустить 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 стабильно уже оочень давно.
VP
Именно!
Нет ничего плохого нет (а сплошные плюсы) в том, чтобы вот взять и выпустить 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 стабильно уже оочень давно.
Нет ничего плохого нет (а сплошные плюсы) в том, чтобы вот взять и выпустить 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 стабильно уже оочень давно.
Обновления между минорными вроде бы не должны ничего ломать (мне неизвестны такие случаи в "нормальном" коде)
QH
хотя ktor об этом не слышал 🌝
VS
Обновления между минорными вроде бы не должны ничего ломать (мне неизвестны такие случаи в "нормальном" коде)
Ой ли. Тут 100500 случаев, когда «новый type inference ломает код»