Первые впечатления от программирования в D365FO

[belugin]

Цитата:

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

Ага. Все четко.
Только если у нас есть X++ в AX2012 и только потом папка с CIL как отдельная компиляция вне процесса разработки,

Я тут писал пкрекодировщик для http://erpkb.info и вижу в процессе набора что-то не то. Оказалось, что тесты покраснели - я включил live unit testing и он мне покрасил в красный те строчки, которые выполнялись во время теста который я завалил. Интересное ощущение.

Еще когда году в 2003 начал писать на Eclipse, в начале было некоторое непонимание - там компиляция шла фоном и инициировалась по кнопке сохранить.

Цитата:

Почему же нам монолитность AppSuite не мешает в AX2012?
При том что "интерпретируемых языков больше нет".

Для виртуальной машины X++ он не монолитный, а состоит из кусочков, просто они более мелкие (уж не помню, классы или методы) и там немного другие условия целостности. Например есть циклические ссылки.

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

Цитата:

Будущее C# подразумевалось как завоевание рынка Java на момент создания платформы .NET.

Насколько я помню, сначала MS делал свою Java - причем очень тесно интегрированную в винду. Например, на ней очень удобно было делать COM-компоненты. Потом на этой почые они поругались с SUN, а потом возник .NET.

На кроссплатформенный рынок .NET стал выходить сравнительно недавно, после покупки Xamarin и разработки .NET Core.

Глянул в википедию - там написано, что это была часть .NET Strategy типа плана по захвату интернета?

[ax_mct]

Цитата:

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

Я тут писал пкрекодировщик для http://erpkb.info
...

Сайт вроде бы на Lua и PHP. Неужели писал в VS перекодировщик для перехода на C#?
И каков результат?

Цитата:

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

Еще когда году в 2003 начал писать на Eclipse, в начале было некоторое непонимание - там компиляция шла фоном и инициировалась по кнопке сохранить.

Я за Eclipse сел в 2004 на крупном Java проекте, после того как будучи MCSD.NET образца 2003 просто не смог найти достойную работу в Питере по С#. Тогда еще будущее С# не успело наступить

Цитата:

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

В Ax2012 есть проблемы, но другие. Попробуйте, например, не перекомпилировать
наследники

Это вопрос привычки делать "Compile forward". Маленькая проблема на самом деле.

Цитата:

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

типа плана по захвату интернета?

Пока успешны только планы по обматыванию паутиной тех кто уже во всем этом.

Программирование в D365FO это TFS, TFS это платная подписка на Visual Studio.
Один из клиентов поставил условие обязательного использования TFS.
Минимум это $539/year за пользователя. Как я понимаю без учета ирландского VAT.
https://www.visualstudio.com/vs/pricing/

Что отметили изначально в теме это нехилый DevOps что для TFS что для D365FO.
В новых реалиях D365FO выгодней не программировать а делать DevOps.
Кстати тот парень что купил аксаптовикипедию позиционирует себя именно как не программист, а DevOps специалист, он рубит фишку на сегодня. Постараюсь с ним увидеться, грамотный у него подход, интересно.
https://www.agilecadence.com/consultancy/

То есть по теме, одно из основных изменений это появление роли и сама роль DevOps.

А то что скрипты победили DLL в мировой гонке это наверное другая тема.
В сравнении же программирования в MorphX и в VS - понятно же что VS это шаг назад в 90e, если сравнивать MorphX который вполне соответствовал 21 веку.

[trud]

Цитата:

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

В сравнении же программирования в MorphX и в VS - понятно же что VS это шаг назад в 90e, если сравнивать MorphX который вполне соответствовал 21 веку.

Так то оно так конечно, но если подняться на уровень выше, то уже доступно 118 решений(причем каждое содержит описание БП, технологии загрузки данных, бесконфликтный код для новой версии и прочее). Т.е. такого в принципе не было на 2009, 2012, здесь явный прогресс.

https://appsource.microsoft.com/en-u...rations&page=1

[Ivanhoe]

Цитата:

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

Так то оно так конечно, но если подняться на уровень выше, то уже доступно 118 решений(причем каждое содержит описание БП, технологии загрузки данных, бесконфликтный код для новой версии и прочее). Т.е. такого в принципе не было на 2009, 2012, здесь явный прогресс.

https://appsource.microsoft.com/en-u...rations&page=1

Что не мешало существовать рынку решений и на предыдущих версиях.

И я очень сомневаюсь в реальной работе таких решений в Dyn365FO без нормального мерджинга и тестирования (ну окромя совсем модулей сбоку).

Когда смотрели требования к попаданию в этот маркет, поняли, что это маркетинг и пока не тратили время на это. И не зря сейчас нет возможности поставить демку на свою инсталляцию, а нужно обращаться к партнеру напрямую.

[trud]

Цитата:

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

И я очень сомневаюсь в реальной работе таких решений в Dyn365FO без нормального мерджинга и тестирования (ну окромя совсем модулей сбоку).
Когда смотрели требования к попаданию в этот маркет, поняли, что это маркетинг и пока не тратили время на это.

для 2009-2012 довольно часто была ситуация когда решение вроде бы есть, но на последнюю версию AX оно не поднято, где лежит и где последняя версия никто не знает, что там за бизнес процессы тоже непонятно, после установки надо допиливать напильником и т.п..
Сейчас это все же не только маркетинг, один из этапов попадания в этот маркет это валидация, где надо показать установку решения на чистую базу, загрузку данных и демонстрацию бизнес процессов решения(выполнение транзакций). плюс само решение не содержит ошибок бестпрактис(или они документированы)

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

технически на портале есть кнопка тест-драйв, однако практически никто не пользует, никто не хочет выкладывать процессы в паблик, т.е. обращаться к партнеру нужно

[fed]

Цитата:

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

для 2009-2012 довольно часто была ситуация когда решение вроде бы есть, но на последнюю версию AX оно не поднято, где лежит и где последняя версия никто не знает, что там за бизнес процессы тоже непонятно, после установки надо допиливать напильником и т.п..
Сейчас это все же не только маркетинг, один из этапов попадания в этот маркет это валидация, где надо показать установку решения на чистую базу, загрузку данных и демонстрацию бизнес процессов решения(выполнение транзакций). плюс само решение не содержит ошибок бестпрактис(или они документированы)

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

Я в этом AppSource наткнулся на решение для текстиля от Porini, с которым я имел несчастье сталкиваться. Решение датировано где-то началом 2017ого года (По крайней мере на AppSource), что наводит на мысль что более свежие версии недоступны. Шансы что разработчик сможет это глюкалово поднять на extensions вероятно несколько ниже ноля. Кроме того - помниться году в 2016ом мы пытались откомпилить приложение с best practice и у нас, помнится, были проблемы с переполнением списка нарушения таковых. Я НИКОГДА не поверю что это решение можно довести. Только выкинуть и переписать с ноля. (Но для этого нужна команда, которая имеет опыт внедрения Ax, а не самописки перенесенной с Delphi на X++).
Так что мой диагноз - AppSource - такой же маркетинговый баллшит как и прошлые микрософтовские попытки создать рынок вертикальных решений.

[trud]

Цитата:

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

Решение датировано где-то началом 2017ого года (По крайней мере на AppSource), что наводит на мысль что более свежие версии недоступны.

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

Цитата:

The CAR must be submitted to Microsoft six weeks after the fall and spring releases.

https://docs.microsoft.com/en-us/dyn...-lcs-solutions

[belugin]

Цитата:

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

Сайт вроде бы на Lua и PHP.

На PHP

Цитата:

Неужели писал в VS перекодировщик для перехода на C#?
И каков результат?

Отдельный консольный перекодировщик из формата wackowiki в формат dokuwiki.

Поинт в том, что студия пускала тесты по мере набора кода без отдельной стадии компиляции.

Цитата:

Я за Eclipse сел в 2004 на крупном Java проекте, после того как будучи MCSD.NET образца 2003 просто не смог найти достойную работу в Питере по С#. Тогда еще будущее С# не успело наступить

Поинт в том, что Java - тоже компилируемый язык.