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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 29.09.2017, 18:35   #1  
Ivanhoe is offline
Ivanhoe
КОРУС Консалтинг
Аватар для Ivanhoe
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,548 / 1718 (65) ++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Cool Как вы оцениваете доработки D365FO Enterprise
Как вы подходите к оценке понятной модификации для AX 2009 - 2012, которую нужно сделать в D365 траляля - короче новой Аксапточке?

Какой коэффициент будет в среднем правильный? х2? х3? Или в принципе не стоит так делать, а нужно реально разобраться в возможности конкретной модификации (extension или еще как) и только потом давать "честную" оценку?
__________________
Ivanhoe as is..
За это сообщение автора поблагодарили: trud (3).
Старый 29.09.2017, 19:03   #2  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
 
3,518 / 1996 (74) ++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
x2
За это сообщение автора поблагодарили: Ivanhoe (2), trud (2).
Старый 30.09.2017, 15:15   #3  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
1,684 / 531 (21) +++++++
Регистрация: 10.10.2005
Адрес: PHP
Цитата:
Сообщение от EVGL Посмотреть сообщение
x2
Возможно для back-end и возможно в том случае если нет условия реализации "без overlaying". Нет?

К примеру клиент хочет логику изменения передачи фокуса между контролами и/или через комбинацию клавиш.
Уже не x2. Нет?
Конечно речь не о прогулке на сервер, а о javascripts на странице, то есть front-end.

К примеру клиент хочет в фунционале интеркомпании вместо создания новой закупки для каждого заказа добавлять их в одну закупку если это тот же поставщик. Условие реализации - "без overlaying".
x2? Может быть, а может и не быть. Можно споткнуться по независящим от тебя причинам.

Думаю что x2 это коэффицент скорости разработки в силу различия инструментов,
но возросшую сложность разработки это не учитывает.

Возможно для экспертов вопрос сложности уже не стоит и их ограничивает только скорость инструментов. Но как много этих уже экспертов?
Старый 30.09.2017, 16:08   #4  
Ivanhoe is offline
Ivanhoe
КОРУС Консалтинг
Аватар для Ivanhoe
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
3,548 / 1718 (65) ++++++++
Регистрация: 29.09.2005
Адрес: Санкт-Петербург
Ну совсем новый клиент и все связанное, а также сильно переделанные фреймворки - отдельный вопрос. Согласен что тут надо разбирать каждое требование.

Про остальные более-менее не сильно поменявшие x++ блоки тоже склонен к x2 по вервости, минимум х1,5 после привыкания разработчика.
__________________
Ivanhoe as is..
Старый 30.09.2017, 19:34   #5  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,324 / 778 (28) +++++++
Регистрация: 22.07.2003
Адрес: МО
ИМХО, x4.
x2 - чисто разработка,
еще x2 - анализ кода (сейчас не найдешь где идет присвоение, как раньше по перекресным ссылкам с типом write) и билдинг, синхронизация, рестарт (это просто нечто временами).
За это сообщение автора поблагодарили: Ivanhoe (2), ax_mct (2), Link (2).
Старый 01.10.2017, 09:24   #6  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
 
3,518 / 1996 (74) ++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от raz Посмотреть сообщение
ИМХО, x4.
x2 - чисто разработка,
еще x2 - анализ кода (сейчас не найдешь где идет присвоение, как раньше по перекресным ссылкам с типом write) и билдинг, синхронизация, рестарт (это просто нечто временами).
Я свои x2 как раз из-за этого написал: большая трата времени на отладку. Особо пикантно становится, когда и ISV, и ваш код цепляет обработчик на один и тот же метод типа *JournalPost.run(). Начинает беспорядочно вызываться один, другой. Хотя это и в AX2012 уже было. Чего не было в AX2012, так это перезапусков и ожидания, пока отладчик все загрузит. Меня в свое время коллеги почему-то не понимали, когда я указывал на разницу в трудозатратах как между интерпретатором типа SQL или R и компилятором типа C#.

К разработке через Extensions можно привыкнуть за пару месяцев, я думаю. Количество приемов конечно, ограничения тоже нетрудно запомнить.
Старый 01.10.2017, 10:08   #7  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
3,991 / 2133 (79) +++++++++
Регистрация: 16.01.2004
Адрес: Москва
Цитата:
Сообщение от EVGL Посмотреть сообщение
Чего не было в AX2012, так это перезапусков и ожидания, пока отладчик все загрузит. Меня в свое время коллеги почему-то не понимали, когда я указывал на разницу в трудозатратах как между интерпретатором типа SQL или R и компилятором типа C#.
В C# есть Edit and continue JFYI.

Особенность Ax, в том что сейчас там есть гигантский монолитный модуль Application Suite, который превращается в гигантскую сборку, которую приходится разбивать на netmodules. Если работать внутри модуля поменьше и настроить VS так чтобы он не грузил символы для других сборок, то все более менее прилично.
Старый 01.10.2017, 13:51   #8  
raz is offline
raz
NavAx
Аватар для raz
NavAx Club
Лучший по профессии 2014
Лучший по профессии 2009
 
1,324 / 778 (28) +++++++
Регистрация: 22.07.2003
Адрес: МО
Цитата:
Сообщение от EVGL Посмотреть сообщение
К разработке через Extensions можно привыкнуть за пару месяцев, я думаю. Количество приемов конечно, ограничения тоже нетрудно запомнить.
Для небольших доработок, когда раньше можно было добавить пару строк или метод и пару строк, то сейчас это надо пару классов, да еще и найти где можно вклиниться.
Старый 01.10.2017, 16:47   #9  
trud is offline
trud
Участник
 
455 / 324 (11) ++++++
Регистрация: 07.06.2003
Цитата:
Сообщение от raz Посмотреть сообщение
Для небольших доработок, когда раньше можно было добавить пару строк или метод и пару строк, то сейчас это надо пару классов, да еще и найти где можно вклиниться.
А вот кстати интерестно зачем это делать?(кроме конечно случаев когда разработчику выгоднее потратить больше времени)
ну т.е. сейчас использование оверлея по большей части не является даже ошибкой Best practice(там где это возможно)
кроме того, даже для таких базовых вещей как дисплей методы extension возможности далеко не финализированы
Цитата:
In an upcoming platform update we hope to provide a much more intuitive way of adding display methods, however the above approach will keep being supported.
и народ на яммере репортит кучу глюков по chain-of-command
т.е. на мой взгляд надо просто стараться не особо менять стандарт и делать более обособленные изменения, но тратить время на поиски куда вклиниться нужно только если клиент конкретно за это будет платить(плюс сюда еще включать часы на регистрацию extensions requests на коннект) т.е. данное время надо прибавлять к x2, причем занимает в отдельных случаях это довольно много(иногда больше чем выполнение модификации)

Последний раз редактировалось trud; 01.10.2017 в 16:54.
Старый 01.10.2017, 16:48   #10  
dech is offline
dech
Участник
Аватар для dech
 
438 / 189 (7) ++++++
Регистрация: 25.06.2009
Адрес: Омск
А ведь делали продукт с изначальной целью как можно легче и быстрее внести изменения... А теперь увеличиваем время на вникание в задачу и сам процесс разработки. Ленинским путём идём, товарищи! Шаг вперёд, два назад.
__________________
// no comments
За это сообщение автора поблагодарили: Logger (1).
Старый 02.10.2017, 05:47   #11  
TasmanianDevil is offline
TasmanianDevil
Мрачный тип
Аватар для TasmanianDevil
Злыдни
 
744 / 279 (11) ++++++
Регистрация: 24.01.2005
Адрес: Сибирь
Цитата:
Сообщение от dech Посмотреть сообщение
А ведь делали продукт с изначальной целью как можно легче и быстрее внести изменения... А теперь увеличиваем время на вникание в задачу и сам процесс разработки.
Анекдот про Ржевского, его денщика и смену концепции помните ?

Цитата:
Сообщение от dech Посмотреть сообщение
Ленинским путём идём, товарищи! Шаг вперёд, два назад.
Про шаги - это вообще-то слова самого Ленина про путь сторонников Мартова, т.е. меньшевиков.
__________________
Axapta will die, MorphX stay forever
Старый 02.10.2017, 09:21   #12  
fed is offline
fed
Moderator
Ex AND Project
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,152 / 3946 (136) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen
Я бы сказал что в D365 надо еще очень прилично добавлять времени на администрирование и вообще troubleshooting. У нас первый проект смешной по масштабам (25 пользователей). Разработки там пока случилось всего два дня и в перспективе эта цифра дорастет где-то до 8-10 дней. Тем не менее на администирование и борьбу с разными глюками методом проб и ошибок я уже истратил минимум 15 рабочих дней (может даже уже к 20).
А еще я уже 4ую неделю инсталлирую on-premise у одного клиента... <всхлипывает, пытается биться головой о клавиатуру>

Последний раз редактировалось fed; 02.10.2017 в 15:43.
За это сообщение автора поблагодарили: dech (1), trud (2), Ace of Database (2), gl00mie (2).
Старый 02.10.2017, 14:48   #13  
Ace of Database is offline
Ace of Database
Участник
Аватар для Ace of Database
 
698 / 523 (19) +++++++
Регистрация: 14.10.2004
Можно пару-тройку лет поработать у клиентов, которые купили АХ7, и клиенты будут лояльны, списывая баги на новизну системы. Потом, когда выйдет АХ8, можно быстренько уйти к купившим её клиентам, и те опять будут лояльно относиться к багам из-за новизны системы.
Старый 02.10.2017, 15:43   #14  
DynamicsDevCons@yandex.ru is offline
DynamicsDevCons@yandex.ru
Участник
 
9 / 9 (1) +
Регистрация: 17.07.2017
Нда уж. Как прибыльно продаваться консалтингу с такими трудозатратами не представляю...
Старый 02.10.2017, 15:46   #15  
trud is offline
trud
Участник
 
455 / 324 (11) ++++++
Регистрация: 07.06.2003
Цитата:
Сообщение от DynamicsDevCons@yandex.ru Посмотреть сообщение
Нда уж. Как прибыльно продаваться консалтингу с такими трудозатратами не представляю...
Делать и использовать решения, а не пытаться все запрограммировать с нуля. в техническом плане в АХ7 именно ведение решений сделано на порядок более грамотно(загрузка данных, описание БП, теже экстеншены, магазин решений)
За это сообщение автора поблагодарили: DynamicsDevCons@yandex.ru (1).
Старый 02.10.2017, 16:01   #16  
fed is offline
fed
Moderator
Ex AND Project
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,152 / 3946 (136) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen
Цитата:
Сообщение от trud Посмотреть сообщение
Делать и использовать решения, а не пытаться все запрограммировать с нуля. в техническом плане в АХ7 именно ведение решений сделано на порядок более грамотно(загрузка данных, описание БП, теже экстеншены, магазин решений)
Использование решений (в особенности таких как Dynamics Retail или Dynamics Integrator) позволяет минимизировать затраты на разработку и максимизировать затраты на борьбу с недокументированными особенностями системы и trial and error. Также вы сможете значительно улучшить свой Hindglish, благодаря регулярной возможности пообщаться с носителями языка из Bengaloru.
Старый 02.10.2017, 16:16   #17  
Evgeniy_R is offline
Evgeniy_R
Участник
 
27 / 17 (1) ++
Регистрация: 03.11.2010
Адрес: Moscow Region
Цитата:
Сообщение от trud Посмотреть сообщение
Делать и использовать решения, а не пытаться все запрограммировать с нуля. в техническом плане в АХ7 именно ведение решений сделано на порядок более грамотно(загрузка данных, описание БП, теже экстеншены, магазин решений)
Не согласен.
Во-первых. Для того, чтобы имело смысл решение переносить (не то, что разрабатывать) со старых версий, нужно убедиться что уже нет аналогов, чтобы оно могло иметь спрос. Переносить ради переноса никто не будет.
Да, текущая модель работы платформы предлагает всем стать ISV. Но все консалтеры в одночасье не станут ISV. Да и рынок у нас для этого не готов, чтобы всем грузить абсолютно одинаковое решение - везде будут нюансы, которые все равно упираются в разработку.

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

Удручен показателями в x2-x4...
Старый 02.10.2017, 16:56   #18  
DynamicsDevCons@yandex.ru is offline
DynamicsDevCons@yandex.ru
Участник
 
9 / 9 (1) +
Регистрация: 17.07.2017
Цитата:
Сообщение от trud Посмотреть сообщение
Делать и использовать решения, а не пытаться все запрограммировать с нуля. в техническом плане в АХ7 именно ведение решений сделано на порядок более грамотно(загрузка данных, описание БП, теже экстеншены, магазин решений)
Использовать еще ладно. Но писать свои и продавать. Это надо хороший спрос массовый иметь на свои решения. Причем на международном рынке. По сути это уже не консалтинг, а разработка ПО. Не думаю, что крупные компании заинтересуются таким рынком и будут держать разработчиков такого ПО в штате.
Старый 02.10.2017, 17:38   #19  
EVGL is offline
EVGL
Moderator
Соотечественники
Лучший по профессии 2015
Лучший по профессии 2014
 
3,518 / 1996 (74) ++++++++
Регистрация: 09.07.2002
Адрес: Parndorf, AT
Цитата:
Сообщение от DynamicsDevCons@yandex.ru Посмотреть сообщение
Использовать еще ладно. Но писать свои и продавать. Это надо хороший спрос массовый иметь на свои решения. Причем на международном рынке. По сути это уже не консалтинг, а разработка ПО. Не думаю, что крупные компании заинтересуются таким рынком и будут держать разработчиков такого ПО в штате.
Да, причем русские компании по сути выключены из этого процесса. Все, что я видел из России, полно местной специфики (всякие там "приказы", "спецодежда", "наряды"), не переведено или жутко плохо переведено на английский и международному клиенту не интересно.
Старый 02.10.2017, 18:17   #20  
DynamicsDevCons@yandex.ru is offline
DynamicsDevCons@yandex.ru
Участник
 
9 / 9 (1) +
Регистрация: 17.07.2017
Цитата:
Сообщение от EVGL Посмотреть сообщение
Да, причем русские компании по сути выключены из этого процесса.
Еще и вопрос конкуренции. Одно дело "конкурировать" на локальном рынке. А другое дело с нашими коллегами из Индии. В общем российские компании точно в пролете с новой версией
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
emeadaxsupport: How to install AX 2012 Enterprise Portal in a multi-server web farm Blog bot DAX Blogs 0 09.11.2015 13:11
emeadaxsupport: AxUpdatePortal.exe does not update Enterprise Portal when not running from an elevated command prompt Blog bot DAX Blogs 0 26.07.2009 15:07
Solutions Monkey: Microsoft Dynamics AX 2009 Enterprise Portal / Role Centers - Deployment Tips-n-Tricks – 3 Blog bot DAX Blogs 0 27.10.2008 08:05
Solutions Monkey: Enterprise Portal Screencasts at Channel9.msdn.com Blog bot DAX Blogs 6 01.07.2008 19:38
jinx: Microsoft Dynamics AX 2009 Enterprise Portal Entwicklung Samples Blog bot DAX auf Deutsch 0 27.06.2008 04:06
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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