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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 08.02.2019, 11:17   #1  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,895 / 5650 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Цитата:
Сообщение от Logger Посмотреть сообщение
Денис, это очень сильное утверждение. Не мог бы его раскрыть тезисно?
Проблема в том, что любое внедрение для одного клиента (то есть - когда мы не разрабатываем тиражируемый софт), окупается только в режиме быстрого прототипирования. Это когда мы можем чего-нить разработать, поверхностно протестировать и зарелизить в PROD в течении одного дня. Даже если что-то сломалось после релиза, то во первых мы можем это достаточно быстро отладить прямо в PROD (ну или очень быстро скопировать данные на TEST), во вторых - мы можем исправленную версию быстро зарелизить, а в третьих - мы опять таки в PROD можем данные скриптиком быстро исправить.
В D365FOE:
  1. Отладка в TEST не возможна (не говоря уже о PROD)
  2. Переливка тестовых данных между окружениями - затратна по времени
  3. Релиз в TEST занимает порядка 1 часа и требует отключения пользователей
  4. Релиз в PROD занимает порядка 10 часов (вместе с lead time) и требует ожидания благословения от MS
  5. Доступ к БД в PROD отсутствует.
  6. Отладка в множественных энвиронментах затратна с точки зрения организации таковой.
Да - замечу, что представление о том что "Программирование - это кодинг на X++" - неверно. Любая нетривиальная настройка - это тоже программирование, после которого надо настройки тестировать, и вероятно, трассировать Микрософтовский код. Так что любые рассуждения на тему "Вот партнеры будут меньше программировать и больше настраивать - и проблема решится" - неверны в принципе.
А D365FOE была спроектирована как раз для разработки тиражируемых вертикальных решений. Только вот в реальности - решений этих не так много и они, в большинстве случаев, используются скорее как маркетинг по продаже услуг по внедрению.

Последний раз редактировалось fed; 08.02.2019 в 13:14.
За это сообщение автора поблагодарили: sukhanchik (4), Morpheus (1), S.Kuskov (5).
Старый 08.02.2019, 12:49   #2  
Logger is offline
Logger
Участник
Лучший по профессии 2015
Лучший по профессии 2014
 
3,882 / 3148 (112) ++++++++++
Регистрация: 12.10.2004
Адрес: Москва
Записей в блоге: 2
Цитата:
Сообщение от fed Посмотреть сообщение
... Это когда мы можем чего-нить разработать, поверхностно протестировать и зарелизить в PROD в течении одного дня...
Спасибо за отклик.
Денис, как правильно отметил Ivanhoe, тут вероятно имеет смысл разделять обсуждение на D365FO Cloud и D365FO On-Prem

Мне кажется, что те минусы которые ты перечислил, не применимы к D365FO On-Prem а именно этот случай я и имел в виду. (Кстати, похоже он у вас совсем не мейнстримный, т.е. продается то в основном облачное решение и от него голова и болит ?)

P.S. Ответ сразу не заметил. Но оставлю пост как есть.
Старый 08.02.2019, 20:02   #3  
ax_mct is offline
ax_mct
Banned
 
2,548 / 1091 (0) ++++++++
Регистрация: 10.10.2005
Адрес: Westlands
Цитата:
Сообщение от fed Посмотреть сообщение
Проблема в том, что любое внедрение для одного клиента (то есть - когда мы не разрабатываем тиражируемый софт), окупается только в режиме быстрого прототипирования. Это когда мы можем чего-нить разработать, поверхностно протестировать и зарелизить в PROD в течении одного дня.
Интересная мысль. Именно из-за этой репутации AX вместо SAP и выбирали. Стоимость разработки и изменений наверное самая была выгодная среди всех ERP.

Я бы тоже сказал что архитектура AX она кривая. Для облака кривая и неподходящая.
Идиотская идея брать зрелый десктопный продукт и переделывать его для web.
Стоимость изменений при такой сложности решения она в любом случае запредельная.

Меня тут недавно архитектор D365 лечил что надо Unit testing писать и использовать в D365FO.
Ok, но в той же AX без этого можно и нужно обойтись. И это тоже про стоимость.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
(Москва) Ищем консультанта по логистике AX2012 Evgeniy_R Рынок труда Microsoft Dynamics 0 19.01.2016 13:00
В Тойота Мотор Россия требуется разработчик AX2012 (Москва) ToyotaIT Рынок труда Microsoft Dynamics 9 26.05.2015 18:00
Сертификация по AX2012 lvan Обучение 7 14.10.2013 12:33
Требуются профессионалы на успешный действующий проект AX2012 Yuri Safronov Рынок труда Microsoft Dynamics 23 11.01.2013 16:00
AX2012 выпущена... но не для России EVGL Microsoft и системы Microsoft Dynamics 16 09.08.2011 10:53

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

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

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