BiTel

+++

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

в кулуарах обсуждается идея выпуска новой версии...дабы 5.2 стала стабильной, а весь новый функционал шел в следующую версию.. И вообще идея делать релизы почаще

Уже 5.3 ? Скоро? А войс, войс там уже будет ? Очень хочется уже видеть дин. код в пред/пост обработчиках и логи радиуса, вынесенные в сжатый файловый лог, а не как сейчас в пухнущую базу.

чтоб делать релизы чаще - решите проблему с обновлениями на них, чтоб небыло страшно обновлятся, и не приходилось по полгода тестировать переход, некоторые и до года доходят. Очень много самописного функционала, который постоянно приходится переписывать, иногда чуть ли не с нуля....решите эту проблему, чтоб нам было проще обновлятся ) собственно изначально эта тема и была заведена ради этого

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Пойдете по пути Firefox?

так если они будут чаще, то как раз на них будет безопаснее обновляться . Будет меньше объем изменений. То ли раз в год, то ли раз в 5 лет ..

нет факт что 5.3 .. войса там не будет .. просто 5.2 закроем для новых изменений , только для бакфиксов, все новое в 5.3

тут вот тоже не факт, я то между релизами обновлятся боюсь, а с версии на версию так вообще

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

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

_________________
I'm clever. I've got a computer.

Т.е нам вообще не выпускать новую версию ? По моему лучше изредка отгребать, но по много , чем постоянно , но по чуть-чуть .. Вообще идея выпускать релизы почаще, это как раз попытка решить вашу проблему с боязнью обновлений внутри версии ..

Тут, пожалуй, 99% таких же



неслучайный фикс




А можно сделать так, чтобы не отгребать вообще?
В основном все проблемы обновления связаны с API, в связи с чем я бы хотел предложить Вам сделать поддержку старых методов в рамках 2-х версий, т.е.:

• текущая версия, например 5.3 - API если и изменяется, то это не приводит к каким либо последствиям.
• версия следующая за текущей, например 5.4 - если API изменился, то API версии 5.3 работает так же, как и в 5.3, только в почту регулярно приходят мягкие уведомления о том, что в "fooBar DEPRECATED и следующей версии поддерживаться не будет". С выходом 5.5 выходит микро обновление, которое начинает настоятельно долбится в почту и сообщает "fooBar DEPRECATED, в следующей версии поддерживаться не будет! вместо fooBar необходимо использовать barBaz".
• новая версия, например 5.5 - поддержка API версии 5.3 окончательно умирает, с API версии 5.4 все выглядит как в пунке выше.

Получится, что и Вам, в какой-то мере удобно и Вы всех предупредили, а уж если кто-то, что-то не сделал - он ССЗБ.
При этом надо понимать, что Вы должны не "хотели/подумали/планировали/ХЗ", а именно "взяли и сделали", т.е. предупредили и указали что на что меняется - это будет ОЧЕНЬ дружелюбно с Вашей стороны, а пара строчек в коде нас избавит от квестов "найди в доке то не знаю что".

по поводу депрекатед мы и так стараемся делать именно как описано

_________________
I'm clever. I've got a computer.

И поэтому тут часто возникают темы на предмет того, что что-то не работает, а потом выясняется, что в параметрах что-то изменилось? Если бы API сообщал что/где/как изменилось - таких тем было бы значительно меньше, если вообще появлялись бы. Всего-то надо - написать в ошибку: "fooBar изменился - см. доку!" и всех делов. И Вам не сильно сложно, и народ от счастья разве что писаться не будет. Не, конечно если кто-то читать не умеет, то тут к Вам претензий вообще быть не может - Вы сделали все что смогли (и написали, и предупредили - чо еще надо то?).

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Да, поддержу снарка. Сделайте так чтоб при обновлении вообще делать ничего ненада было, кроме как запустить апдейт и все, он обновился, остальной софт тоже обновить и все. так же апдейтом. и дальше уже слать что на что менять, чтоб версия которая была обновлена, работала и стабильно, как и предыдущая, а потом можно было исправлять косяки.

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

И ещё чтобы биллинг кофе мне варил!

а чейта тока тебе

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Проблема со сменой api, как мне кажется, слишком раздута . На самом деле в версии 5.2 уже при старте все скрипты валидируются при старте приложения и все ошибки тупо сыпятся в лог . Поэтому достаточно один раз обновится на тестовой и все поправить ..Или сразу на боевой все править .Сразу при старте вы узнаете о всех ошибках и не надо ждать срабатывания скрипта чтобы узнать где ошибка. Отчеты еще могут поломаться, но по-моему это не критично - можно потихоньку из исправлять . Вообще при обновлении на следующую версию больше проблем с багами, чем со сменой api, как мне кажется . По той же причине сейчас обновяться внутри 5.2 боятся, не потому что api меняется, а потому что функционал новый и баги добавляются .

Раздута? Да Вы на форум гляньте, сколько тут тем про то что в какой нить ф-ции/методе изменился вызов (часто) или название (очень редко) и скрипт до этого нормально работающий вдруг перестал работать.



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



Не случайный фикс не случаен

Ну вообще у нас все утверждают, что именно сейчас так и происходит . Только еще один момент -если что-то сделали deprecated в текущей версии, то мы можем удалить уже в следующей(по-моему логично).

а можно несколько конкретных примеров с форума ВНЕЗАПНОГО изменения API без предупреждения...
а то пока только обобщенные лозунги типа, ВСЕГДА, У ВСЕХ, ВСЁ и т.д.

Полностью согласен. Зачем поддерживать то, что уже, фактически, мертво?



Вот так сразу в закладках не нашел, но думаю что сообщество сейчас накидает

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Господа, это полный пиздец.
Если дока не обновляется при сборке и не выкладывается сразу - см. 1-е предложение.

Моралисты отправляются по известному адресу искать правильную формулировку, а мы продолжаем общаться.

Явадока выкладывается периодически, т.к. API всё же меняется достаточно редко. А в процитированном вообще речь была о добавлении класса в билд для явадоки, что, очевидно нужно делать руками для новых классов и можно типа забыть под шумок.

_________________
I'm clever. I've got a computer.

я просил ссылки где было изменено API без сохранений старых методов... что влияло бы на работу при обновлениях.

некорректный пример.. Там новый метод добавился

ну я к тому что при обновлении неоткуда было взять что что то поменялось, мне голову открутили за это, и даже на тесте не увидел проблемы

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений

Так там как раз все было четrо вроде как..Старый метод был и он должен быть работать и помечен тон был как Deprecated . Все как вы и хотите .

ага, не имеет отношения к обсуждаемой проблеме .. В javadoc все не попадает, потому что мы не и не хотим чтобы туда все попадало .. иногда что-то забываем, что ж поделать, мы не идеальны. Автоматом выкладывать javadoc можно при каждой сборке , но новые классы например туда не попадут все равно без наших телодвижений.