The October ’18 wave of business application release overview

[fed]

Цитата:

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

Вы немного перекручиваете. Еще с первой версии документации про енумы было написано: "не используйте > или <, а то сделают его расширяемым и все развалиться" Ребята, которые возмущались, ее не читали и у них таки развалилось, но они решили винить МС. Хотя МС пока заявляет о совместимости на уровне компиляции, а не на уровне логики, потому как предсказать извращенность некоторых расширений дано только высшему разуму.

Я не перекручиваю. Я просто вижу конфликт между задекларированным (правда в не очень ясной форме) отсутствием breaking changes и явной необходимостью заполнения дыр в функционале (которые теперь партнеры не могут сами затыкать). У меня в целом ощущение, что Микрософт чуть позже пойдет на попятную и по поводу отсутствия breaking changes в новых версиях и по поводу обязательности обновлений каждый месяц.
Вообще - на мой взгляд, то что сейчас с этой continuous update происходит - это классический пример сочетания технооптимизма (верой в то что магическая новая технология обновлений может решить нерешаемую проблему) и явно выраженной проблеммы коммуникаций внутри корпорации (рядовые ПМ вполне себе понимают что все это - полная херня, но чтобы не создавать себе проблем - тупо ждут негативного фидбека от клиентов или первого громного скандала с гигантскими клиенсткими убытками по итогам обновления...)

[ax_mct]

Цитата:

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

Если вы не осведомлены даже о функциональных возможностях AX2012 R3, то как вы вообще собираетесь сравнивать AX2012 R3 с D365FO 8.0?

Цитата:

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

Я не перекручиваю. Я просто вижу конфликт между задекларированным (правда в не очень ясной форме) отсутствием breaking changes и явной необходимостью заполнения дыр в функционале (которые теперь партнеры не могут сами затыкать). У меня в целом ощущение, что Микрософт чуть позже пойдет на попятную и по поводу отсутствия breaking changes в новых версиях и по поводу обязательности обновлений каждый месяц.
Вообще - на мой взгляд, то что сейчас с этой continuous update происходит - это классический пример сочетания технооптимизма (верой в то что магическая новая технология обновлений может решить нерешаемую проблему) и явно выраженной проблеммы коммуникаций внутри корпорации (рядовые ПМ вполне себе понимают что все это - полная херня, но чтобы не создавать себе проблем - тупо ждут негативного фидбека от клиентов или первого громного скандала с гигантскими клиенсткими убытками по итогам обновления...)

А есть где нибудь функциональное сравнение AX2012 R3 и D365FO 8.0? Откуда про дыры? Может их и нет вообще.

Остаюсь технопессимистом. Перефразируя http://ifreestore.net/4790/2/
Техноопессимизм -мировоззренческая позиция, система взглядов, в соответствии с которыми погоня за технологиями рассматривается в качестве главной причины нарушения баланса в отношениях бизнеса и вендора, появления и резкого обострения проблем развития системы.

[fed]

Цитата:

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

Вы немного перекручиваете. Еще с первой версии документации про енумы было написано: "не используйте > или <, а то сделают его расширяемым и все развалиться" Ребята, которые возмущались, ее не читали и у них таки развалилось, но они решили винить МС. Хотя МС пока заявляет о совместимости на уровне компиляции, а не на уровне логики, потому как предсказать извращенность некоторых расширений дано только высшему разуму.

Кстати - с формальной точки зрения, там в этой дискуссии кто-то привел ссылку на микрософтовский документ, которая описывает переделку из enum в extensuble enum как breaking change. Что микрософт, вроде бы, обещал не делать после выхода версии 8.0 Вот мне и интересно - у них концепция изменилась или они просто ошиблись ? Ну то есть - я вполне могу согласиться с тем, что партнер не очень корректно закодил. Вопрос в том, что микрософт нарушил (или не нарушил ???) ими же самими задекларированные условия.

[skuull]

Цитата:

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

Кстати - с формальной точки зрения, там в этой дискуссии кто-то привел ссылку на микрософтовский документ, которая описывает переделку из enum в extensuble enum как breaking change. Что микрософт, вроде бы, обещал не делать после выхода версии 8.0 Вот мне и интересно - у них концепция изменилась или они просто ошиблись ? Ну то есть - я вполне могу согласиться с тем, что партнер не очень корректно закодил. Вопрос в том, что микрософт нарушил (или не нарушил ???) ими же самими задекларированные условия.

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

[EVGL]

Ооо! В версии 8.1 интересный стиль программирования наблюдается. ВСЕ методы новой таблицы объявляются как private или internal, включая find(). Т.е. на всякий случай посторонним не предоставляются НИКАКИЕ API.

[trud]

Цитата:

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

Ооо! В версии 8.1 интересный стиль программирования наблюдается. ВСЕ методы новой таблицы объявляются как private или internal, включая find(). Т.е. на всякий случай посторонним не предоставляются НИКАКИЕ API.

Забавно.
Но я думаю через LCS запрос на экстеншн будут менять.
Т.е. тут кто-то решил пристроить с пару десятков своих индийских коллег, на задачу создания этих extension, работа то непыльная

[fed]

Цитата:

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

Ооо! В версии 8.1 интересный стиль программирования наблюдается. ВСЕ методы новой таблицы объявляются как private или internal, включая find(). Т.е. на всякий случай посторонним не предоставляются НИКАКИЕ API.

Ну вот видишь - по крайней мере теперь понятно, как no breaking changes сочетается с обещанием развивать систему...
Вообще я на все происходящее последние полгода смотрю как на мыльную оперу. Уже понятно чем кончится (сменой менеджмента, сменой концепции продукта, возможно даже уходом с ERP рынка), просто непонятно сколько серий мыла смогут выпустить продьюсеры до того момента, когда придется таки выпустить Series Finale...

[DAX.Company]

Цитата:

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

ВСЕ методы новой таблицы объявляются как private или internal, включая find(). Т.е. на всякий случай посторонним не предоставляются НИКАКИЕ API.

А можно для новичков в 365 объяснить что это ломает? Пример какой нибудь. Find то я уверен навсегда. Не вижу смысла его менять. Да и на таблице как правило примитивный код по работе с таблицей

[EVGL]

Цитата:

Сообщение от DAX.Company

А можно для новичков в 365 объяснить что это ломает? Пример какой нибудь. Find то я уверен навсегда. Не вижу смысла его менять. Да и на таблице как правило примитивный код по работе с таблицей

Дело даже не в том, что я хочу что-то поменять, я хочу использовать этот find(). А он извне не виден, как и все остальные методы таблицы.

[ppson]

Какая приятная фича наконец то добавилась.