![]() |
#1 |
Участник
|
emeadaxsupport: Quick and easy debugging in AX 7
Источник: https://blogs.msdn.microsoft.com/axs...gging-in-ax-7/
============== This purpose of this blog is to show how you can get quickly get started with debuggingin AX7, specifically by showing how you can debug an error message issued from AX. So, let’s begin ! Imagine you are posting a Bank journal and you get the following error message upon posting ‘Currency EUR not allowed for account USMF... Read more Источник: https://blogs.msdn.microsoft.com/axs...gging-in-ax-7/
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
![]() |
#2 |
Участник
|
![]()
С порталами мы работали, всю эту кухню знаем.
Это не quick и ни разу не easy, а если это как на портале в Ах2012, то пока вы дебажите, остальные курят. + еще если дебажить долго, то процесс IIS'а падает (если не выставить нормальный таймаут), Т.е. теперь, получается, будет падать АОС? Извините Последний раз редактировалось Dreadlock; 11.03.2016 в 11:49. |
|
|
За это сообщение автора поблагодарили: sukhanchik (2). |
![]() |
#3 |
Участник
|
Насколько я понял, MS поддерживает разработку по принципу 1 девелопер = 1 дев. машина. Шарить AOS можно, но не преветствуется. Так что про "остальных" не думают.
Я знаю, что некоторые компании используют 1 АОС для разработки, но с нормальной поддержкой TFS смысла шарить АОС не вижу. Цитата:
Это не quick и ни разу не easy
К слову сказать, вы точто таких же методом можете дебажить любой Х++ код в ax2012.
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0 |
|
![]() |
#4 |
Участник
|
Дык ладно в Ах 3.0 на портале включить отладку, как вариант поменял код, перезашел на портал - тот увидел изменения. А теперь как? Пока package не соберешь не задеплоишь на IIS, пока не подрубишься к процессу, пока тот все сборки не подтянет и все отладочные символы не подгрузит - ничего не получишь
![]() Интересно еще, если 1 дев машина = 1 девелопер, то как на тесте смотреть и отлаживаться когда идет интеграционный тест и нашли быгу? Если в этот момент куча пользователей могут тестировать свой блок и, к примеру, еще идет обучение пользователей. Опять ставить отдельную машину сбоку? ![]() ![]() |
|
![]() |
#5 |
Участник
|
В этой части Акс все дальше от ERP со встроенной разработкой и ближе к классической разработке Софта, что совсем не удобно. Если проект с 10 разработчиками (а зачем тогда Аксапта?) и такой сложной инфраструктурой я могу понять, то что делать с почти коробочным внедрением и минимальным допилом? Одна доработка потребует куча доп. софта, усилий и времени.
__________________
Ivanhoe as is.. |
|
![]() |
#6 |
Участник
|
|
|
![]() |
#7 |
Участник
|
Тоже верно. А у партнера стоимость софта частичто покрыто за счет партнерской программы.
Что то мне подсказывает, что стоимость самой разработки будет дороже стоимости софта. Цитата:
В этой части Акс все дальше от ERP со встроенной разработкой и ближе к классической разработке Софта, что совсем не удобно
Соглашусь, что при 1 дев машина = 1 девелопер "стоимость владения" наверное выше. Тем не менее, как разработчик предпочитаю отдельную машину ![]()
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0 |
|
![]() |
#8 |
Участник
|
Как разработчик - да. А когда у тебя десяток проектов, десятки программистов - уже все по другому смотрится.
Понятно, что одну доработку клиенту нет смысла делать. Так и партнеру держать кучу DEVов и специалистов под редкие доработки - не выгодно. И поправить отчет как раньше за 8 часов, а теперь 40 часов - клиенту тоже не понравится.
__________________
Ivanhoe as is.. |
|
|
За это сообщение автора поблагодарили: Dreadlock (1). |
![]() |
#9 |
Участник
|
так откуда такие цифры то.(8 и 40). подправить как было 8ч, так и стало 8ч. процесс разработки то полностью такой же. что добавляется или меняется?
|
|
![]() |
#10 |
Участник
|
Цитата:
Цитата:
Так и партнеру держать кучу DEVов и специалистов под редкие доработки - не выгодно.
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0 |
|
![]() |
#11 |
Участник
|
См. выше пример с дебагом - стало сложнее. Отдельный dev для каждого разработчика в 2012 был желателен, не обязателен.
__________________
Ivanhoe as is.. |
|
![]() |
#12 |
Участник
|
Ну да, проблема же, очевидно, в дураках-начальниках? Я про экономику, а вы мне про технику. Нет проблемы завести кучку серверов, поставить всем по отдельной аксапте и т.д. Вопрос - за чей счет банкет? В конечном счете платит клиент.
__________________
Ivanhoe as is.. |
|
![]() |
#13 |
Участник
|
А в чем собственно проблема? У нас клиент сам хостит dev или платит ежемесечно за то что dev у нас, в зависимости от контракта. Так он будет платить за виртуалку в клауде, но ее то хоть можно потушить и выходить так занчительно дешевле (для клиента) если конечно не нужно держать 15 разработчиков на проекте.
|
|
![]() |
#14 |
Британский учённый
|
Цитата:
Сообщение от skuull
![]() А в чем собственно проблема? У нас клиент сам хостит dev или платит ежемесечно за то что dev у нас, в зависимости от контракта. Так он будет платить за виртуалку в клауде, но ее то хоть можно потушить и выходить так занчительно дешевле (для клиента) если конечно не нужно держать 15 разработчиков на проекте.
![]()
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще. |
|
|
За это сообщение автора поблагодарили: Ivanhoe (2). |
![]() |
#15 |
Участник
|
Цитата:
Сообщение от Link
![]() Речь о другом, теперь на каждого разработчика нужен выделенный сервер. В предыдущих версиях часто использовался shared environment, что естественно гораздо дешевле и менее затратно в плане поддержки и т.п. К тому же, нужно уточнить, как обстоит дело с лицензиями на разработку в 7ке. В общем тенденция удорожания "всего" от версии к версии сохраняется
![]() У shared environment только один плюс - цена. Но если посмотреть с другой стороны у него есть куча минусов. Если использовать MorphX VC один человек меняет обьект, а остальные курят. Общие данные которые постоянно приходиться готовить заново так как кто-то другой их может испортить. Тормоза из-за множества людей делающих что непопадя одновременно. Элементарная невозможность собрать Full CIL во время рабочего дня так как кто-то другой пилит какиенить отчеты. И т.д. и т.п. Да и обычно если dev хоститься у партнера пихают по 20 АОСов на 1 сервер и вообще работать невозможно из-за тормозов. И в итоге все эти минусы превращаются в дополнительные часы разработки (простоя) которые оплачивает клиент. Не говоря уже о стоимости железа для хостинга и зарплаты человека который это железо обслуживает. А так 1 виртуалка на 56GB\8 core стоит 14к рублей за 180 часов. И мне не кажеться что это существенные затраты при многомиллионных enterprise проектах. |
|
|
За это сообщение автора поблагодарили: trud (1). |
![]() |
#16 |
Участник
|
Боюсь, вам кажется
![]()
__________________
Ivanhoe as is.. |
|
![]() |
#17 |
Участник
|
Цитата:
Сообщение от Ivanhoe
![]() Боюсь, вам кажется
![]() ![]() |
|
![]() |
#18 |
NavAx
|
Цитата:
Здесь тоже приличное Azure на каждого разработчика клиенты не хотят оплачивать.
__________________
Isn't it nice when things just work? |
|
|
За это сообщение автора поблагодарили: Ivanhoe (1). |
![]() |
#19 |
Участник
|
|
|
![]() |
#20 |
Участник
|
тоже стало интересно и с ходу нашлось вот что:
"Well, I like to think of Microsoft Fargo as the best kept software development secret in the Upper Midwest. I don’t know where else you can find a better combination of impactful and challenging work and a great company to work for in this part of the country" "I’ll acknowledge that not everything is perfect here. You have to like, or at least tolerate, some cold weather in the winter. It’s windy." Move to Fargo?!?! You have to be kidding… |
|
|
За это сообщение автора поблагодарили: gl00mie (1). |
Теги |
ax7, debug, debug code, debug managed code, законченный пример, отладка, отладчик |
|
|