Вот мы и нашли этих 43 AX7 клиентов? Или это не AX7/D365?

[Vadik]

Цитата:

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

А это, простите, про что? Стандартный новый модуль WMS с веб-клиентом?

Да, WHS + WMDP. Клиента кстати уже выпустили в виде Windows mobile и Android приложений, но мы пока используем в браузере на сканерах

[Vadik]

Цитата:

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

Узкое не узкое общение, а десятая часть проектов в мире
Коль есть опыт по двум проектам на AX7, то какие все таки впечатления с полей?

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

Цитата:

Понятно что ручей не пересох, но очень интересует стоит ли становится в очередь за водой? При условии что рядом теплое море с PHP

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

[ax_mct]

Цитата:

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

Да, WHS + WMDP. Клиента кстати уже выпустили в виде Windows mobile и Android приложений, но мы пока используем в браузере на сканерах

https://ax.help.dynamics.com/en/wiki...t-dynamics-ax/
Warehouse Mobile Devices Portal (WMDP) is a web application hosted in IIS. It uses ASP.NET MVC runtime. For the current version of Microsoft Dynamics 365 for Operations, WMDP is provided as a standalone component, meant for self-deployment on-premises.

То есть WMDP хостится на локальном IIS и далее коннектится через web-services к приложению находящемуся в Azure?
Как производительность?

[ax_mct]

Цитата:

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

Новых фич столько, что не знаешь за что хвататься.
...
В общем, не соскучишься

Фаллометрию в грааль, простой вопрос - что делал программист в эти три месяца? Есть подозрение что больше как инженер по Azure трудился.

[Logger]

Цитата:

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

Новых фич столько, что не знаешь за что хвататься.

Вы не могли бы поподробнее рассказать ?
Очень интересно.

[gl00mie]

Есть, к примеру, Technical Concepts Guide по 7-ке, там много интересного описано.

[DAX.Company]

Спасибо, коллеги, за позитивную информацию! успокоили. Будем работать и надеяться на лучшее!

[Vadik]

Цитата:

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

То есть WMDP хостится на локальном IIS и далее коннектится через web-services к приложению находящемуся в Azure?
Как производительность?

У нас не совсем стандартный сетап, мы WMDP портал не используем а запускаем через эмулятор (форма такая которая для отладки используется). Не так эстетично (CSS не поменять например), но дешево, надежно и практично. Производительность ? Ну, это же погрузчики и палеты с морожеными курями, а не контра или танчики. Производительность устраивает. Поотзывчивее чем Dynamics Anywhere (мир его праху), если кто сталкивался

[Logger]

Цитата:

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

Поотзывчивее чем Dynamics Anywhere (мир его праху), если кто сталкивался

Мы как раз сталкивались. Вы не поспешили с его похоронами ? Или возможно я чего-то не знаю.
Мне показалось что идея очень интересная у них.

[Ivanhoe]

Цитата:

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

Да, WHS + WMDP. Клиента кстати уже выпустили в виде Windows mobile и Android приложений, но мы пока используем в браузере на сканерах

Я так понимаю, не общее App для всей D365O, а отдельно для склада: https://blogs.msdn.microsoft.com/dyn...s-warehousing/

[ax_mct]

Есть однако интересные проекты на AX7. Там где есть готовое нишевое решение.

Annata Dynamics DMS
http://annata.co.uk/solutions/dms/

Их проект
https://customers.microsoft.com/en-U...ud-erp-service

По ходу, список доступных клиентов AX7:
https://customers.microsoft.com/en-U...mics%20365&p=0

Если они умудрились сделать решение полностью сбоку, без overlayering, то они в шоколаде.

Зы: Как бы позитивная информация от противника AX7. Но я пока лучше LESS и СSS дальше точить буду в качестве попкорна.

Где бы еще найти как HTML5 движок в AX7 устроен?

[skuull]

Цитата:

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

Annata Dynamics DMS
http://annata.co.uk/solutions/dms/

Мы сейчас начинаем проект с IDMS от annata и глядя на код этого нишевого решения хочеться плакать и смеяться

[belugin]

Цитата:

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

Где бы еще найти как HTML5 движок в AX7 устроен?

https://ax.help.dynamics.com/en/wiki...ing-reference/

[ax_mct]

Цитата:

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

Мы сейчас начинаем проект с IDMS от annata и глядя на код этого нишевого решения хочеться плакать и смеяться

Эмо-программирование? Главный вопрос - у них получилось сделать без overlayering "SYS" кода? Просто интересна судьба таких решений если overlayering системного кода сойдет полностью на нет как планируется MS.

[skuull]

Цитата:

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

Эмо-программирование? Главный вопрос - у них получилось сделать без overlayering "SYS" кода? Просто интересна судьба таких решений если overlayering системного кода сойдет полностью на нет как планируется MS.

Не получилось. Совсем. 90% кода ушло в оверлей App Suite. Очень грустно.

[Logger]

Цитата:

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

Не получилось. Совсем. 90% кода ушло в оверлей App Suite. Очень грустно.

Ээээ.
А как же проекты то делать ?
Заворачиваемся в простыню и тихо ползем на кладбище ?

[fed]

Предположу, что очень скоро, чуваки которые придумали extensions и model lock с удивлением узнают что попытка залочить прикладные модели выносит с рынка 90% вертикальных решений и 99% внедрений.
Ну то есть - это они в правильную сторону двигаются, только им надо было СНАЧАЛА очень капитально подумать на тему какого фундаментального функционала не хватает в прикладном ядре (ну например - absorption costing, или какого-то расширяемого API для распределения себестоимости сопродуктов), потом этот функционал написать, потом поставить там в правильных местах возможность расширений и только потом уже двигать в народные массы свою extension story. Но похоже что команда, которая за ядро и среду разработки отвечает - она совсем не в курсе состояния дел в прикладном функционале и вообще практик внедрения...

[mazzy]

Цитата:

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

Предположу, что очень скоро, чуваки которые придумали extensions и model lock с удивлением узнают что попытка залочить прикладные модели выносит с рынка 90% вертикальных решений и 99% внедрений.

нет, конечно.

extensions = plugins. подход отлично работает в огромном числе продуктов.
этот форум работает с плагинами, far, notepad++, vim, visual studio и т.п...

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

[gl00mie]

Цитата:

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

extensions = plugins. подход отлично работает в огромном числе продуктов.
этот форум работает с плагинами, far, notepad++, vim, visual studio и т.п...

Подход отлично работает в тех продуктах, которые изначально разрабатывались с учетом использования плагинов, и то... Какой-нить ePOS в R2 из-за своих зацементированных в ядре интерфейсов для простейших случаев позволяет писать плагины, а чуть что сложнее - уже всё: либо отказывайся от своей затеи, либо декомпилируй и пересобирай ядро.

Цитата:

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

Цитата:

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

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

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

У меня лично ощущение, что эти два сообщения - об одном и том же.

Цитата:

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

Цитата:

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

Предположу, что очень скоро, чуваки которые придумали extensions и model lock с удивлением узнают что попытка залочить прикладные модели выносит с рынка 90% вертикальных решений и 99% внедрений.

нет, конечно.

Если ставить телегу впереди лошади и закручивать гайки прежде, чем предусмотреть специальные точки расширения прикладной логики, то - да, конечно

[fed]

Цитата:

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

нет, конечно.

extensions = plugins. подход отлично работает в огромном числе продуктов.
этот форум работает с плагинами, far, notepad++, vim, visual studio и т.п...

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

Да - какая-то часть вертикальных решений на рынке - это по факту плагины. Живет себе какое-то решение для рисования диаграм ганта или архива документов, живет в отдельных классах и со всем остальным интегрируется на уровне 10-20-30 строчек, вставленных в какие-то стандартные методы и опять-таки - 10-20-30 новых полей, вставленных в стандартные таблицы. Вполне могу поверить, что такие решения можно перевести на механизм extensions.
Тем не менее - если мы говорим о рынке отраслевых вертикальных решений (независимо от того - это действительно отчуждаемые вертикальные решения или просто коллекции наработок) - большая часть из них была построена на идее перекрытия стандартной функциональности. Причем как ты очень хорошо понимаешь, делалось это не по злой воле внедренцев, а просто в связи с отсутствием в стандарте кучи функциональности, типичной для данной отрасли.
Теперь рассмотрим дальнейшие действия микрософт:
1. Они могут закрыть overlayering как класс (возможно - от балды навставлял точек расширения в стандартные прикладные классы). В этом случае, на первых же проектах, по итогам анализа партнеры начнут сообщать клиентам о том что в новой версии их бизнес-процессы не представляется возможным покрыть; Возможность серьезной доработки отрублена, а стандартной фунции для данного процесса - нету. После этого клиент с большой вероятностью бодро откажется от подписки на D365, спишет затраты на анализ в убытки и пойдет внедрять САП. Действительно - преимущество облачных технологий - можно в любой момент остановить проект, списав в убытки только небольшие понесенные затраты. Ну и партнеры само собой будут тоже плавно мигрировать в САП. Ведь если разработка по факту запрещена, то лучше использовать систему с более богатым базовым функционалом.
2. Они могут оставить overlayering. Но только в этом случае - у обычных партнеров (не тех кто плагины пишет), сразу возникнет вопрос: А зачем нам вообще париться с extensions ? Все равно большая часть нашего функционала в них не укладывается, и все равно после апгрейда приходится мерджится. А после этого встанет другой вопрос - а если все равно приходится мерджится, то зачем они платформенные модели заблокировали ? Зачем табу на overlayering объявляли ?