The October ’18 wave of business application release overview

[fed]

Цитата:

Сообщение от skuull

С формальной точки зрения высказывания на ямере эквивалентны высказыванимя тут, с docs таже беда, сегодня там одно написано, завтра - другое. Я думаю нет ниодного документа в котором было бы что-то написано, а то засудят еще
Вы еще вспомните internalUseAttribute он в PU20 всем все поломал, раньше был ворнинг но всем было всеравно, а щас вот ошибка компиляции, breaking это по вашему?

Понятия не имею. Я собственно не наезжаю, а интересуюсь. У меня есть сильное ощущение что "отсутствие breaking changes" останется чисто маркетинговой концепцией (также как релиз нового PU каждый месяц). На практике все равно будут несовместимые обновления релизить время от времени.

Плюс рано или поздно, у какого-то клиента не хватит ресурсов на то чтобы очередной ежемесячный багфикс потестить и у него весь бизнес встанет недельки на три-четыре. Я конечно понимаю что лицензионные соглашения MS позволяют ему выйти сухим из воды. Но вот выхлоп на рынок (Типа - фирма XYZ Productions с внедрением на 1000 рабочих мест простояла месяц с убытками в 800 лямов) может быть достаточно неприятным. А прессрелизы о том что "Да они сами виноваты - толком не тестировали", могут навести потенциальных клиентов на неприятную мысль что им теперь раз в месяц придется ключевых сотрудников отрывать от бизнеса и все тестировать. А это очень хороший sales point для конкурентов, и очень плохой для партнеров MS.

[ax_mct]

Цитата:

Сообщение от fed

...
А это очень хороший sales point для конкурентов, и очень плохой для партнеров MS.

Тут вопрос сегмента. SMB наличие любых кастомизаций в D365FO просто противопоказанно.
При этом выбирают ту систему в которой все уже подходит изначально.

Что интересно некий опрос говорит о том что 70% бизнеса не важно облако или нет, им важнее функциональность. То есть заполненность дыр на первом месте.

https://softwareconnect.com/mrp/buye...s-2018-report/

Цитата:

Manufacturers claim to be very flexible in how they are willing to deploy MRP software, with nearly three-quarters (71 percent) indicating they would be open to reviewing either hosted or on-site installation options.

И такая вещь как no messy upgrades я думаю она на втором месте после соответствия функционала.

Кстати по поводу D365FO и крупного бизнеса. Размер базы данных.
Как то выглядит все непросто в облаке.
https://docs.microsoft.com/en-us/azu...ngle-databases

P.S. Ну и немного жизнерадостности Есть такие фотки у команды MS? Хочется посмотреть им в лицо

[trud]

Цитата:

Сообщение от fed

Понятия не имею. Я собственно не наезжаю, а интересуюсь. У меня есть сильное ощущение что "отсутствие breaking changes" останется чисто маркетинговой концепцией (также как релиз нового PU каждый месяц). На практике все равно будут несовместимые обновления релизить время от времени.

Кстати по поводу breaking changes - они похоже нашли красивый способ это обойти -
т.е. допустим тебе надо добавить параметр в метод, добавить просто так нельзя, это breaking changes, но можно сделать следующее:
добавляешь к этому методу атрибут SysObsolete, делаешь новый метод-копию с нужными тебе параметрами, правишь везде вызовы на твой новый метод. Профит
сейчас при обновлении на 8.1 вылезно несколько таких штук

Несовместимые обновления кстати никто не обещал выпускать, обещали без breaking changes

[belugin]

Цитата:

Сообщение от trud

Кстати по поводу breaking chan
сейчас при обновлении на 8.1 вылезно несколько таких штук

Несовместимые обновления кстати никто не обещал выпускать, обещали без breaking changes

Вы можете рассказать, что это поломало?

[trud]

Цитата:

Сообщение от belugin

Вы можете рассказать, что это поломало?

Сложно сказать. Т.е. тут можно поставить вопрос более глобально - если в решении используются методы помеченные SysObsolete - будет ли решение работать правильно?
В части то функций наверное да, возможно будет не учитывать какие-то новые поля в алгоритмах

[belugin]

Цитата:

Сообщение от trud

Сложно сказать. Т.е. тут можно поставить вопрос более глобально

Глобально - obsolete методы должны продолжать
корректно работать при их вызове. Другое дело что если они hookable то события pre и post прекратят вызываться там где они были вызваны.

Но мне больше было интересен скорее практический опыт - сломалась ли какая-то конкретная модификация при таком изменении.