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

[belugin]

4 место https://insights.stackoverflow.com/s...ming-languages

[ax_mct]

Цитата:

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

Как вы думаете, операионная система под которой вы сейчас сидите это большой проект? На каком языке она написана?

https://www.tiobe.com/tiobe-index/ - пятого места мало?

Цитата:

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

4 место https://insights.stackoverflow.com/s...ming-languages

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

В X++ все было RAD именно в силу интерпретации. Вся эта DLLность D365FO она не нужна в процессе разработки и билда.

Будущее C# подразумевалось как завоевание рынка Java на момент создания платформы .NET.
Чего не случилось за эти 15-20 лет. Замах был на рубль, а по сути произошел просто переход тех кто программировал под WIndows на VB и C++ MFC и пр. То есть обновление уже существующего своего рынка, в пределах уже лояльной к MS массы и не более того.

Вопрос в том насколько программирование в D365FO является современным программированием остается открытым Нормальные хипстеры не компилируют, это устарело лет на 30.

[belugin]

Цитата:

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

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

Никаких интерпретируемых языков больше нет. Все компилируется. Джаваскрипт компилируется внутре. Для больших проектов к нему присобачивают cтатическую типизацию к php тоже прикручивают.

Цитата:

В X++ все было RAD именно в силу интерпретации. Вся эта DLLность D365FO она не нужна в процессе разработки и билда.
Вопрос в том насколько программирование в D365FO является современным программированием остается открытым Нормальные хипстеры не компилируют, это устарело лет на 30.

Компилируют, транспилируют, только прозрачно/на лету. Проблема в том, что AppSuite монолитный, а хипстеры в своих ангулярах разбивают свои приложения на модули.

PS. WebAssembly and the Death of JavaScript

[ax_mct]

Цитата:

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

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

Ага. Все четко.
Только если у нас есть X++ в AX2012 и только потом папка с CIL как отдельная компиляция вне процесса разработки,
и есть D365FO где нам надо билдить в CIL при каждом изменении в процессе разработки,
то разница есть
несмотря на то что мы тоже как бы компилируем X++ (в P-code).

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

[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

[belugin]

Цитата:

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

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

На PHP

Цитата:

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

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

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

Цитата:

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

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