Версионность программного продукта - некоторые моменты

Категория: Технические советы

– Автор: Игорь (Администратор)

Версионность программного продукта позволяет решить очень много проблем. Начиная от технической поддержки конкретной программы или модуля. Заканчивая многими вопросами совместимости. Поэтому в рамках данной статьи я хотел бы рассмотреть некоторые моменты, которые в реальной жизни могут быть весьма существенными.

Если вы только начинаете изучать этот вопрос, то вот простой пример. Представьте, что у Windows не было бы версий. Была бы просто Windows. Как бы тогда пользователи смогли бы понять запустится некоторая программа у них или нет? Как бы вы искали решения проблем в интернете? Сколько бы отнимало времени пояснить, что в вашем варианте системы "логитип вот такой вот и тут чуть сбоку закругленно", чтобы хоть как-то сориентировать других людей?

Именно эти и другие вопросы, позволяет решить версионность, экономя при этом время всем.

Однако, стоит понимать, что порядок ведения версий программного обеспечения или документации определяется самим автором (или авторами) и не является постоянным. Это означает, что как такового нет единого стандарта ведения. Некоторые, например, вообще меняют стиль формирования версий после выхода определенного продукта или же просто перескакивают в произвольном порядке. Возьмем ту же Windows - 98, 2000, ME, XP, NT, Vista, 7 и так далее. Есть цифры, есть буквы, так же, к примеру, 7 меньше чем 2000. Думаю, поняли. Так же нередким бывает явление, когда происходят скачки в версиях. Например, после 3.3.3.3 может сразу выйти 5.0.1.1 (никто ведь этого не запрещает). Или вообще нумерация продукта может начинаться не с 1.0, а сразу с 2.0. Это дело автора.

Примечание: Стоит знать, что у Windows есть несколько систем версионности. К примеру, есть внутренняя, которая состоит из цифр. Ее обычно называют сборка и в ней порядок можно отслеживать простым сравнением цифр.

Суть в том, что версионность это лишь метод разделения одной копии продукта с ее функционалом от другой копии продукта с другим функционалом. И не более.

Например, относительно недавно Skype запретил обмен сообщениями без подтверждения запроса добавления контакта (возможно это временная проблема, а возможно так и оставят). С одной стороны, это не полная переделка функционала, так что с точки зрения версий это "вроде бы" не является огромным изменением. С другой стороны, такая модификация делает весьма неудобным его использование и вносит существенные трудности для части людей.

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

Так же необходимо понимать, что несмотря на слова вида "версия этого продукта строится следующим образом", всегда будут существовать вопросы, модификации и прочее, которые не будут четко укладываться в определенный порядок и под разными точками зрения будут выглядеть по разному. Это означает, что даже если версия продукта состоит из 15 цифр, последняя из которых отвечает за самые мелкие правки, то продукт может стать сложно поддерживаемым и требовать существенных "телодвижений" даже при изменении этой последней цифры.

Конечно, не хорошо получается, когда что-то из вышеописанное или нечто другое случается, однако, всегда стоит помнить про здравый смысл и про то, что версионность это субъективное и условное деление. И не более.