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

[EVGL]

Тем временем у нас установились регулярные, почти ежедневные телеконференции с разработчиками на тему "почему мы не можем реализовать ваши требования, поскольку это приведет к overlayering". Кажется, объявленная катастрофа оборачивается реальностью.

[Stitch_MS]

А вы про это где-нибудь еще пишете, типа LinkedIn? Я бы залайкал/зарепостил. Надо же как-то начинать шуметь, пока не поздно.

Кстати, куда-то с LinkedIn исчез пост товарища из Майкрософта, объявившего новые названия Аксапты и Навижна. А там много комментариев было.

[EVGL]

Да эти ж люди никогда не признают ошибок и ни в коем случае не пойдут на попятную в том же финансовом году. Только на уровне President Circle есть хоть какой-то шанс повлиять.

[fed]

Цитата:

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

Тем временем у нас установились регулярные, почти ежедневные телеконференции с разработчиками на тему "почему мы не можем реализовать ваши требования, поскольку это приведет к overlayering". Кажется, объявленная катастрофа оборачивается реальностью.

Возможно я немного туплю, но это телеконференции с вашими разработчиками, которые тебе как консу объясняют почему они ничего не могут, или это ваши телеконференции с микрософтовскими разработчиками, которым вы объясняете что вы ничего не можете из за их требований ?

[EVGL]

Цитата:

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

Возможно я немного туплю, но это телеконференции с вашими разработчиками, которые тебе как консу объясняют почему они ничего не могут, или это ваши телеконференции с микрософтовскими разработчиками, которым вы объясняете что вы ничего не можете из за их требований ?

"Наши", из Microsoft Global Delivery в Хайдарабаде. То есть вроде как из Microsoft, но для больших дядей из Product Development они вроде как холопы из Services, низшая каста.

[Logger]

Цитата:

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

Тем временем у нас установились регулярные, почти ежедневные телеконференции с разработчиками на тему "почему мы не можем реализовать ваши требования, поскольку это приведет к overlayering". Кажется, объявленная катастрофа оборачивается реальностью.

И что, вы так и откажетесь от модификаций, ничего не предприняв ?

[fed]

Здесь можно посмотреть на прогрессоров живьем. Выяснилось, например, что Мартин Драб зарабатывает чтением лекций о разработке на ax7 (а не внедрением реальных проектов). И таки да - он именно такой технозадрот, как это видно по его текстам.
А Дэвид Фрослие как-то не очень уверенным голосом говорил о хардлоке следующей весной. Типа нам надо много изменить, сделать все очень расширяемым и тд и тп. Похоже что им там от партнеров и клиентов уже настолько немало прилетело по поводу их extensions model, что пришлось записывать подобные успокоительные бродкасты.

[Damn]

На конференции в Сиэтле Дэвид Фрослие вёл сессию Migrating Overlayered Code to Extensions вместе с другим лектором - Joris de Gruyter (не знаю как это будет по-русски) . Самая животрепещущая сессия была. И несмотря на то что Дэвид говорил весь текст на сессии - он не произвёл впечатление. На "болезненные" вопросы из зала отвечал именно Joris de Gruyter . Очень активно себя вёл.

[ax_mct]

Цитата:

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

Здесь можно посмотреть на прогрессоров живьем. Выяснилось, например, что Мартин Драб зарабатывает чтением лекций о разработке на ax7 (а не внедрением реальных проектов). И таки да - он именно такой технозадрот, как это видно по его текстам.

Мартин в целом скорее контрактник, а не просто тренер. То есть у него есть участие в проектах по AX2012 и ниже и он таки AX on-hand программист.
То что он сейчас больше AX7 тренер, а не внедряет AX7 - это интересный вопроc почему. Очень может быть что есть спрос на готовность к AX7, но тупо нет проектов.
https://www.linkedin.com/in/martindrab

Dave Froslie что интересно - из угла тестеров.
https://www.linkedin.com/in/dave-froslie-6875812/

[fed]

Цитата:

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

Мартин в целом скорее контрактник, а не просто тренер. То есть у него есть участие в проектах по AX2012 и ниже и он таки AX on-hand программист.
То что он сейчас больше AX7 тренер, а не внедряет AX7 - это интересный вопроc почему. Очень может быть что есть спрос на готовность к AX7, но тупо нет проектов.
https://www.linkedin.com/in/martindrab

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

[Logger]

Цитата:

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

На "болезненные" вопросы из зала отвечал именно Joris de Gruyter . Очень активно себя вёл.

Что сказал-то?
-Да, мы очумели, и что ?
Или
-Да вы сами земляные червяки!

Может конструктив какой-то был ?

[Damn]

Цитата:

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

Может конструктив какой-то был ?

На второй странице этой ветки форума весь конструктив сессии "Migrating Overlayered Code to Extensions" был разжёван ещё в марте. Просто хочу сказать что на этой сессии на вопросы слушателей про хардсил 2018 года (и сопутствующие ему проблемы) отвечал Gruyter, а не Дэвид Фрослие. Хотя сессию и вёл Дэвид, но его все эти вопросы "доставучих" партнеров и клиентов видимо вводили в ступор.

[ax_mct]

Цитата:

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

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

Похоже на то.
Tommy стебет его тонко и по делу (https://www.linkedin.com/in/tommyskaue/).
Ирония в том что на энтузиаста AX7 все, включая Dave Froslie, смотрят как на городского сумашедшего.

Dave Froslie в принципе адекватен, и да, такое впечатление что по голове дали и он начал интересоваться что же там за потребности партнеров и клиентов.
Но как я понял - "собаки лает, караван идет".
1. Нужны конкретные точки расширения - через месяцы и может быть.
2. Искать функциональные решения, избегать программирования.
3. Телеметрия в качестве навигатора каравану намного интереснее чем раздражающий лай собак.

[trud]

Цитата:

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

Ирония в том что на энтузиаста AX7 все, включая Dave Froslie, смотрят как на городского сумашедшего.

Хм, так то микрософт его нанимает как технического артектора для партнеров-больших клиентов(т.е. если продадите много юзеров он будет консультировать вас). вообще по тому уровню что был у нас, мартин будет просто богом - первая была милая девушка которая до этого АХ не видела, и технические вопросы как правило записывала и переадресововала кому-то, второй немного получше, но видно что ах ему не особо была интерестна, отвечал он в основном в пределах документации.
А Dave Froslie кстати порадовал фразой что типа используя текущую экстеншн модель многие создают менее upgradeble решения чем если бы использовали оверлеинг, т.е. он уже начал что-то подозревать
еще сказал что сейчас у них уже 100+клиентов(было вроде 47, прогресс есть)

[EVGL]

Ок, а теперь внимание: на misconnect появился отдельный extensibility раздел, куда надо постить конкретные запросы на делегаты, устранение private / protected и т.п.:
Dynamics 365 for Operations Extensiblity Feedback
Приглашения выдает Shelly как-ее-там. У меня есть ссылка, буду сливать по обоснованным запросам в мою личную почту.

[trud]

Цитата:

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

куда надо постить конкретные запросы на делегаты, устранение private / protected и т.п.:

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

[fed]

Цитата:

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

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

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

[EVGL]

Цитата:

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

А чем вообще этот самый микрософтовский архитектор на внедрении D365 должен заниматься?

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

[mazzy]

канал выделил речь Dave Froslie about Extensibility в отдельный выпуск
https://www.youtube.com/watch?v=YJup8rLwtfo

транскрипт, если кому-то смотреть сложно:

Цитата:

Сообщение от Dave Froslie

0:08 so there are some platform extensibility
0:11 things that that are in the product like
0:14 Martin said you know like pre and post
0:16 events for each method and things like
0:19 that various metadata extensions of
0:21 stuff but there certainly are still a
0:23 lot of cases where the product wasn't
0:24 designed for extensibility so those are
0:28 insufficient you're going to need a you
0:31 know some sort of hook point in the
0:32 middle of on these large methods maybe
0:34 one of these large methods really
0:35 shouldn't be a large method it should be
0:37 several different methods that where the
0:39 where the pre and post would just work
0:41 for it so we've been spending a lot
0:45 quite a bit of time with with some
0:47 partners we've worked with some of our
0:49 largest ICS mostly ones that are up on
0:54 app source that have tons of tons of
0:57 different customizations both
1:01 significant in new add-ons and new
1:03 elements that they've added to the
1:05 product but also live places where
1:06 they've both over layered and extended
1:08 to try to source a bunch of requirements
1:11 because we we know there are a lot of
1:13 places the product that we just we have
1:16 to build in some better extensibility
1:18 capabilities and and so that's that's
1:21 what we're working towards so and just
1:23 to kind of be concise on what the
1:27 roadmap is so the we have this idea of a
1:31 soft seal which means that you get a
1:33 compiler warning if you do if you over
1:36 layer a model and element in the model
1:37 and then we have the idea of a hard seal
1:39 which is a compiler error so that's at
1:43 some point which we've our roadmap says
1:45 is the release that isn't in about
1:48 twelve months time frame we're going to
1:49 have a hard seal of the app suite so at
1:52 that point that that's the point that is
1:56 where the rubber meets the road you
1:57 would say that that we're going to see
1:59 more of these things really really
2:02 surface this fall with our next release
2:05 after the one that we're working towards
2:07 cleaning up right now and releasing is
2:10 is a soft seal on the app suite which
2:13 we'll start getting those those warnings
2:15 now there is quite a long life of that
2:18 fall release Emily our support policy
2:20 says that that releases support for
2:22 three years so customer doesn't have to
2:26 move forward to the hard steel spring
2:28 release if he has some over layering but
2:31 you know we want people to do that right
2:34 I mean that's the whole goal this is
2:35 that customers move forward with us the
2:38 other thing that we've done with the
2:40 releases coming now are quote unquote
2:42 spring release is we've soft sealed a
2:45 lot of our our middle tier models the
2:48 platform has been hard sealed since last
2:50 fall we saw sealed some we have a number
2:54 models that are lower level application
2:57 models like have our dimensions of some
3:01 financial things and our other
3:04 application frameworks that we saw
3:06 sealed now so that that will start
3:08 coming up the the process of requesting
3:13 extensibility hooks would you know it
3:15 Connect is the kind of a de-facto way to
3:17 go about doing that we definitely do pay
3:20 attention those those get piped into our
3:22 internal TFS instance and they've
3:27 certainly become part of our backlog
3:29 right now our backlogs large because we
3:32 know we have a lot of gaps to fulfill
3:34 and we've hit a fair number of them for
3:37 the spring release but we have a lot to
3:40 cover before the fall release in order
3:43 to add extensibility points so it may
3:46 seem like the the response is slow and
3:49 we're not listening but trust me we are
3:51 and we are going to keep working working
3:54 down that list once we get that backlog
3:56 under control at you know I think we're
3:57 going to we haven't really come to a a
4:03 finalized approach for this but we're
4:05 going to have to have some sort of a
4:06 some sort of commitment some sort of
4:08 agreement with the ecosystem that that
4:11 says we're going to address a extension
4:14 request in a certain amount of time
4:15 frame so it's not an open-ended type of
4:18 thing and you know I can see there's
4:21 multiple answers to any extensibility
4:24 requests to write there might be some
4:25 things we say you know what this isn't
4:27 some
4:27 that's going to be upgrade friendly you
4:29 know we have to find a different way to
4:31 do this but there's other cases that are
4:33 just going to be we're not going to have
4:35 all of them nailed with the fall release
4:37 or even the spring release we're going
4:38 to still see some things that that we've
4:41 missed that we're going to have to
4:42 address and we you know we have to have
4:44 a policy that enables us to turn that
4:48 around in a way that the the ecosystem
4:52 can trust I guess is is where we're
4:54 going with that the interesting thing
4:56 with platform is we haven't seen a lot
4:57 of requests like this but as Martin said
4:59 correctly points out that's a much
5:02 smaller scoped block than what what they
5:07 absolutely will be ultimately

[trud]

Вот кстати появляются лучи надежды - Method wrapping and chain of command
https://roadmap.dynamics.com/?i=296a...3a1#collapse30

[ExtensionOf(ClassStr(BaseClass1))]
 class BaseClass1_Extension
 {
     str method1(int arg) {
         // Part 1
         var s = next method1(arg + 4);
         // Part 2
         return s;
     }
 }

т.е. можно будет обходиться без громоздких Pre Post эвентов, а работать нормально в классе с переменными класса
еще бы next сделали необязательным и вообще была бы красота
обещают уже скоро