Нумерическое
Oct. 22nd, 2010 12:07 pm![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
pozitronikВот интересно, по какому принципу софтоделатели нумеруют версии своего софта?
Вот, например, гугл выпустил седьмую версию этого вашего хрома. Седьмую, блджад. Раз в полгода новая цифирь (даже быстрее, хром в 2008 появился, а у них уже девятая ветка в девелопе), изменений - ну не то, чтобы с гулькин нос, но...
Сравним с фуррифоксом, например. Новая версия - раз в два года, изменений столько, что это, фактически, совершенно другая программа. Обновления веток (0.x) по количеству изменений примерно такие же, как обновления хромого.
Total Commander раз в пару лет обновляется по 0.5 (с чуть ли не годовым периодом тестирования), и серьёзных улучшений обычно набирается пара десятков, а всяких исправлений - около тысячи. 0.xx версии багфиксовые, их, обычно, парочка выходит после каждого мажорного апдейта.
Юникосвый софт нумеруется как-то по сотым долям. Наткнуться на софтину с версией 0.x, причём включённую в официальный репозиторий, совершенно не трудно.
Ну и т.д.
Я знал одного программера-шароварщика, который каждому обновлению своей программки присваивал очередной номер. SoftwareName ver. 153 - каково?
Так как же, как правильно нумеровать версии? Ведь цифра должна показывать и количественные и качественные отличия версий.
Я, например, в своих разработках придерживаюсь такого типа нумерации, при котором версией 1.0 считается версия, полностью удовлетворяющая изначальному ТЗ. Десятые доли номера - для серьёзных изменений, сотые - для мелких. Обновление основного номера - абсолютно новая версия программы, либо серьёзных изменений набралось столько, что она таковой выглядит при сравнении с 1.0.
Вот как-то так.
Вот, например, гугл выпустил седьмую версию этого вашего хрома. Седьмую, блджад. Раз в полгода новая цифирь (даже быстрее, хром в 2008 появился, а у них уже девятая ветка в девелопе), изменений - ну не то, чтобы с гулькин нос, но...
Сравним с фуррифоксом, например. Новая версия - раз в два года, изменений столько, что это, фактически, совершенно другая программа. Обновления веток (0.x) по количеству изменений примерно такие же, как обновления хромого.
Total Commander раз в пару лет обновляется по 0.5 (с чуть ли не годовым периодом тестирования), и серьёзных улучшений обычно набирается пара десятков, а всяких исправлений - около тысячи. 0.xx версии багфиксовые, их, обычно, парочка выходит после каждого мажорного апдейта.
Юникосвый софт нумеруется как-то по сотым долям. Наткнуться на софтину с версией 0.x, причём включённую в официальный репозиторий, совершенно не трудно.
Ну и т.д.
Я знал одного программера-шароварщика, который каждому обновлению своей программки присваивал очередной номер. SoftwareName ver. 153 - каково?
Так как же, как правильно нумеровать версии? Ведь цифра должна показывать и количественные и качественные отличия версий.
Я, например, в своих разработках придерживаюсь такого типа нумерации, при котором версией 1.0 считается версия, полностью удовлетворяющая изначальному ТЗ. Десятые доли номера - для серьёзных изменений, сотые - для мелких. Обновление основного номера - абсолютно новая версия программы, либо серьёзных изменений набралось столько, что она таковой выглядит при сравнении с 1.0.
Вот как-то так.
