FE...Что касается Вашего высказывания, то оно не соответствует действительности. Мягко говоря, у Вас какие-то весьма устаревшие представления о программах.
Это по Вашему мнению, Ефим.

Что такое настоящая программа , а не скомпилированный и работающий из под интерпретарора "модернизированный" софт, мне хорошо известно.
К примеру, можете ли Вы на встроенном языке (в упоминаемый Вами софт) решить элементарное дифференциальное уравнение?

Или мое высказывание, что средствами Аксапты нельзя решать оптимизационные задачи тоже не соответствует действительности?

Жду Вашего ответа.

Garya... Кроме барабана нужно еще много чего... :)
Например, MES.

Аналитик OEBS ФЕБ
Я говорю не об оказываемых услугах по внедрению системы на предприятии, а именно о внедряемом софте. Что-то изменить в нем, если компания не является его разработчиком, невозможно.

и опять неверно. _что-то_ - очень даже возможно изменить даже в "чужой" системе
Сразу видно, что Вы аналитик, а не программист. Я же не веду разговор о доработке интерфейса под заказчика, - такие возможности есть и в языках программирования высокого уровня (Delphi, C-Builder и пр.), причем гораздо более продвинутые. Я говорю о возможностях решения сложных с вычислительной точки зрения задач. Вы можете привести хотя бы один пример, когда средствами встроенного языка в 1С (или подобного софта) создавались не просто простенькие формочки с гридами и кнопками, а составлялось, скажем, производственное расписание для большого количества станков? Ну-ка, 1С-программисты (вас тут много на форуме),... похвалитесь-ка!

Нет этого. И, увы, не будет в обозримом будущем...

Аналитик OEBS ФЕБ
Сразу видно, что Вы аналитик, а не программист. Я же не веду разговор о доработке интерфейса под заказчика, - такие возможности есть и в языках программирования высокого уровня (Delphi, C-Builder и пр.), причем гораздо более продвинутые. Я говорю о возможностях решения сложных с вычислительной точки зрения задач. Вы можете привести хотя бы один пример, когда средствами встроенного языка в 1С (или подобного софта) создавались не просто простенькие формочки с гридами и кнопками, а составлялось, скажем, производственное расписание для большого количества станков? Ну-ка, 1С-программисты (вас тут много на форуме),... похвалитесь-ка!

Нет этого. И, увы, не будет в обозримом будущем...

сразу видно что вы даже приблизительно не имеете понятия ни о чем кроме 1С :)


Аналитик OEBS
в серьезных системах есть встроенные языки программирования, и предусмотрены заглушки (т.н. hooks) в очень многих местах - для того, чтобы заменить практически любой (в т.ч. и расчетный) модуль.
Есть компиляторы (Delphi, С, Fortran, Ассемблер...), непосредственно генерирующие быстроисполнимый машинный код на языках высокого уровня, а есть, уважаемый Аналитик OEBS, так называемые "встроенные языки", текст которых сначала инерпретируется в надлежащие команды одного из упомянутых языков высокого уровня, а уж только затем, будучи им откомпилированным, исполняются. Разница в быстродействии колоссальная. Сложная вычислительная программа, написанная, скажем на Delphi, будет испоняться пяток минут, а тот аналог, который с большим трудом будет (если это, вообще, возможно ) написан на подобных "встроенных в систему" языках может занять целый час.

Аналитик OEBS
... надеюсь, мне не нужно бъяснять, что на PL/SQL можно написать вычислительный алгоритм любой сложности? или нужно? материалов по PL/SQL в открытом доступе предостаточно
А Вы бы хоть разочек сами сравнили бы, ради интереса, время доступа к данным в открытой таблице и время исполнения запроса к этим же данным на SQL. Попробуйте, и сразу убедитесь, что времена эти отличаются в 5-6 раз, не меньше.

PS. Вместо того, чтобы говорить "можно сделать" (я хотелось бы услышать: "Я сам это сделал, давайте покажу как..."), просто проведите эксперимент, не отмахивайтесь, пожалуйста. Возьмите и проинтегрируйте средствами встроенного языка систему обыкновенных дифференциальных уравнений. Затем полученные результаты обсудим.


PPS. Мы говорим о готовности предприятий к переменам в управлении, однако, скажем откровенно, иные консультанты могут такого наобещать (кругом только и доносится: "На встроенном в нашу систему языке вы самостоятельно сможете запрограммировать все возникающие у вас задачи, и будет вам полное счастье..."). Разве не так, господа?

FEЕвгений Борисович, специально сегодня уточнил у разработчиков - написать решение дифференциального уравнения на X++ можно.
Напишите, Ефим, и представьте на всеобщее обозрение.

Leonid Kudryavtsev
Многие современные языки, не будучи истинными компиляторами используют технологии позволяющие добиться скорости не ниже, чем у C.
Скорости чего: исполнения откомпилированных кодов иди доступа к данным в BD?

Leonid Kudryavtsev
Например для Java используется Just-in-time compiler. Наверное аналогичное у .NET'овских языков. Иногда компиляция в коды вообще выйгрыша почти не дает, т.к. потери на другом. Например в последних версиях Oracle декларируется возможность компиляции PL/SQL в нативный код, нормальные люди ее не используют, т.к. при нормальных задачах (доступ к БД) выйгрыш единицы процентов.
Речь идет о скорости доступа к данным к определенным полям из открытых в программе таблиц и скорости исполнения соотетствующего SQL запроса (именно такой способ доступа реализован в встроенных интерпретируемых языках). Разница в скорости не менее, чем в 5 раз. С этим спорить бесполезно, - факт. А время выполнения процедуры ExecSQL при обновлении запроса? А перед этим следует закрыть таблицы, а потом их заново открыть... - эти затраты времени, конечно, могут показаться ничтожными, если бы не одно обстоятельство: в серьезных вычислительных процедурах (например, в при решении оптимизационных задач высокой размерности) обращение к различным данным происходит сотни тысяч раз... Ну и?

Leonid Kudryavtsev
Кроме того, ERP-программистов, которые будут решать такие задачи сами с нуля - убивать нужно. Многие алгоритмические задачи 100% уже описаны в литературе или даже реализованы. Максимум, что нужно - повторить и/или интегрировать в существующую систему. Мало того, для кодирования серьезных алгоритмических задач, у большинства консалтинговых контор, ресурсов нужной квалификации просто нет. Что и правильно. Дабы не нужно. IMHO.
Так в том-то и дело, что такое "программирование" на встроенном в ERP языке предлагается выполнять самому пользователю (?!) ... со всеми вытекающими отсюда печальными последствиями.

FEЕвгений Борисович, что написать? Представить код на X++? Простите, ради чего? Ради того, чтобы что-то доказать некоему Фролову Евгению Борисовичу на форуме?
Ефим, было бы лучше, если бы беседа эта проходила менее эмоционально.
Ладно, на нет и суда нет .
FE
Вы знаете, если я приду с такой постановкой задачи, меня сразу отправят домой лечиться, потому что иначе, как бред, это назвать нельзя.
А Вам никогда не приходилось слышать о таких методах решения оптимизационных задач, как принцип максимума Понтрягина, метод динамического программирования Белмана? А между тем, принцип максимума требует одновременного интегрирования двух систем дифференциальных уравнений (системы, описывающей динамику объекта и так назывемой сопряженной системой), причем процесс этот продолжается итерационно... Скажете бред? - это смотря на чей взгляд.
FE
ФЕБТак в том-то и дело, что такое "программирование" на встроенном в ERP языке предлагается выполнять самому пользователю (?!) ... со всеми вытекающими отсюда печальными последствиями.
Во-первых, позвольте уточнить, кто и когда предлагает это сделать пользователю? Во-вторых, почему, собственно, пользователь (если под ним понимать предприятие, а не конкретного человека) не может это сделать? В-третьих, какие Вы видите печальные последствия?
А Вы их, Ефим, по-видимому, не хотите замечать?

Аналитик OEBS... Я как то написал на VBA для одного крупного заказчика довольно непростой алгоритм переоценки валютных счетов. сравнить результат было не с чем, т.к. аналогичных алгоритмов я нигде не видел (ни до ни после). работало - со скоростью, приемлемой для заказчика (закачик доволен, деньги заплачены, акт подписан).
Задачи бывают разные. Некоторые решаются средствами встроенного языка. Но некоторые (сложные оптимизационные) задачи так решить, увы, нельзя.
Аналитик OEBS...
по поводу "иные консультанты могут такого наобещать (кругом только и доносится: "На встроенном в нашу систему языке вы самостоятельно сможете запрограммировать все возникающие у вас задачи, и будет вам полное счастье...")" - да, иные могут наобещать. могу сказать за себя: я к таковым не отношусь, и всегда предостерегаю заказчика от работы с людьми, обещающими сделать "все что угодно", тем более за "2 месяца и 2 000 баксов"
А я не привязываю свое высказывание к персоналиям. Просто такова тенденция, и с этим мы живем.