Size: a a a

DocOps-сообщество

2021 April 30

ML

Maksim Lapshin in DocOps-сообщество
фактическое изменение  продукта никак не синхронизировано с версией в реальной жизни.

Т.е. ты начинаешь пользоваться, тебе говорят: сейчас новая версия api 3, а ещё поддерживается 2.   Продукт версии 2.4.15

Логичным образом существенная доля клиентов начинает пользоваться апи 2, потому что оно «стабильное, а не это ваше экспериментальное», в итоге оно уже deprecated, а люди на него садятся.

А продукт на самом деле уже вокруг 3-й версии
источник

ML

Maksim Lapshin in DocOps-сообщество
т.е. смена версий —  это вообще миф и химера. Её не существует, есть лишь плавные инкрементальные изменения, а резкими бывают только провалы.

А semantic versioning — это про резкое изменение. Всё программирование ушло от этого
источник

RG

Ramil G in DocOps-сообщество
У нас тоже так. Релизноты собираются автоматически, но перед рассылкой причесываются рукой продукт менеджера
источник

ME

Maria Ermakovich in DocOps-сообщество
семантическое версионирование - это в том числе минорные версии и патчи, а не только резкие изменения
источник

ME

Maria Ermakovich in DocOps-сообщество
"весь мир от этого ушёл" - смелое и бездоказательное обобщение
источник

DB

Dima Boger in DocOps-сообщество
Чего-то в одну кашу всё смешалось.

Если не хочется чтобы версией 2 пользовались — пометьте его как депрекейтед и спрячьте отовсюду. К тому же калвер эту проблему не решает, если между 2020.2 и 2021.1 произошло много изменений и юзеры считают одну версию "стабильной", то им тоже пофиг, что продукт "уже вокруг 2021.1"
источник

ME

Maria Ermakovich in DocOps-сообщество
++
источник

ML

Maksim Lapshin in DocOps-сообщество
боюсь, что у вас ничего кроме «я ничего не понял» нету.

От этого ситуация не меняется:  semver — это химера, которая в реальной жизни не реализуется.

Иногда (изредка) бывает версионирование апи, но и это тоже очень эфемерная вещь, от которой так же многие отказываются.
источник

DB

Dima Boger in DocOps-сообщество
Что там говорили про токсичных CTO? 🌚
источник

DB

Dima Boger in DocOps-сообщество
Надо понять и задуматься почему, да?
источник

NV

Nick Volynkin in DocOps-сообщество
Ребята, давайте спорить о вещах, но не переходить на личности. Пожалуйста.
источник

M

Max in DocOps-сообщество
Очень сложно бывает удержаться, когда человек выносит безапелляционные суждения, но не готов их аргументировать (
источник

ME

Maria Ermakovich in DocOps-сообщество
я работаю в продукте с семантическим версионированием, мы не химера
источник

ML

Maksim Lapshin in DocOps-сообщество
концепция «вчера был продукт версии 3, а сегодня версии 4» не имеет никакого отражения в современной успешной практике разработки хоть сколько либо сложных систем. Везде всё находится в процессе непрерывного апгрейда и изменений.
источник

ML

Maksim Lapshin in DocOps-сообщество
в каком? Давайте ближе к конкретике?
источник

ME

Maria Ermakovich in DocOps-сообщество
так у нас и есть CICD, мы постоянно шипим клиентам код, версии backward-compatible
источник

ML

Maksim Lapshin in DocOps-сообщество
и чего? То, что вы сейчас говорите, не имеет никакой связи с бессмысленностью концепции лежащей под semver.
источник

NV

Nick Volynkin in DocOps-сообщество
Расскажи, что именно в semver не работает? В чём проблема для бизнеса или для пользователей?
источник

ME

Maria Ermakovich in DocOps-сообщество
Semantic versioning is the practice of distinguishing release tags with 3 main components: major, minor and patch
источник

ME

Maria Ermakovich in DocOps-сообщество
CalVer is a versioning convention based on your project's release calendar, instead of arbitrary numbers.
источник