AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 05.07.2017, 12:33   #1  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Чтение дискуссии напомнило мой собственный пост 11летней давности.
Цитата:
Вообще - по моему нынешнее положение с развитием Аксапта заставляет вспомнить старый советский анекдот, про то как какой-то пожарный инспектор, после успешной проверки какого-то НИИ, ради интереса спросил директора института
- А чем вы все здесь вообще занимаетесь ?
- Науку в бок двигаем
- Как-так ?
- Вперед - ума не хватает, назад начальство не позволяет, вот мы ее в бок и двигаем.
В данном случае - начальство распорядилось обеспечить автоматическое обновление системы до самой последней версии. Как совместить обновляемость и расширяемость - начальство не разъяснило. (Партия подумала обо всем - посадку на Солнце будете выполнять ночью). В результате, разработчики двигают систему в бок, потому что способов разрешения объективного конфликта требований не существует, а какие-то изменения показать надо... Вот они и придумали механизм слоев, но кастрированный и сдвинутый в бок...

Последний раз редактировалось fed; 05.07.2017 в 13:26.
За это сообщение автора поблагодарили: trud (1), ax_mct (10), AlexSD (3), pedrozzz (1).
Старый 05.07.2017, 21:09   #2  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
По ходу серийного маньяка я нашел - это Пондопиддан.

Из переписки в коментариях.
https://blogs.msdn.microsoft.com/mfp...in-of-command/
Цитата:
Adding a parameter (optional or not) to a non-final method is a breaking change;
Цитата:
Michael Fruergaard Pontoppidan
July 5, 2017 at 3:01 pm
If next is not mandatory – then chain-of-command is conceptual identical to overlayering (without all the tooling). It would allow any one to replace literally any piece of code with their own implementation. Given the goal is to ensure seamless upgrades then we cannot allow a generic extension capability offering replacement semantics.

I agree, there are cases where it would make sense to not call next – for those we’ll need to refactor the code to support the extensions.
По ходу четко все сказал. Приказано расстрелять. Всякие надежды - бессмысленны.
За это сообщение автора поблагодарили: S.Kuskov (2), mazzy (2).
Старый 06.07.2017, 08:02   #3  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от ax_mct Посмотреть сообщение
По ходу серийного маньяка я нашел - это Пондопиддан.

Из переписки в коментариях.
https://blogs.msdn.microsoft.com/mfp...in-of-command/




По ходу четко все сказал. Приказано расстрелять. Всякие надежды - бессмысленны.
mfp - лидер проекта в Supply Chain Management, который (как Dave Froslie для GFM) обеспечивает extension points в этой области кода на основании запросов ISV / VARs

Корни надо искать намного выше, в его руководстве
Старый 06.07.2017, 09:32   #4  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от ax_mct Посмотреть сообщение
По ходу серийного маньяка я нашел
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Корни надо искать намного выше, в его руководстве
Будем справедливы, ax_mct сказал, что нашел маньяка. Он не утверждал, что это корни )
__________________
полезное на axForum, github, vk, coub.
Старый 06.07.2017, 09:09   #5  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,984 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Всякие надежды - бессмысленны.
Да лана. Дожмут их.
On premise тоже не хотели делать сначала.
Старый 06.07.2017, 09:34   #6  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Logger Посмотреть сообщение
Дожмут их.
А я помню FoxPro и его историю.
http://www.foxprohistory.org/foxprotimeline.htm
https://msdn.microsoft.com/en-us/library/mt490117.aspx
Миниатюры
Нажмите на изображение для увеличения
Название: 1.PNG
Просмотров: 188
Размер:	45.5 Кб
ID:	11554  
__________________
полезное на axForum, github, vk, coub.
За это сообщение автора поблагодарили: macklakov (1).
Старый 06.07.2017, 09:43   #7  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от mazzy Посмотреть сообщение
Закрытие проекта D365 не может случиться до выноса Наделлы из Майкрософта. Это для него стало бы признанием личных мэнеджерских ошибок.
Правда, глядя на то, какой бардак творится в MS даже за пределами Dynamics, мне факт выноса Наделлы в перспективе 5-6 лет не кажется невероятным...
Старый 06.07.2017, 10:47   #8  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,984 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от fed Посмотреть сообщение
Закрытие проекта D365 не может случиться до выноса Наделлы из Майкрософта. Это для него стало бы признанием личных мэнеджерских ошибок.
Денис, можно подробнее пояснить ?
Если мне память не изменяет, Наделла поднялся из подразделения Business Solutiions, но напрямую с Dynamics вроде не связан. В общем, я не уловил связь.
Старый 06.07.2017, 17:09   #9  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от mazzy Посмотреть сообщение
FoxPro - отличная аналогия для Аксапты так как FoxPro это как бы мини-Аксапта то есть такое же мощное средство быстрой разработки для предприятий но не больших (скажем до 100 человек).
Такая альтернатива FoxPro как Access - недостаточна и неполноценна.
Такая альтернатива как написание на .NET - это тупо все с нуля долго и дорого, Аксапта - другая весовая категория.

То есть был некий клиентский сегмент для ФоксПро которому приемлемых и адекватных альтернатив предложено не было.
Куда ушли эти клиенты?

Теперь есть неслабый клиентский сегмент АХ от которого снова Майкрософт отказывается. Вот этого я тупо понять не в состоянии. Очевидно же что D365 это неплохо, но это совсем другой клиентский сегмент.

Знание и профилирование своего клиента - это основа любого бизнеса. Нет никакого смысла в трате Майкрософтом ресурсов на издевательство над АХ7 - seamless updates это означает full stop для программирования в АХ7. Нет никакого смысла в точках расширениях и Chain Of Command. Потому как нет клиентов которым это нужно. Это все для никого.
За это сообщение автора поблагодарили: Logger (3).
Старый 06.07.2017, 18:10   #10  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Знание и профилирование своего клиента - это основа любого бизнеса. Нет никакого смысла в трате Майкрософтом ресурсов на издевательство над АХ7 - seamless updates это означает full stop для программирования в АХ7. Нет никакого смысла в точках расширениях и Chain Of Command. Потому как нет клиентов которым это нужно. Это все для никого.
Нынешнее поведение Микрософта на рынке замечательно описывается экономическими статьями времен позднего СССР. Вот можешь почитать:
Журнал "Коммунист", 1988 г. №8 (август) Нулевой цикл. К анализу механизма ведомственной экспансии.
Старый 07.07.2017, 05:17   #11  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,347 / 996 (38) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Теперь есть неслабый клиентский сегмент АХ от которого снова Майкрософт отказывается. Вот этого я тупо понять не в состоянии. Очевидно же что D365 это неплохо, но это совсем другой клиентский сегмент.
А какой ты сегмет здесь видишь?
Облака, в перву очередь, удобны для мелочевки, т.к. контора в 10 человек не потянет хорошего IT-шника. Для мелочевки же нужны автоматические обнавления. Там банально некому их накатывать. Но мелочевке не нужны все эти функциональные навороты, которые присутствуют и разрабатываются в AX.
У крупных же требования такие, что их серверные мощности могут поспорить с некоторыми поставщиками этих самых облаков. Но крупным автоматические обновления не так уж и важны. Крупным не в напряг держать пару человек, которые будут заниматься исключительно merge.
__________________
Isn't it nice when things just work?
Старый 06.07.2017, 09:38   #12  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
Да лана. Дожмут их.
On premise тоже не хотели делать сначала.
Сейчас многие старые клиенты, у которых сильно кастомизированная DAX2009 или DAX2012 стоит - в ожидании. Пока не наступит ясность с хардсилом, вкладываться в апгрейд на D365WTF для них не разумно. После анонса хардсила, заметная часть клиентов просто начнет массово отказываться от подписки и внедрять конкурирющие системы.
Так что подождем политического решения - либо отказ от хардсила, либо отказ от примерно 60% выручки за подписку в течении двух лет, после объявления о хардсиле.

Последний раз редактировалось fed; 06.07.2017 в 09:44.
Старый 06.07.2017, 11:16   #13  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,984 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от fed Посмотреть сообщение
После анонса хардсила, заметная часть клиентов просто начнет массово отказываться от подписки и внедрять конкурирющие системы.
Так что подождем политического решения - либо отказ от хардсила, либо отказ от примерно 60% выручки за подписку в течении двух лет, после объявления о хардсиле.
Возможен еще 3-й путь по которому мы пока успешно идем.
Объединят статистику по D365 со всем Business Solutions в целом и все. Ms Office вытянет статистику также как ее вытянул MS CRM для Dynamics.
Старый 06.07.2017, 18:14   #14  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,984 / 3273 (117) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Интересно, если сравнивать с другими поставщиками (SAP, Oracle, 1c, кто там еще остался) - у кого в этом плане самый вменяемый менеджмент ?
Куды бечь ?
Старый 06.07.2017, 20:06   #15  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от fed Посмотреть сообщение
Нынешнее поведение Микрософта на рынке замечательно описывается экономическими статьями времен позднего СССР. Вот можешь почитать:
Журнал "Коммунист", 1988 г. №8 (август) Нулевой цикл. К анализу механизма ведомственной экспансии.
Не может такое быть вечно. MMM какое-то.
Цитата:
"главное для ведомства — доказать необходимость срочного начала строительства, расстегнуть общественный кошелек."
Цитата:
Сообщение от Logger Посмотреть сообщение
Интересно, если сравнивать с другими поставщиками (SAP, Oracle, 1c, кто там еще остался) - у кого в этом плане самый вменяемый менеджмент ?
Куды бечь ?
Забанят нас ох забанят Открой новую тему Куды бечь ? и мы там докажем что никуда бежать не надо

А чтобы остаться в рамках данной темы то я действительно не понимаю для кого весь этот Extensible X++: Chain of Command и подобное делается. Логика какая-то в этом инопланетная.
Так как единственное вменяемое решение для клиента при seemless updates это никаких кастомизаций бизнес-логики. Вообше никаких.

И если подумать то и для вменяемого ISV - seemless updates это минное поле. Хотя если не отвечать за совместимость с возможными updates - это можно доить и доить, но со скоростью внесения изменений и с их стоимостью - стадо разбежится.

Понятно то что можно делать абсолютно параллельные решения под крышей Operations в целях маркетинга но в таких решениях вся эти Extensible X++ фишки просто ни к чему.
Старый 07.07.2017, 03:20   #16  
trud is offline
trud
Участник
Лучший по профессии 2017
 
1,039 / 1635 (57) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от ax_mct Посмотреть сообщение
А чтобы остаться в рамках данной темы то я действительно не понимаю для кого весь этот Extensible X++: Chain of Command и подобное делается. Логика какая-то в этом инопланетная.
Это то как раз понятно. т.е. такие вещи, это довольно большие бюджеты(т.е. только описание алгоритма на то что next гарантированно вызывается(ща кто-то на яммере запостил) занимает чуть ли не страницу текста, +кодирование-тестирование и прочее), при этом ценность этой проверки вообще нулевая.

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

при этом если разобраться с точки зрения апгрейдов эта штука логически вообще эквивалентна(и даже значительно уступает) однострочному изменению при оверлеинге(т.е. когда вы изменяете существующий метод добавляя в него одной строчкой или блоком изменения строго в начало или конец), и это уже автоматически разрешалось при создании upgrade проекта, т.е. для клиента это тоже нулевая ценность
Старый 07.07.2017, 09:28   #17  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,913 / 5736 (197) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от trud Посмотреть сообщение
далее уже под это легко подвести(прикрываясь теми же требованиями партнеров) что нужно переписывать компилятор(а это просто огромные бюджеты-деньги), нужно нанять еще людей и прочее..
Еще дело в том, что топы микрософта - они либо бывшие сейлы либо бывшие программисты; например - Scott Guthrie - главномый по облакам и энтерпрайсу, начинал как product manager asp.net. Продать ему идею разработки передового компилятора гораздо легче чем идею разработки передового сводного планирования.
Старый 07.07.2017, 16:48   #18  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от fed Посмотреть сообщение
Еще дело в том, что топы микрософта - они либо бывшие сейлы либо бывшие программисты; например - Scott Guthrie - главномый по облакам и энтерпрайсу, начинал как product manager asp.net. Продать ему идею разработки передового компилятора гораздо легче чем идею разработки передового сводного планирования.
Как раз вчера смотрел его профиль когда читал о cокращении штатов в MS. Хотел написать об этом но сумел сдержаться
В каком у нас месте ASP.NET и Silverlight? Померли в расцвете сил.
Успех IIS и NET Framework? Сногcшибательный.

https://www.linkedin.com/in/guthriescott
Цитата:
I was a General Manager within the Developer Division of Microsoft from 2005-2008. I ran the teams that built the .NET Framework, Silverlight, ASP.NET, IIS and several of the tooling features within Visual Studio.

Previously I was a co-creator of ASP.NET and co-founded the creation of that project. I later managed the ASP.NET engineering team, and personally designed core parts of the .NET Framework.
Старый 11.07.2017, 22:35   #19  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от trud Посмотреть сообщение
при этом если разобраться с точки зрения апгрейдов эта штука логически вообще эквивалентна(и даже значительно уступает) однострочному изменению при оверлеинге(т.е. когда вы изменяете существующий метод добавляя в него одной строчкой или блоком изменения строго в начало или конец),
С точки зрения рантайма я с вами совершенно согласен. С точки зрения обновления - все немного сложнее.

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

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

И это хоть как-то формально контроллируется.
Старый 12.07.2017, 01:17   #20  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от belugin Посмотреть сообщение
...
есть контракт между компонентом и расширением - производитель компонента может понять что он не может менять, чтобы расширения не сломались, производитель расширения понимает, что является интерфейсом, а что побочным эффектом.

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

Судя по всему Microsoft берет модель работы от Netsuite так как похоже что именно его хочет догнать и перегнать.

Переход на расширения это не для партнеров или клиентов, это для вендора и только для того чтобы переложить проблемы совместимости на других.

Все заботы вендора по совместимости будут заключаться в предоставлении времени и возможности партнерам и клиентам эту совместимость обеспечить.

И соответственно ничто не ограничивает Microsoft вносить любые изменения без оглядки на проблемы индейцев. Собственно они открыто об этом и говорят.

Клуб анонимных оверлейщиков
Теги
chain of command

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
mfp: What is new in X++ in AX7? Blog bot DAX Blogs 2 10.02.2016 00:29
axmfg: Supply chain excellence in manufacturing Blog bot DAX Blogs 0 01.11.2013 01:11
NAV Team: New finsql.exe Command Prompt Options Blog bot Dynamics CRM: Blogs 0 28.01.2013 18:32
mfp: Dynamics AX EMEA Technical Conference 2011 Blog bot DAX Blogs 0 21.09.2011 18:11
Gareth Tucker: CRM 2011 Command Line Installs – continued… Blog bot Dynamics CRM: Blogs 0 25.07.2011 10:11
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:58.