vb.netterПочему-то часто разработчик ERP системы использует свой собственный язык для описания бизнес логики. (1С - бейсик подобный язык в тч. русский диалект, Axapta - X++)

интересно существуют ли системы (скорее всего сами написанные на .NET)
Потому что только совсем недавно общий единый язык на java-принципах (без ссылок, с автоматической сборкой мусора) стал более-менее стандартом.

В свое время такая же ситуация была с GUI и СУБД.
Не было стандарта на GUI - все делали по-своему и делали графические библиотеки (Turbo Vision, OWL и т.п.)
Не было однозначного стандарта на работу с - все делали свои СУБД.
Сейчас стандартом де-факто стал Point'n'Click и SQL.
Практически все современные разработки поддерживают тот или иной диалект SQLя и работают с виндами-маками-Хами.

То же самое будет и с языками и фреймворками.

И дело скорее не в технологических аспектах, а в количестве знающих тот или иной диалект специалистов. Специалисты появляются со временем. Есть специалисты - есть спрос. Идет дальнейшее развитие, оказывается поддержка.

Что планируется в Майкрософтовских ЕРП-продуктах (в том числе и в Аксапте):
планируется все языки Х++, C/AL, диалект Вижуал Басика перевести в .net CLR-среду.
Т.е. в .net войдут новые языки.
Компиляторы RunTime библиотеки в этих продуктах планируется заменить на .net

Внимание! Я не говорю о C#, я говорю о том, что копилятор будет компилировать X++ и прочие C/AL в псевдокод, понятный для среды выполнения .net. В среде выполнения появятся библиотеки, которые поддерживают особенности поведения форм и отчетов, специфичные для того или иного продукта.

В результате на первом этапе разработчики и консультанты получат тот же самый продукт, но написанный совершенно на других библиотеках и с другой runTime-машиной. Этот продукт будет работать со старыми приложениями (по-1Совски - конфигурациями).

Но этот продукт получит очень важную добавку - он будет легко интегрироваться с другими .net-приложениями и работать с управляемом режиме .net.
Кроме того, в качестве среды разработки будет выступать Visual Studio.

Разработчику станет все равно на чем писать - на X++, на C/AL, на C#.
Разработчику станет все равно какие компоненты использовать - Аксаптовские, Навижиновские, CRMовские, Офисные, SharePoint'овские или другие...
В этот момент планируется начать следующий шаг - добавлять функционал, завязанный только на .net (вернее сейчас такой функционал не вводят ради сохранения совместимости).

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

belugin mazzyВ этот момент планируется начать следующий шаг - добавлять функционал, завязанный только на .net (вернее сейчас такой функционал не вводят ради сохранения совместимости).

Вот это не вполне так: Ax4 требует установки .NET и, например, функциональность оповещений использует .NET ную реализацию регулярных выражений (используюя языковую интеграцию с .NET).
Я имел в виду бизнес-логику.
Но с поправкой согласен - уже вводят.

belugin mazzy
Потому что только совсем недавно общий единый язык на java-принципах

Тут, мне кажется, посложнее. Например, в книжке по аксапту явно сказано, что X++ слизывали с жабы.
Да, только не слизывали, а "взяли за основу".
Расширения касаются работы с SQL.

beluginТолько, наверное, разработчкиам почему-то было проще сделать полностью свое, чем реализовывать все экивоки существующей технологии.
Почему? java-машина там достаточно стандартная.

Дело не в маркетинге.
Это сейчас понятно, что подход трансляции в псеводкод (java, .net) оправдан.
http://www.joelonsoftware.com/items/2007/09/18.html (англ)
http://itblogs.ru/blogs/reprints/archive/2007/09/24/vi.aspx (перевод на русский)

Когда появился X++, позиции такого подхода были не настолько очевидны.
Братья Дамгаарды хорошо угадали. Кто-то не угадал и продолжает делать свои языки...

Должно пройти время...

vb.netterинтересно, известно ли что-нибудь по планам времени выхода продукта от M$,
автоматизируемого с помощью .net языков изнутри, т.е. чтобы обработчики событий на ERP формы и т.п. можно было писать на vb.net/c#, отлаживать используя Visual Studio/ Visual Studio for Applications

с внешним использованием .net/COM, вроде бы понятно, 1С давно уже поддерживает линковку через OLE Automation извне, но ведь наверно с помощью нее не напишешь обработчиков или всю конфигурацию на vb
если только на каждое событие вещать обработчик враппер на языке 1С, передающий управление во внешнюю библиотеку, что конечно есть изврат и неудобно для отладки
Э-э-э. Какое-то масло-маслянное.
Во-первых, вы таки определитесь с названием продукта, который вас интересует.
Вам же сказали, что MS CRM уже на .net. Это первый коммерчески продаваемый продукт, написанный на .net. В нем уже можно писать и отлаживать.

Если речь идет об Аксапте, Навижине, то сроки пока не определены.

Про 1С и про обработчики вообще не понял. Это к чему?
Если это про 1С, то открывайте тему в соответствующем разделе.
Если это про ЕРП и .net, то вопроса не понял.