Всем доброго дня. В связи с переходом на конфу долгосрок КА 2.5.22 нужно обновить платформу. Минималку требует 8.3.27.1559. Вчера вышел релиз 8.3.27.1644. Вопрос к тем кто юзал: стабильный версия? или лучше все же переехать пока на предпоследний релиз 8.3.27.1606?

Подожди неделю и обновляйся на последнюю

Лучше всего на тот, где меньше багов, а это последний.

Местами народ жалуется на УТ 11.5.22 в связке с 27 редакцией. Я бы немного подождал.

(2) Откуда инфа, что в нем меньше багов?

(4) она более новая - не успели еще собрать, т.е. при прочих равных список должен быть короче )

(5) Ну т.е. в ней меньше ВЫЯВЛЕННЫХ багов. :)

так как процесс отладки любого релиза заключается во внесении новых ошибок взамен старых (иногда 2-3 за 1), и при критическом накоплении этих новых ошибок и происходит переход на новую ветку релиза, то в начале жизни релиза он, по идее, должен содержать меньше ошибок, но они будут критичнее. Поэтому надо искать разумную середину и обновляться на предпоследний релиз.

Предлагаю перейти на 7.7. В ней багов практически нет.

(8) по логике всё наоборот: смена редакции - это добавление нового функционала, релизы внутри редакции - это исправление ошибок.
Исправление ошибок конечно не исключает добавление новых)

Рарус в облаках своих пару месяцев как перешёл на 27.1559

(13) Интересно как, если этот релиз вышел полтора месяца назад)

(15) Наверное, Рарус гоняет тестовые сборки. Некоторые потом дополнительно не пересобирают, номер не меняется и выходит из теста в релиз.

Лучше не обновляться на последние, а тянуть до придела, ещё не все косяки всплыли, они только ещё всплывают, их аккуратно собирают, а потом закрывать возможно будут, патчами, или новым релизом, но если любишь острые очучения то лучше 8.3.27.1644

так а почему не рекомендуемую минималку (8.3.27.1559)

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

"Всякое решение плодит новые проблемы"(с)

PS: третий вариант: "Не обновлять".

(21) Топикстартер не хочет учиться только на своих ошибках, а услышать  мнение тех, кто уже сидит на таких релизах.

(20) 👍 Красивое

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

(23) Эта фраза означает следующие: как только ранее выбранная версия платформы станет минимально допустимой - необходимо определиться с очередной версией и временем обновления платформы. Не ждите, когда конфигурация потребует обновления платформы, - цейтнот нам не нужен.

Не проверял, но
https://forum.infostart.ru/forum71/topic328933/

(26) о как! у нас есть ут 10.3, она на обычных формах, и штрихкоды там есть...

(26) подтверждаю, на платформе 8.3.27.1644 не ставятся патчи, точнее ставится один, или как повезет, платформа просто напрочь зависает.
Кстати, в ошибках этого еще нет.

На партнерском много воя на тему 27 платформы. Если не нужно по требованиям конфигурации, то лучше не надо.

8.3.27.1606

8.3.27.1644 - простое изменение и расширение сохраняется минут 10

8.3.27.1644 - простое изменение долгое сохранение расширения.

Перестаньте делать объекты с данными внутри расширений! Я вас заклинаю!

(32) Что значит, не делать объекты с данными?

(34) Это значит не делать.

(32) 👍

(32) Когда фича оказалась багом.

(37) Люди не очень понимают последствий. Объекты с данными можно создавать в расширениях, только если эти данные являются производными от основной базы и их легко восстановить, прокрутив обработку. Или потеря этих данных не приведёт к печальным последствиям. Если же это данные, вводимые пользователем, то дело дрянь. Отключение расширения или неосторожное обновление основной конфы приведёт к недоступности или полной потере этих данных.

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

(38)+ И это я ещё молчу, как эти данные становятся "невидимы" для других расширений или для основной конфы, что затрудняет разработку.

Можно и справочник в константу запихнуть (я встречал такие архитектурные решения), только зачем?!

(38) +100
Вот до некоторых моих коллег не доходит = типа, надеются, если что-то пойдет не так = бэкап выручит.
Правда, если бэкап валидным будет = кто ж их сразу проверяет...