|
16.03.2017, 11:11 | #1 |
NavAx
|
Вы будете смеятся, но я тоже без доступа
Но вот тут можете посмотреть. Cédric LUCHEZ – 24 hours ago During the Tech. Conference, there is a slide with the roadmap package seal. It's about the hard seal of App Suite, and the best example is to add a new product dimension. We have to overlay the macros for example, what's the solution ? I'm very worried about that. Even if we have a lot of tools to create extensions, and more in the furure, it's not enough to manage all the cases. Actually the only things we have in our ISV's is to create parm methods, hookable and delegates only in App Suite. For the parm methods, there is a solution in the future. But the 'hookable' will still needed on private method as I saw. And I don't talk about the delegates. I understand the goal for the cloud solution but what about the local version ? Have we for all of our delegates and hookable, create a case to add them in Foundation model in App Suite ? Phillip Arrieta – 21 hours ago Personally I believe this is a terrible decision on Microsoft's part. Clearly they do not understand the nature of application modifications that we as solution developers and integrators are required to make to satisfy customer requirements. In many cases we are required to disable or fundamentally change the functioning of an application feature, and it will never be possible to achieve this through extension alone. Also, modification is only way that we can correct Microsoft's own bugs in case of urgency without having to wait for the support process to run its course. Microsoft, rethink this decision. As partners and integrators, we will be less able to satisfy customer requirements because of this change, and consequently we will be less able to sell your software. It's lose lose all around. Dave Froslie – 19 hours ago Thanks for raising your concerns, Phillip and Cedric. We do understand that this is a big change for the ecosystem, but we're committed to the direction and to supporting partners to be successful using extensions. Hopefully that came through during the presentation yesterday. If you didn't attend the conference or the session, I encourage you to watch the video once it become available to get more context on the background for this decision. Regarding the specifics that Cedric raised, we are working towards a solution for product dimensions and I expect we will share the proposal in this and other forums soon. The hookable method challenge will be addressed for non-private methods in the class augmentation feature improvements. We would break encapsulation if we exposed private methods so we don't intend to make those hookable. The requirements that Robert Badawy presented had the following first two bullets: - Author Pre and Post logic on public and protected (non-final) methods - Access to public and protected variables and methods of base class The current plan for on-prem is the same as the cloud (the models will be sealed). Lastly, we're all going to have to change some due to this direction. More consideration will be required by partners to understand if a customer requirement is 'intrusive' or not and if it can be met given the extensibility capabilities. We realize that there will be non-intrusive customer requests where we have gaps in the Microsoft extensibility story. We will need to optimize our processes to be able to fill these gaps in a timely manner. As I stated in the presentation, this is a journey that will take some time and effort. But we need to reduce the friction and cost in the ecosystem that prevents customers from staying current, so it's both necessary and ultimately beneficial for all. Harold Albrich in reply to Dave Froslie – 19 hours ago And what if the customer requirement is 'intrusive'? 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. Phillip Arrieta in reply to Harold Albrich – 18 hours ago So far, I guess the answer is "buy from the competition". Rizwan Ahmed – 16 hours ago Just a thought, Does Microsoft take into account the business / sales into extensibility discussions? The points raised by Cédric LUCHEZ, Phillip Arrieta and Harold Albrich are valid and painful realities while working D365O. There are requirements that just cant be done without over layering. There are requirements where customer gets charged $$$$ in charge backs when dealing with actual scanerios. Daisuke Kobayashi – 7 hours ago One fast question, Will this change be released as Platform update or Application update? We have to apply it in one year if it was released as Platform update. Последний раз редактировалось raz; 16.03.2017 в 11:20. |
|
|
За это сообщение автора поблагодарили: fed (2), Logger (3), ax_mct (7), alex55 (1). |
16.03.2017, 12:13 | #2 |
Moderator
|
Это еще только первая волна пошла - от технарей. Счас они еще своим боссам отрапортуют и те по линии партнерских продаж сообщат локальным Dynamics Sales Leads, что продаж с весны 2018ого года не предвидится - и все благодаря прорывным инновациям и цифровой трансформации.
|
|
16.03.2017, 13:29 | #3 |
Участник
|
так для продажников то по хорошему будет мощный поинт - можно будет говорить что система обладает уникальными возможностями кастомизации на основании подписки на события и при этом без проблемы установки стандартных обновлений системы. может кто и поведется, главное все сообщения форума потереть к этому времени
|
|
16.03.2017, 13:57 | #4 |
Moderator
|
Цитата:
Сообщение от trud
так для продажников то по хорошему будет мощный поинт - можно будет говорить что система обладает уникальными возможностями кастомизации на основании подписки на события и при этом без проблемы установки стандартных обновлений системы. может кто и поведется, главное все сообщения форума потереть к этому времени
анализ->настройка прототипа->объяснение клиенту что половина требований не может быть реализована->продажа R/3. Вообще идея переноса Аксапты в облако - это классический пример 'instant karma'. Любой факап срабатывает не тогда когда у клиента кончились деньги и терпение - а немедленно... |
|
16.03.2017, 14:15 | #5 |
Модератор
|
Да ладно панику наводить. Какой-то план у MS есть и исследования на тему что и как часто кастомизируется - ведутся (см. DEV05R Migrating Overlayered Code to Extensions). Лочить в 2018 можно только новые приложения, какими они будут и какую работу надо будет провести с ISV - время покажет
__________________
-ТСЯ или -ТЬСЯ ? |
|
16.03.2017, 14:36 | #6 |
Участник
|
Цитата:
500+ elements - 5
|
|
16.03.2017, 14:59 | #7 |
Moderator
|
Цитата:
Сообщение от Vadik
Да ладно панику наводить. Какой-то план у MS есть и исследования на тему что и как часто кастомизируется - ведутся (см. DEV05R Migrating Overlayered Code to Extensions). Лочить в 2018 можно только новые приложения, какими они будут и какую работу надо будет провести с ISV - время покажет
Они вообще похоже что не догадываются, что 90% кода на реальных внедрениях написано не ISV, а партнером, ответственным за внедрение.Так что статистика у них там в презентации в принципе нерелевантна проблеме. |
|
17.03.2017, 15:42 | #8 |
Administrator
|
Цитата:
Чувствую, что бренд Microsoft Dynamics плавно превратится в Microsoft Statics ))
__________________
Возможно сделать все. Вопрос времени |
|
16.03.2017, 16:11 | #9 |
Banned
|
Цитата:
Сообщение от fed
Так в том-то и дело, что они там пляшут от горстки ISV, а не от реальных внедрений.
Они вообще похоже что не догадываются, что 90% кода на реальных внедрениях написано не 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. |
|
|
За это сообщение автора поблагодарили: Vitality (1). |
16.03.2017, 14:11 | #10 |
Участник
|
ну с доступом к приватным переменным(которого пока нет, но обещают сделать) довольно много вещей можно будет сделать и на экстеншенах, а для тех что нельзя можно использовать механизм dublicate. т.е. нужно вам поменять PurchFormLetter, делаете его копию, меняете. Menuitem перенаправляете на ваш класс.
ну обновляться будет тяжко да Последний раз редактировалось trud; 16.03.2017 в 14:14. |
|
16.03.2017, 15:00 | #11 |
Moderator
|
Да и вообще - фигня все это в принципе. Крупного обновления модуля никакой extensions не переживет. А багфиксы и раньше неплохо поднимались апгрейд визардом...
|
|
16.03.2017, 21:34 | #12 |
Banned
|
Все придет в порядок в 2019 году, когда будет вынесена очередная плеяда менеджеров Microsoft. Система KPI работает, наказание неизбежно. Либо произойдет чудо и продажи вырастут, значит тоже все хорошо будет, авантюра удалась.
|
|
|
За это сообщение автора поблагодарили: trud (1), Logger (0). |
17.03.2017, 10:56 | #13 |
Участник
|
Цитата:
Что помешает им провернуть финт с объединением продуктов еще раз ? Взяли, объединили Ax7, Dynamics CRM, etc и получили Dynamics 365. Несмотря на провал с продажами Ax7, картина по Dynamics 365 красивая. CRM вытянул статистику. Что же ваши хваленые KPI этого не показали ? А что помешает в следующий раз объединить Dynamics 365 и Office 365 ? В результате получат токсичный актив Dynamics 666, статистика продаж которого ухудшится только со смертью MS Office. Ну, а такое возможно только при смерти MS, то есть никогда. В общем, не понимаю я вашего прекраснодушия. |
|
17.03.2017, 11:10 | #14 |
Banned
|
Это не прекраснодушие, скорее покорность судьбе: не можешь победить - объединяйся. Просто я знаю этих людей, с ними бесполезно дискутировать. Они управляются только одним - оценкой KPI каждые полгода.
|
|
17.03.2017, 11:15 | #15 |
Moderator
|
Цитата:
Сообщение от EVGL
Это не прекраснодушие, скорее покорность судьбе: не можешь победить - объединяйся. Просто я знаю этих людей, с ними бесполезно дискутировать. Они управляются только одним - оценкой KPI каждые полгода.
|
|
17.03.2017, 11:56 | #16 |
Участник
|
|
|
17.03.2017, 16:52 | #17 |
Участник
|
Цитата:
Сообщение от EVGL
Это не прекраснодушие, скорее покорность судьбе: ...
|
|
16.03.2017, 23:31 | #18 |
Microsoft Dynamics
|
Если получится перевести ту локализацию, которая сейчас поддерживается Microsoft на екстеншины, то, думаю, что это покроет достаточное количество кейсов, что бы поставить знак равенства между оверлеингом и екстеншинами. Не думаю, что на свете есть много ISV, которые более зависят от оверлеинга, чем, скажем, одна российская локализация.
Если мне память не изменят, в 4-й аксапте выгрузили в хпо весь код локализации, которую делали в московском офисе. По количеству строк, хпо была равна трети сисовского кода. Что-то там около миллиона строк в российской + восточная европа и 3 миллиона строк в сисе. Последний раз редактировалось AlexSD; 16.03.2017 в 23:40. |
|
|
За это сообщение автора поблагодарили: eugene egorov (2). |
16.03.2017, 23:35 | #19 |
Banned
|
Это мало о чем говорит, поскольку в версии 4.0 формы и отчеты перекрывались целиком.
|
|
16.03.2017, 23:49 | #20 |
Microsoft Dynamics
|
Цитата:
Но, треть - все равно большая цифра, даже если ее разделить пополам. Вы только представьте двух валютный склад (что бы он был здоров) на екстеншинах |
|
Теги |
#многоходовочка, #стокгольмскийсиндром, extensions, overlayering, все пропало, титаник задраен |
|
|