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

[fed]

Цитата:

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

это про платформу и это нормально (платформа из прошлогодней коллекции, сейчас так никто не носит)

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

[Logger]

Цитата:

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

https://twitter.com/jaestevan/status...070272/photo/1
"Full Hard Seal by Spring 2018"
О чем тут многие и догадывались. Я в целом подозревал что эти идиоты на D365Tech объявят. Теперь посмотрим, сколько времени им понадобиться чтобы понять что они от денег за апгрейды автоматически отказались....

Кстати, да.
В начале 2000-х мне довелось поработать в одной компании, которая писала бухгалтерский софт а-ля 1С. А незадолго до этого компания поделилась на 2 конкурирующие. И наш конкурент реализовал возможность обновления (бланки бухгалтерской отчетности, etc) через интернет по кнопке. Юзер тыкал кнопень в главном меню - прога лезла на сайт и все сама обновляла. Технологично ? Не то слово.

А у нас по старинке консы с дискетками на вызовы ездили.

Но денег нам такой подход принес намного больше. А когда наступало очередное изменение в законодательстве, на нас просто золотой дождь проливался.

[fed]

Цитата:

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

Кстати, да.
В начале 2000-х мне довелось поработать в одной компании, которая писала бухгалтерский софт а-ля 1С. А незадолго до этого компания поделилась на 2 конкурирующие. И наш конкурент реализовал возможность обновления (бланки бухгалтерской отчетности, etc) через интернет по кнопке. Юзер тыкал кнопень в главном меню - прога лезла на сайт и все сама обновляла. Технологично ? Не то слово.

А у нас по старинке консы с дискетками на вызовы ездили.

Но денег нам такой подход принес намного больше. А когда наступало очередное изменение в законодательстве, на нас просто золотой дождь проливался.

Речь не совсем о том. Просто очень многие клиенты выбрали Аксапту за возможность ее легкой адаптации и дописывания. Сейчас они эту возможность устраняют, не добавляя в замен особо большого объема прикладного функционала. И если в такой ситуации клиенту все равно надо с ноля перевнедряться, то он, скорее всего, выберет R/3. Просто поскольку стандартный функционал там побогаче, да и дорабатывать его можно как угодно (хотя формально - если ты не пользуешься user exit, а переписываешь стандартный ABAPовский код, то это тоже как бы не поддерживается. Но там это soft seal, то есть - можно править стандарт на свой страх и риск).

[Damn]

Еще несколько фотографий с конференции. Все в планах.

[trud]

Цитата:

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

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

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

Цитата:

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

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

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

[macklakov]

Цитата:

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

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

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

[fed]

Цитата:

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

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

Равно как и процентов 80 вертикальных решений на рынке (то есть - весь отраслевой функционал).
Я просто прикинул - вот есть у нас клиент. Они с 2009ого года внедряются на 2009ой версии. Апгрейд на 2012ую решили пропустить - ждать 7ки. По моим прикидкам - если они сейчас начнут апгрейдиться на 2012ую, то процентов 40 функционала можно поднять 'AS IS'; процентов 40 потребует некоторых изменений (ну из серии - конс посмотрел на первую версию апгрейда, слегка поменяли ТЗ потом за пару дней переписали); ну и процентов 20 потребует глобального редезайна (в основном - из за замены конфигуратора продуктов). В случае апгрейда на 7ку, им просто придется 90% решения выкинуть на помойку и передизайнить с ноля. При этом - этот клиент - классическое сборочное производство; В принципе - даже в дефолтной конфигурации аксапта под их требования более или менее ложиться.Тем не менее - в случае блокировки моделей им скорее всего не удастся реализовать заметную часть своих специфических бизнес-процессов.
Я с нетерпением жду, когда их техникал лид вернется с DTech365 и обрадует начальство информацией о том что апгрейд в их случае тупо не возможен. Скорее всего - они просто купят очередную подписку в последний раз, закупятся пользователями про запас и просто запустят внедрение R/3 или какой-нибудь европейской системы, типа Infor.
P.S. Это я к тому, что заметную часть выручки у MS генерируют не новые продажи, а подписка. А после таких анонсов очень легко спрогнозировать отток клиентов, которые в свое время выбрали Ax не за богатую функциональность, а за легкость адаптации к существующим бизнес-процессам. И вряд ли легкость обновления поможет системе, которая не может покрыть 100% бизнес-процессов, которые покрывались версиями 2012 или 2009.

[Vadik]

Цитата:

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

им просто придется 90% решения выкинуть на помойку и передизайнить с ноля

Если начистоту, многим решениям это будет только на пользу
Хотя у нас сейчас полностью от overlayering-а отказаться не получается, да и клиентских проектах не везде с расширениями \ событиями подлезть можно. Посмотрим, что поменяется за год и как пойдут пилоты, что-то нет полной уверенности насчет того что удастся Application Suite полностью залочить
Кадр из презентации классный

[fed]

Цитата:

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

Кадр из презентации классный

Там еще есть в твиттере картинка про LCS-based upgrade adviser. Очень подозреваю что для 70-80% клиентов он должен будет сразу рекомендовать апгрейд на SAP|Oracle|Infor

[Vadik]

Цитата:

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

Там еще есть в твиттере картинка

Чтоб глаза скриншотами в этих ваших твиттерах не ломать, можно утянуть презентации отсюда

Цитата:

Очень подозреваю что для 70-80% клиентов он должен будет сразу рекомендовать апгрейд на SAP|Oracle|Infor

http://coub.com/view/rkqcb

[fed]

Кстати - интересный вопрос со всей этой extensibility story. В целом - могу поверить что с помощью extensions можно автоматически апгрейдить приложение при релизе, грубо говоря, багфиксов.
Но вот представим себе что микрософт таки зарелизил новый модуль управления затратами (который аж с 2012ого года планируется и который должен будет заместить хороший кусок кода нынешней логистики, управления затратами и производственного модуля). Как в этом случае автоматический апгрейд будет осуществляться, если я заэкстендил что-то в inventUpdate/InventMovement/InventCostItemDim и тп ? Или они планируют что у них в системе сразу две паралельных системы себестоимости будут жить, и можно будет галочками настроить какую из них использовать ? И как в таком случае их собственные микрософтовские доработки, которые, например, курсовые разницы на себестоимость относят будут работать ?

[trud]

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

[raz]

https://www.yammer.com/dynamicsaxfee...adId=859463009

[fed]

Тема заведена для того чтобы перенести сюда рассуждения о overlayering, extensions story и, гм, clouded judgment микрософтовских архитекторов.

[fed]

Цитата:

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

https://www.yammer.com/dynamicsaxfee...adId=859463009

Рискну создать небольшой оффтопик и спросить - а как нонеча в этот яммер попадают? Во времена prerelease он был только по приглашениям. Теперь я там попытался зарегистрироваться (со своим рабочим аккаунтом в office 365). Написали - ждите утверждения регистрации. Интересно - есть какая-то официальная точка зрения по тому кого и как пускают в этот яммер ?

[Logger]

Цитата:

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

Теперь я там попытался зарегистрироваться (со своим рабочим аккаунтом в office 365). Написали - ждите утверждения регистрации. Интересно - есть какая-то официальная точка зрения по тому кого и как пускают в этот яммер ?

Я тоже попробовал и до сих пор в ожидании.

[raz]

Вы будете смеятся, но я тоже без доступа
Но вот тут можете посмотреть.

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.

[Stitch_MS]

Цитата:

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

Теперь я там попытался зарегистрироваться (со своим рабочим аккаунтом в office 365). Написали - ждите утверждения регистрации. Интересно - есть какая-то официальная точка зрения по тому кого и как пускают в этот яммер ?

Насколько я понимаю, они хотят наши рабочие аккаунты, но не в офисе 365. Я, когда регистрировался, указал рабочее мыло <мой логин>@cgi.com, туда пришло стандартное письмо со ссылкой, один клик - и я уже был на яммере. Наверное, сперва работодатель должен как-то зарегистрировать домен там, чтобы сотрудники могли быстро регистрироваться после.

[fed]

Это еще только первая волна пошла - от технарей. Счас они еще своим боссам отрапортуют и те по линии партнерских продаж сообщат локальным Dynamics Sales Leads, что продаж с весны 2018ого года не предвидится - и все благодаря прорывным инновациям и цифровой трансформации.

[trud]

Цитата:

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

Это еще только первая волна пошла - от технарей

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