оно понятно, что...

"Одновременно поставляются две версии конфигурации:
1. Версия длительного сопровождения 3.1.14. В ней будут поддерживаться изменения законодательства и исправляться только критичные ошибки до окончания 3 кв. 2021 года, после чего ее выпуск будет прекращен.
2. Обычные версии 3.1.15, 3.1.16 и т.д. Они сменяют друг друга в течение года (выпуск новой версии означает прекращение поддержки предыдущей), содержат новый функционал и исправление прочих ошибок. Вы вправе выбрать хотите ли вы получать новый функционал или планируете оставаться на версии 3.1.14. Просим вас запланировать в течение 2020 - 2021 годов переход с версии 3.1.14 на новую версию."

сабж выпустили 18.09.2020

первопроходцы есть ?

3.1.10 крайнюю выпустили, больше не будет.
3.1.14 ставьте и не рыпайтесь

(0) А куда торопиться? Я посмотрел изменения еще в пятницу и решил что пока не переходим, а дальше посмотрим

(1) вопрос про переход на 3.1.15.40

(2) тоже в тех же мыслях, но весенние приколы по релизам напрягают.

(3) Какие приколы имеются ввиду?

(4) отличия и наличие нового в релизах 3.1.10 и 3.1.13 при разных датах выпуска конфигураций.

(5) Ииии? Естественно что будут отличия и теперь, это же следует из текста, тобой же скопипастенного

(6) потому и тема, стоим или ныряем.

хотите еженедельных обновлений с исправлением старых ошибок и добавлением новых - переходите.
если устраивает 3.1.14 - работайте на ней спокойно.

(8) желание багтестером быть напрягает. своим рекомендовать переход пока не буду, стоим.

В 2019-2020 жили на 10ке, ибо в 2018 наелись новыми багами новых релизов. Сейчас будет на 14м сидеть. Переход с 10 на 14ый порадовал - зачем было переименовывать процедуры аля ПолучитьНомерНаПечать на НомерНаПечать и грохать в итоге все внешние печатные формы это вопрос...

(10) Да, 1С такое любит)

(10) приводят к стандарту
https://its.1c.ru/db/v8std#content:647:hdoc

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

(13) оно ? https://bugboard.v8.1c.ru/error/000098663
поправили же

(10) Я уж и забыл, когда это в своих доработках исправил.

3.1.14 не так уж сильно отличалась от 3.1.10, по сравнению с изменениями 3.1.10 от прошлых версий, зря не перешли. Я особых неудобств не заметил, да и пользователи тоже.

(15) В 3.1.15 от 3.1.14 тоже минимальные отличия пока-что.

Мы перешли на 3.1,15 .Работает нормально.Заполнение РезервыОтпусков исправили

(17) распишите, пожалуйста

(0) Перешли 3.1.15.40. Ошибок ни каких нет, на данном этапе.

(19) даже и не знаю, но на bugboard за это версией 681 ошибка.

(20) ваши предложения повысить до релиза 3.1.15.67 ?

(12) Молодцы блин. Что мешало делать это не ломая совместимость резко? Создать правильную функцию, а в неправильной сделать обращение к правильной и ругань в окно сообщений "Использован устаревший метод такой-то, обратитесь к разработчику". А через какое-то количество релизов неправильную убрать.

(22) Кадровый голод!

(12) По моему «вредные советы»:
6.1. Имена функций в общем случае следует образовывать от описания возвращаемого значения.

Неправильно:

Функция ПолучитьПолноеИмяПользователя()
Функция СоздатьПараметрыЗаполненияЦенПоставщика()
Функция ОпределитьДатуНачалаСеанса()
Правильно:

Функция ПолноеИмяПользователя()
Функция НовыеПараметрыЗаполненияЦенПоставщика()
Функция ДатаНачалаСеанса()

(24) +Непонятно, что этим получают.Есть же get и set.Усе ясно, а тут чего добились?

(24) Нет, советы как раз правильные. Императивное именование функций не рекомендуется. Это оставьте для процедур. Вот только надо было или сразу этому следовать, или хотя бы переходный период ввести с функцией совместимости.

У меня сломалась синхронизация с ERP. В ЗУПе КОРП версии 3.1.15 теперь стоит правило регистрации "Правила регистрации объектов этой информационной базы (БЗКР 3.1.14 с длинным синонимом для тестирования версия 3.1.14) от 30 июля 2020 г.". Опа полная, всё наперекосяк. Техподдержка молчит.