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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 09.04.2018, 11:48   #1  
Ivanhoe is offline
Ivanhoe
Участник
Аватар для Ivanhoe
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
4,143 / 2155 (80) +++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Кстати, да. Почему-бы не продавать как платформу разработки бизнес-приложений по вкусной цене.
__________________
Ivanhoe as is..
Старый 09.04.2018, 17:23   #2  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от Ivanhoe Посмотреть сообщение
Кстати, да. Почему-бы не продавать как платформу разработки бизнес-приложений по вкусной цене.
Нет шансов у D365FO. Причин много. Это и привязка к IIS, это и отстутствие популярного и понятного фрэймворка, отсутствие модульности в запутанном back-end. Привязка к MS SQL. И наличие океана альтернатив для web-разработки бизнес-приложений.

Были бы поумнее пустили бы AX в open-source. На одних серверных лицензиях (Windows Server, SQL Server etc) получали бы достаточно.

Последний раз редактировалось ax_mct; 09.04.2018 в 17:26.
Старый 09.04.2018, 23:18   #3  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Были бы поумнее пустили бы AX в open-source. На одних серверных лицензиях (Windows Server, SQL Server etc) получали бы достаточно.
А нет задачи зарабатывать на лицензиях - есть задача зарабатывать на подписке, и вендор маниакально тащит всех за уши в Azure. Уже и Windows с D365O называет не продуктами, а сервисами, мол, оттого и обновления постоянные, оттого и подписка. Хочешь получать сервис - плати постоянно; платить перестал - доступ к сервису потерял.
За это сообщение автора поблагодарили: ax_mct (5).
Старый 10.04.2018, 08:42   #4  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от ax_mct Посмотреть сообщение
отсутствие модульности в запутанном back-end.
Если брать только платформу, какой именно модульности не хватает? Модули есть. Отсутствет сквозная поддержка internal и неймспейсы.
За это сообщение автора поблагодарили: ax_mct (5).
Старый 10.04.2018, 17:42   #5  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от belugin Посмотреть сообщение
Если брать только платформу, какой именно модульности не хватает? Модули есть. Отсутствет сквозная поддержка internal и неймспейсы.
...
У меня очень нет опыта работы с чихающими SSRS-программистами интересно, как они обходятся без дата провайдеров в сложных случаях.
Лично мне хватает. После 12 лет работы с продуктом. В принципе при сужении рынка количества знающих систему "как есть" в силу опыта может и хватить.

Но в ситуации роста популярности разбираться в системе будет программист MS CRM.

Аналогия с SSRS-программистами не случайна. Ни на одном из десятков проектов я не видел SSRS программиста который бы взял за труд изучить и использовать X++. Им удобнее неудобно. Они остаются чистыми SSRS программистами.

С учетом смешения продуктов, если массово AX программисты не будут переходить в Microsoft CRM, то программировать в AX будет чистый Microsoft CRM программист. А чистые ребята они не золотари как мы. Разбираться в X++ они не будут.

В принципе здесь открывается возможность аутсорса, но если можно будет достичь результата как в SSRS, не пачкаясь с X++, то будут делать как эффективней, а не как предполагается. Можно будет через T-SQL, значит будет T-SQL.

Цитата:
Сообщение от belugin Посмотреть сообщение
Получается что основная проблема, что они что-то не подозревают, и хотят то, что было раньше.

Мне кажется, первая часть проблемы решается ссылкой на документацию, а вторая справедлива для ОЧЕНЬ ограниченных сценариев (типа публичная часть или какая-нибудь мобильная) иначе придется переписывать интерфейс аксапты чтобы им угодить. Переобучить и немного допилить проще.
Как обьяснить клиенту который прочитал данную статью MFP что мы не можем сделать на web интерфейсе то что он хочет
когда его жена вчера на web-конструкторе типа wix.com сделала себе сайт,
а сын проходит курсы HTML и показывает современные плюшки на одном .CSS типа такого
где это просто один стиль CSS
http://www.cssplay.co.uk/menu/csspla...-css-only.html

"Ну вы же понимаете, у нас серьезная бизнес-система... Мы вот можем наследовать через аттрибуты..."

То есть мой пойнт в том что ожидания клиента уже сформированы современным web. Про SAP все знают - "даже не думай", а вот про D365FO - вряд ли. Особенно при схожести интерфейса с MS CRM.

И мне сдается что расширяемость front-end в для популярности значит не меньше чем back-end. С учетом стоимости этих расширений и нахождения специалистов.

Не исключаю того что front-end D365FO это уникальная ниша. Но возможно было бы правильней для AX программистов идти в MS CRM для более реальной ниши на стыке двух продуктов.

Последний раз редактировалось ax_mct; 10.04.2018 в 17:55.
Старый 11.04.2018, 03:48   #6  
trud is offline
trud
Участник
Лучший по профессии 2017
 
1,038 / 1629 (57) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от ax_mct Посмотреть сообщение
Как обьяснить клиенту который прочитал данную статью MFP что мы не можем сделать на web интерфейсе то что он хочет
когда его жена вчера на web-конструкторе типа wix.com сделала себе сайт,
Ну кстати посмотрел тут видео из whats new, MS там прямо раскрывает этот вопрос
т.е. те кто хотят по старинке сложным языком кодят в X++
а новый подход успешных людей - это мышкой создавать Power apps, из AX брать только данные

https://dynamics.microsoft.com/en-us...#release-notes

Последний раз редактировалось trud; 11.04.2018 в 04:25.
За это сообщение автора поблагодарили: ax_mct (5).
Теги
ax8, dyn365fo, extensions, mfp

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
mfp: Extensible X++ – Method signatures Blog bot DAX Blogs 0 31.08.2017 18:11
mfp: Extensible Inventory Dimensions Blog bot DAX Blogs 0 10.08.2017 14:11
german_nav_developer: Dynamics NAV 2013 R2 multi-tenancy – Viele Mieterinnen ohne Stress und Neid Blog bot Dynamics CRM: Blogs 0 30.12.2013 19:00
german_nav_developer: Codepage und Multilinguale Dynamics NAV Installationen Blog bot Dynamics CRM: Blogs 0 05.06.2011 15:51
mfp: X++ - A mananged language Blog bot DAX Blogs 1 20.01.2011 00:51

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 07:00.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.