|
16.03.2017, 09:49 | #1 |
Moderator
|
Клуб анонимных оверлейщиков
Тема заведена для того чтобы перенести сюда рассуждения о overlayering, extensions story и, гм, clouded judgment микрософтовских архитекторов.
|
|
14.03.2017, 11:19 | #2 |
Moderator
|
Клуб анонимных оверлейщиков
Цитата:
Сообщение от Logger
Вот недавно попалось интервью Джеффри Сновера
https://habrahabr.ru/article/318462/ Из него в очередной раз стало понятно, что все обсуждаемые изменения - это не придуманная архитекторами аксапты придурь, а следствие ухода в облака. Нечто подобное имеет место в мире windows. В общем, глобальная стратегия. Ну то есть - я прекрасно понимаю зачем они это хотят сделать. Только для начала им надо было бы устранить те причины по которым клиенты и партнеры лезут в микрософтовский код грязными руками и только потом уже думать о стратегиях и блокировках. Мой прогноз: После выхода on-premise версии наконец-то пойдут массовые продажи D365FO. При этом куча клиентов, которые попробуют проапгрейдиться, с удивлением обнаружат что их любимые доработки не могут быть подняты на D365FO без оверлеинга и вообще жесткого игнорирования микрософтовских best practice. И дальше Микрософт (через свои замечательные новые средства удаленного мониторинга) обнаружит что те самые 70-80% клиентской базы сложила на их best practice с прибором, что делает дальнейшую блокировку моделей невозможным. Плюс еще тому же микрософту благодарные клиенты насуют полную попу огурцов за то что уже заблокировали (поскольку в момент принятия решения о блокировке клиентская база была слишком мала, чтобы был виден масштаб последующих разрушений). И тут у Микрософта будет интересный выбор: Либо откатить всю эту тему с блокировками назад, либо лишиться порядка 70-80 процентов рынка (поскольку от подписки можно отказаться в любой момент). Что-то мне подсказывает что первый вариант более вероятен. Последний раз редактировалось fed; 14.03.2017 в 11:22. |
|
14.03.2017, 11:22 | #3 |
Модератор
|
Тебе регулярно напоминают что залочили только платформенные модели, ты упорно это игнорируешь. Твое право..
__________________
-ТСЯ или -ТЬСЯ ? |
|
14.03.2017, 11:45 | #4 |
Moderator
|
Вопрос в том, что они СЕЙЧАС залочили только платформенные модели. Не было никаких официальных анонсов о планах Микрософта по блокированию всех остальных моделей. Но упорные попытки микрософта объявить любой overlaying нарушением best practice как-то наводят на мысли о том что микрософт таки хочет заблокировать и прикладные модели. Да и инсайды гуляют, знаешь ли...
|
|
14.03.2017, 11:51 | #5 |
Модератор
|
Цитата:
Цитата:
Да и инсайды гуляют, знаешь ли...
__________________
-ТСЯ или -ТЬСЯ ? |
|
14.03.2017, 11:59 | #6 |
Moderator
|
|
|
14.03.2017, 11:50 | #7 |
Участник
|
А для тех, кто не совсем в теме. Что это значит "платформенные модели"? Можете примеры основных классов привести?
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Logger (1). |
14.03.2017, 11:58 | #8 |
Модератор
|
А кто их знает, кто там основные а кто не очень. Можно прогуляться по файловой системе в ApplicationPlatform и ApplicationFoundation и посмотреть. Как по мне - не первые кандидаты на overlayering, ну вот ни разу
__________________
-ТСЯ или -ТЬСЯ ? |
|
14.03.2017, 15:27 | #9 |
Moderator
|
Цитата:
"Full Hard Seal by Spring 2018" О чем тут многие и догадывались. Я в целом подозревал что эти идиоты на D365Tech объявят. Теперь посмотрим, сколько времени им понадобиться чтобы понять что они от денег за апгрейды автоматически отказались.... |
|
|
За это сообщение автора поблагодарили: Logger (1). |
14.03.2017, 15:58 | #10 |
Модератор
|
__________________
-ТСЯ или -ТЬСЯ ? Последний раз редактировалось Vadik; 14.03.2017 в 16:03. |
|
14.03.2017, 16:01 | #11 |
Moderator
|
Знаешь, я тут в разговоре с George Nordic вывел с год назад простое правило: Как только тебе кажется что руководство MBS просто не может быть некомпетентнее, происходит очередная реорганизация и жизнь с легкостью тебе показывает как ты был неправ...
|
|
14.03.2017, 17:05 | #12 |
Участник
|
Цитата:
Сообщение от fed
https://twitter.com/jaestevan/status...070272/photo/1
"Full Hard Seal by Spring 2018" О чем тут многие и догадывались. Я в целом подозревал что эти идиоты на D365Tech объявят. Теперь посмотрим, сколько времени им понадобиться чтобы понять что они от денег за апгрейды автоматически отказались.... В начале 2000-х мне довелось поработать в одной компании, которая писала бухгалтерский софт а-ля 1С. А незадолго до этого компания поделилась на 2 конкурирующие. И наш конкурент реализовал возможность обновления (бланки бухгалтерской отчетности, etc) через интернет по кнопке. Юзер тыкал кнопень в главном меню - прога лезла на сайт и все сама обновляла. Технологично ? Не то слово. А у нас по старинке консы с дискетками на вызовы ездили. Но денег нам такой подход принес намного больше. А когда наступало очередное изменение в законодательстве, на нас просто золотой дождь проливался. |
|
14.03.2017, 17:21 | #13 |
Moderator
|
Цитата:
Сообщение от Logger
Кстати, да.
В начале 2000-х мне довелось поработать в одной компании, которая писала бухгалтерский софт а-ля 1С. А незадолго до этого компания поделилась на 2 конкурирующие. И наш конкурент реализовал возможность обновления (бланки бухгалтерской отчетности, etc) через интернет по кнопке. Юзер тыкал кнопень в главном меню - прога лезла на сайт и все сама обновляла. Технологично ? Не то слово. А у нас по старинке консы с дискетками на вызовы ездили. Но денег нам такой подход принес намного больше. А когда наступало очередное изменение в законодательстве, на нас просто золотой дождь проливался. |
|
14.03.2017, 11:29 | #14 |
Модератор
|
Цитата:
Сообщение от fed
Мой прогноз: После выхода on-premise версии наконец-то пойдут массовые продажи D365FO. При этом куча клиентов, которые попробуют проапгрейдиться, с удивлением обнаружат что их любимые доработки не могут быть подняты на D365FO без оверлеинга и вообще жесткого игнорирования микрософтовских best practice. И дальше Микрософт (через свои замечательные новые средства удаленного мониторинга) обнаружит что те самые 70-80% клиентской базы сложила на их best practice с прибором, что делает дальнейшую блокировку моделей невозможным. Плюс еще тому же микрософту благодарные клиенты насуют полную попу огурцов за то что уже заблокировали (поскольку в момент принятия решения о блокировке клиентская база была слишком мала, чтобы был виден масштаб последующих разрушений)
__________________
-ТСЯ или -ТЬСЯ ? |
|
14.03.2017, 11:50 | #15 |
Moderator
|
Цитата:
И теперь люди которые год просерали рынок и гадили партнерским продажам только потому что им хотелось облачную версию без on-premise, теперь пытаются учить меня как мне правильно затыкать дырки в их продукте, который они за 15 лет не удосужились оснастить базисным функционалом управления затратами например... |
|
|
За это сообщение автора поблагодарили: Morpheus (1). |
14.03.2017, 11:31 | #16 |
Участник
|
Цитата:
Т.е. любой каприз за ваши деньги Помнится для разработки и выполнении кода на слое var раньше был даже отдельный лицензионный код. Наверно сделают что-то аналогичное. Заодно уравняют (по их мнению) затраты на разработку с overlaying и extending Это все мои фантазии, но ... |
|
16.03.2017, 11:11 | #17 |
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 | #18 |
Moderator
|
Это еще только первая волна пошла - от технарей. Счас они еще своим боссам отрапортуют и те по линии партнерских продаж сообщат локальным Dynamics Sales Leads, что продаж с весны 2018ого года не предвидится - и все благодаря прорывным инновациям и цифровой трансформации.
|
|
16.03.2017, 13:29 | #19 |
Участник
|
так для продажников то по хорошему будет мощный поинт - можно будет говорить что система обладает уникальными возможностями кастомизации на основании подписки на события и при этом без проблемы установки стандартных обновлений системы. может кто и поведется, главное все сообщения форума потереть к этому времени
|
|
16.03.2017, 13:57 | #20 |
Moderator
|
Цитата:
Сообщение от trud
так для продажников то по хорошему будет мощный поинт - можно будет говорить что система обладает уникальными возможностями кастомизации на основании подписки на события и при этом без проблемы установки стандартных обновлений системы. может кто и поведется, главное все сообщения форума потереть к этому времени
анализ->настройка прототипа->объяснение клиенту что половина требований не может быть реализована->продажа R/3. Вообще идея переноса Аксапты в облако - это классический пример 'instant karma'. Любой факап срабатывает не тогда когда у клиента кончились деньги и терпение - а немедленно... |
|
Теги |
#многоходовочка, #стокгольмскийсиндром, extensions, overlayering, все пропало, титаник задраен |
|
|