Здравствуйте, Максим Зелински, Вы писали:

МЗ>Я же вроде писал , что пока будем использовать C# для логики, а потом прикрутим язык предметной области.

Извините не заметил.

МЗ>Вместо этого мы предоставим разработчикам фреймворк для подключения любого языка. Тем самым мы можем добавить хоть эмулятор языка 1C, хоть басика

1) Покажите мне прикладного разработчика (внедренца), который сможет подключить свой любимый язык в ваш фреймворк.
Я не знаю, но под нормальной системой-конструктор я понимаю хотя бы следующее:
— исходники прикладных программ хранятся на сервере в базе, так же как и остальные метаданные.
— откомпилированные программы (байт-код) хранятся там же и загружаются безо всяких временных файлов.
— отслеживаются зависимости между модулями (с автоматической перекомпиляцией зависимых модулей).
— есть возможность остановить выполнение программы в любой момент.

Ни один из известных мне языков/компиляторов не выполняет в достаточной степени эти требования.
Даже готовые скриптовые компоненты такого не поддерживают.

2) Я согласен с Gaperton про "концептуальную пропасть", потому что язык должен быть как можно более заточен под предметную область. Вот, например, для обычной системы управления предприятием необходимы:
— втроенные типы данных (и операции с ними), которые дают возможность работы с SQL NULL
— втроенные запросы, на уровне синтаксиса языка, а не как библиотека. Должны работать с объектами системы, а не напрямую с таблицами бд, так как:
— должна быть абстракция уровня данных, т.е. объекты предметной области и объявляться они должны достаточно просто, а не генерится тулзой в кучу непонятного кода (как, например, в Delphi ECO).
— и т.д.

3) Про скорость я так же согласен с Gaperton. Скорость байт-кодного интерпретатора более чем достаточна, тем более, что на встроенном языке будут выполняться только прикладные программы, а они работают с использованием системных сервисов, которые могут быть реализованы на более низкоуровневом языке.

4) Про наличие нескольких языков: это большое зло, ибо нефиг устраивать зоопарк. Наоборот нужно стремится к стандартизации средств, идей и концепций, и навязывать не столь квалифицированным прикладным разработчикам заранее продуманные решения.

Сами вначале мучались. Сначала хотели на Delphi, потом на встроееной в Oracle Java, потом на Java Script и т.д. Плюнули, вобщем, и потратили пол-года на свой язык.