Клуб анонимных оверлейщиков

[fed]

Цитата:

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

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

Этот подход до эпохи облаков работал. Теперь методология будет выглядеть так:
анализ->настройка прототипа->объяснение клиенту что половина требований не может быть реализована->продажа R/3.
Вообще идея переноса Аксапты в облако - это классический пример 'instant karma'. Любой факап срабатывает не тогда когда у клиента кончились деньги и терпение - а немедленно...

[trud]

ну с доступом к приватным переменным(которого пока нет, но обещают сделать) довольно много вещей можно будет сделать и на экстеншенах, а для тех что нельзя можно использовать механизм dublicate. т.е. нужно вам поменять PurchFormLetter, делаете его копию, меняете. Menuitem перенаправляете на ваш класс.
ну обновляться будет тяжко да

[Vadik]

Да ладно панику наводить. Какой-то план у MS есть и исследования на тему что и как часто кастомизируется - ведутся (см. DEV05R Migrating Overlayered Code to Extensions). Лочить в 2018 можно только новые приложения, какими они будут и какую работу надо будет провести с ISV - время покажет

[trud]

Цитата:

500+ elements - 5

сильно конечно. наверное отдали на аутсорс, и оплата за каждый измененный класс шла по повышенной ставке

[Vadik]

Цитата:

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

сильно конечно. наверное отдали на аутсорс, и оплата за каждый измененный класс шла по повышенной ставке

Как можно - уникальные требования, реализующие конкурентные преимущества клиентского бизнес процесса. Наработано за 5+ лет командой из 50+ человек с суммарным опытом в IT 200+ человеко-лет в лучших офшорных центрах разработки Лахора и Хайдерабада

[fed]

Цитата:

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

Да ладно панику наводить. Какой-то план у MS есть и исследования на тему что и как часто кастомизируется - ведутся (см. DEV05R Migrating Overlayered Code to Extensions). Лочить в 2018 можно только новые приложения, какими они будут и какую работу надо будет провести с ISV - время покажет

Так в том-то и дело, что они там пляшут от горстки ISV, а не от реальных внедрений.
Они вообще похоже что не догадываются, что 90% кода на реальных внедрениях написано не ISV, а партнером, ответственным за внедрение.Так что статистика у них там в презентации в принципе нерелевантна проблеме.

[fed]

Да и вообще - фигня все это в принципе. Крупного обновления модуля никакой extensions не переживет. А багфиксы и раньше неплохо поднимались апгрейд визардом...

[Vadik]

Цитата:

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

Так что статистика у них там в презентации в принципе нерелевантна проблеме.

пишут что статистика собрана из телеметрии с живых приложений

[fed]

Цитата:

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

пишут что статистика собрана из телеметрии с живых приложений

Ух ты ! Со всех 43 штук ?

[Vadik]

Цитата:

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

Ух ты ! Со всех 43 штук ?

Спроси в MS. У меня в итоге по цифрам со второй диаграммы 51 получается

[ax_mct]

Цитата:

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

Так в том-то и дело, что они там пляшут от горстки ISV, а не от реальных внедрений.
Они вообще похоже что не догадываются, что 90% кода на реальных внедрениях написано не ISV, а партнером, ответственным за внедрение.Так что статистика у них там в презентации в принципе нерелевантна проблеме.

Именно так. "ISV" - это вертикальные решения, как я понимаю. То есть прилепили лазерный прицел через шину Пикатини на ствол танка и все.

Практически абсолютно все кастомизации (пожалуй счет за сотню уже перевалил за 10 лет) которые я делал и делаю в AX - невозможно сделать с помощью того что они понимают под extensions. AX дышит и живет через overlayering.

fed, хороший пойнт о том что extensions не обеспечивают функциональную совместимость с основной платформой только потому что технически они "сбоку". Более того если подумать то overlayering гораздо более безопасен с точки зрения функциональной совместимости. Делать что-то существенное с помощью extensions в отношении основной логики - опасно и непредсказуемо.

Так что запишите меня в клуб анонимных оверлейщиков. И да, занимаюсь PHP в свободное от AX время.

Цитата:

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

...
Phillip Arrieta in reply to Dave Froslie
–
18 hours ago
Dave, thanks for replying. One of the advantages and selling points of Dynamics AX has always been the flexiblity with which customizations of the application can be made. With this change, you are eliminating this selling point. Customer requirements are frequently intrusive, and we as integrators need flexibility from the product in order to be able respond to these requirements and deliver the solution in a timely and cost effective manner. You can talk about supporting partners with extensions all you want, but at the end of the day you are only making it more difficult for us to do our jobs, and making it more difficult for us to sell the product as a viable solution. Locking down the application might be in Microsoft's interest, but it is certainly not in ours. This "new direction" can be summarized as shooting yourselves and your partners in the foot.

[EVGL]

Все придет в порядок в 2019 году, когда будет вынесена очередная плеяда менеджеров Microsoft. Система KPI работает, наказание неизбежно. Либо произойдет чудо и продажи вырастут, значит тоже все хорошо будет, авантюра удалась.

[Vadik]

Цитата:

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

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

Если речь о изменении CountryRegionCodes (сам так кассу и кой-чего еще переносил), то

Цитата:

Joris de Gruyter, 2 hours ago

We discussed at Tech conference this week that we are explicitly looking into enabling localizations through extensions, and the current plan is to make the region codes additive; meaning you will be able to add a country to the region code property, but not remove. Adding Robert Badawy since he and his team own these features.

Цитата:

Robert Badawy , 2 hours ago

Yes. this is one of the top (priority wise) deliverable in the backlog. The plan is to make this available in one of the coming platform monthly releases (no exact ETA yet).

[AlexSD]

Если получится перевести ту локализацию, которая сейчас поддерживается Microsoft на екстеншины, то, думаю, что это покроет достаточное количество кейсов, что бы поставить знак равенства между оверлеингом и екстеншинами. Не думаю, что на свете есть много ISV, которые более зависят от оверлеинга, чем, скажем, одна российская локализация.
Если мне память не изменят, в 4-й аксапте выгрузили в хпо весь код локализации, которую делали в московском офисе. По количеству строк, хпо была равна трети сисовского кода. Что-то там около миллиона строк в российской + восточная европа и 3 миллиона строк в сисе.

[EVGL]

Цитата:

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

Если мне память не изменят, в 4-й аксапте выгрузили в хпо весь код локализации, которую делали в московском офисе. По количеству строк, хпо была равна трети сисовского кода. Что-то там около миллиона строк в российской + восточная европа и 3 миллиона строк в сисе.

Это мало о чем говорит, поскольку в версии 4.0 формы и отчеты перекрывались целиком.

[AlexSD]

Цитата:

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

Это мало о чем говорит, поскольку в версии 4.0 формы и отчеты перекрывались целиком.

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

[fed]

Цитата:

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

Если получится перевести ту локализацию, которая сейчас поддерживается Microsoft на екстеншины, то, думаю, что это покроет достаточное количество кейсов, что бы поставить знак равенства между оверлеингом и екстеншинами.

Если разработчики ядра и платформы доведут extensions до уровня нынешней системы слоев, они автоматически получат все те же проблемы, которые сейчас есть.
Даже нынешняя ограниченная система extensions не позволяет написать код, который окажется автоматически совместим более или мнее расширенным и слегка переделанным модулем. При этом, вероятность заметной переделки чего-то в WMS, торговле или производстве - намного выше чем вероятность замен в форме SysQuery и таблицах Batch и BatchJob.
То есть - имеется принципиальная несовместимость гибкости доработок и легкости обновлений. И никакие чисто технические механизмы в среде разработке и исполнения здесь не помогут. Для того чтобы облегчить обновление, Микрософту надо лет 5-7 потратить на анализ наиболее типичных доработок, дописать несколько очень существенных фундаментальных механизмов (например - сквозной модуль учета затрат, который бы собирал, распределял и анализировал бы все затраты в системе, независимо от их места возникновения), наконец надо еще кучу всего отрефакторить - чтобы больше мест для вставки партнерских триггеров оставить. Только после этого у системы будет шанс внедрения без перекрытия микрософтовского кода где-нить в 70-80% случаев.
Поскольку на все это у них явно не хватит ума - они вынуждены будут вернуть все назад. До этого у них только выручка от новых продаж падала, а теперь, после столь удачно анонсированной блокировки моделей, и выручка от продажи подписки начнет падать. Просто потому что все большая часть клиентов, ждавших 7ки, предпочтет обновиться на какую-то более другую систему.
И я думаю, что разнос топ-менеджмента MBS случиться раньше 2019ого года. Либо этой осенью, либо следующей...

[Logger]

Цитата:

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

Все придет в порядок в 2019 году, когда будет вынесена очередная плеяда менеджеров Microsoft. Система KPI работает, наказание неизбежно. Либо произойдет чудо и продажи вырастут, значит тоже все хорошо будет, авантюра удалась.

Это вы почему так решили ?
Что помешает им провернуть финт с объединением продуктов еще раз ?
Взяли, объединили Ax7, Dynamics CRM, etc и получили Dynamics 365. Несмотря на провал с продажами Ax7, картина по Dynamics 365 красивая. CRM вытянул статистику.

Что же ваши хваленые KPI этого не показали ?

А что помешает в следующий раз объединить Dynamics 365 и Office 365 ? В результате получат токсичный актив Dynamics 666, статистика продаж которого ухудшится только со смертью MS Office. Ну, а такое возможно только при смерти MS, то есть никогда.

В общем, не понимаю я вашего прекраснодушия.

[EVGL]

Цитата:

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

В общем, не понимаю я вашего прекраснодушия.

Это не прекраснодушие, скорее покорность судьбе: не можешь победить - объединяйся. Просто я знаю этих людей, с ними бесполезно дискутировать. Они управляются только одним - оценкой KPI каждые полгода.

[fed]

Цитата:

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

Это не прекраснодушие, скорее покорность судьбе: не можешь победить - объединяйся. Просто я знаю этих людей, с ними бесполезно дискутировать. Они управляются только одним - оценкой KPI каждые полгода.

Мне как раз кажется что у них и до анонса о блокировке моделей были большие проблемы с CPE (замером удовлетворенности партнеров и клиентов). А после такого удачно спланированного анонса - CPE должен упасть ниже плинтуса.Партнеры очень злые из за того что продаж за год почти не было; клиенты ждали 7ки, но обнаружили что пока на нее не проапгрейдится. И после всего этого они еще и решили и разработку запретить - трудно даже представить что следующие поллы покажут.