1С SQL 7.7 теперь работает со свободной СУБД, Etersoft закончила разработку транслятора

> Написать можно что угодно, я даже пытался, тогда-то и задавал вопросы про flex и русский язык.

мне интересно все ли в 1С написано на встроенном языке и нет ли там вызовов оболочки, т.е. частей которые нельзя отпарсить

>мне интересно все ли в 1С написано на встроенном языке и нет ли там вызовов оболочки, т.е. частей которые нельзя отпарсить

Нет ни всё, есть вызовы Win API.1С написана на MFC. 1С по сути выступает в роли эдакой виртуальной машины. А на языке этой машины разрабатывается конфигурация, т.е. прикладное решение. Причем организация языка доволно своеобразна. Если у тебя есть идея занятся реверс-инженирингом 1С, то лучше начать свой собственный проект с нуля, и этот проект научить читать язык 1С.

>а язык 1С-ки хорошо знаешь? насколько он кривой? и можно ли написать парсер с него на нормальный интерпретатор? >мне интересно все ли в 1С написано на встроенном языке и нет ли там вызовов оболочки, т.е. частей которые нельзя отпарсить

"программу на фортране можно написать на любом языке"

Про 7.7: Вроде там VM была, и байткод вроде Явы. Встроенный язык компилируется в байткод, и выполняется на платформе. (bkend.dll итп) Правда JIT, похоже, нет, интерпретируется -- платформа тормозит довольно сильно. Был проект Vtools/2C, они писали свой интерпретарор языка, совместимого со встроенным -- по тестам интерпретатор работал раз в 5-10 быстрее стандартного 1С-овского. Там (в 2С) вообще пытались придумать велосипед вроде Смоллтока -- на встроенном языке можно было создать встроенные объекты, забутстрапить самоописываемую систему. Ну типа как на Visual Basice ActiveXы написать. Интересный был проект^Wвелосипед, жаль они(vtools.ru) потом код закрыли, ну да есть форк http://www.gpl2c.ru/ правда заброшенный.

А вообще платформа устроена как компилятор в байткод + интерпретатор байткода со средой исполнения (код встроенных объектов) + прозрачно вызываются внешние компоненты aka ActiveX дллки, (аналогично как в винде встраивать системный скриптовый движок).

"Язык насколько кривой" -- ну в 7.7 как обычный Visual Basic, настолько же кривой и нерасширяемый. Расширяется внешними компонентами. В 8-ке -- настолько же кривой как .NET. Нормальный SQL на русском языке. Правда, свой велосипед, наверно тормозней .NETа будет.

Пытался сделать что-то подобное (парсить скрипты на встроенном языке), перекомпилировать скрипты на встроенном языке в объекты Cache (я верю в MUMPSы, хехе :). В общем-то не сложно, но потом если это переписывать -- можно повеситься.

А франчи-линуксоеды есть, вот недавно вроде "Белов и партнеры" мелькал в новостях на ЛОРе, то ли про Поносова толи про перевод школ на Линукс. Правда линуксоедов среди них мало. (И вообще, CVSом/hg из 1С-ников толком почти никто не умеет пользоваться, какие уж тут линуксы :))

А вообще интересно, народ, кто-нибудь писал транзакционную ынтерпрайс-систему на БД-версионнике? а то блокировочные SQL сервера явно некошерные...

>они писали свой интерпретарор языка, совместимого со встроенным -- по тестам интерпретатор работал раз в 5-10 быстрее стандартного 1С-овского

Основываясь на собственном опыте написания кода на языке 1с могу утверждать, что узкое место отнюдь не в этом. Тормозные конфигурации и обработки с быстродействием О(N*N) или даже О(N*N*N*N) создаются "бухгалтерами-программистами", которые никогда не читали Вирта. Тут оптимизацией процентов ничего не решишь.. Переделка некоторых "бухгалтерски-программистских" алгоритмов дает тысячекратное ускорение :)

> Переделка некоторых "бухгалтерски-программистских" алгоритмов дает тысячекратное ускорение :)

Как-то переводили 1С Зряплату 7.7 с файлового варианта на SQL. Падение производительности при этом составило... Короче раз в 10 тормознее стало. Результат неожиданный, но он имел место быть.

ну в свете недавней статьи Джоэля http://joelonsoftware.com/items/2007/09/18.html про NewSDK и оптимизацию (блин, дежа.Вю: только прочитал http://haxe.org/intro -- и тут Джоэль) типа так и надо. ( 4.2 :) 1С как платформа кривая. Но любим мы ее не за это (c) -- никого не волнует кривизна платформы, пока выходят новые релизы, обновления отчетности раз в квартал итп. Можно придумать платформу пооптимальние, далеко ходить не надо. Но, прикладные решения уже один раз написаны -- есть и работают, изменениям в законодательстве соответствуют, а что там внутри -- никого не волнует.

:) Кроме сопровожденцев :)))

>Как-то переводили 1С Зряплату 7.7 с файлового варианта на SQL. Падение производительности при этом составило... Короче раз в 10 тормознее стало. Результат неожиданный, но он имел место быть.

Компонента расчет, на SQL действительно работает медленнее чем DBF, примерно в 4-ре раза. Но при многопользовательской работе (болше одного) это компенсируется надежностью. А при большем размере базы, у DBF самопроизвольно сыпятся индексы, что чревато вообще полной потерей данных.

> А при большем размере базы, у DBF самопроизвольно сыпятся индексы, что чревато вообще полной потерей данных.

Я лично вообще люто ненавижу семёрку. Элитная кривость.

>Я лично вообще люто ненавижу семёрку. Элитная кривость.

Представь себе я тоже. Лет так пять-шесть назад, наше руководство требовало автоматизировать учет. Выбирали из двух готовых (1С и др. подобная прога) или написать своими силами с нуля. Тогда я был просто ведущим программистом и выступал за написание собственного пректа. Но руководство решило 1С, уж не знаю как это аргументировал тогдашний начальник АСУ, знаю точно только то, что мол это готовый продукт. В итоге конфигурацию перписали полностью. Автоматизация затянулась на 5-лет. Некоторые вещи не реализованы до сих пор.

Сейчас, я, член правления и директор по IT, но у меня нет уже ни малейшего желания начинать собственный проект с нуля. Не смотря на то, что предприятие почти полностью на Линукс, я думаю что 1С там будет еще долго.

> но у меня нет уже ни малейшего желания начинать собственный проект с нуля.

И это правильно. Потому как вряд ли это займёт меньше, чем ещё 5 лет. А вероятность успешного исхода ещё более призрачная. Проект надо начинать не в одной отдельно взятой компании, а как-то более глобально.

>Проект надо начинать не в одной отдельно взятой компании, а как-то более глобально.

Все ты правильно сказал. Но только хочется верить, что можно малыми силами, на голом энтузиазме, за один месяц переплюнуть 1С. ;-)

> Но только хочется верить, что можно малыми силами, на голом энтузиазме, за один месяц переплюнуть 1С. ;-)

Я ещё молодой, потому не просто верю, но это входит в мои планы :) Ну, пусть, не за месяц, пусть хотя бы за пару лет.

>Но только хочется верить, что можно малыми силами, на голом энтузиазме, за один месяц переплюнуть 1С. ;-)

Это игра в стиле "кто последний, тот и папа".

"Кто лучше всех настроит сервер, тот и будет его потом настраивать".

"Убивший дракона -- сам становится драконом".

>Я ещё молодой, потому не просто верю, но это входит в мои планы :) Ну, пусть, не за месяц, пусть хотя бы за пару лет.

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

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

Воот. То есть, брюки OLTP у нас плавно превращаются в OLAP.

А в SQL-ном OLAP-е закачивать-выкачивать Data Warehouse надо доолго.

А если OLTP уже работает в многомерных кубах, то OLAP практически готовый.

>"Убивший дракона -- сам становится драконом".

Я ж пошутил! Там и смайлик есть.

>А если OLTP уже работает в многомерных кубах, то OLAP практически готовый.

Э-Э, c теоретической подготовкой слабовато. OLAP от OLTP тем и отличается, что в первом данные организованы в удобном для быстрой выборки, а во втором для быстрого ввода. Если многомерный куб, значит OLAP, и быстро ты туда даже одну запись не вставишь. В системах подобных 1С, транзакции на запись/обновление происходят очень активно, и очень часто это критично по времени по объективным причинам (супермакет с кассой, предновогодний вечер.. Представил?)

> Но учти, на рынке эта ниша достаточно плотно забита

В общем-то пофиг, т.к. почти 100%, что в Росии 1С не переломить. По крайней мере, если ты не Майкрософт. Кстати, OpenSource-проектов этой направленности, готовых к работе имхо нет, так что хотя бы с этой целью. Ну и плюс показать, что 1С не умеет прораммировать :)

> А вот более серьезные вещи типа нейроподобных сетей, ни кто не делает

На тему нейросетей я писал диплом. Вернее два дисера: на бакалавра и на магистра. Первый раз распознавание образов, второй - сигналов. Но это достаточно проблемно применять в практике, хотя наукоёмкость там, конечно, некислая... Но здесь если что и разрабатывать, то, имхо, только под конкретного заказчика/проблему. А вот с ними проблема.

Пречитал заново все обсуждение, ощущение, что точно так начинался проект 1L(имхо) на kuban.ru .. Проект этот давно заглох, по крайней мере я о нем давно не слышал.

>В системах подобных 1С, транзакции на запись/обновление происходят очень активно, и очень часто это критично по времени по объективным причинам (супермакет с кассой, предновогодний вечер.. Представил?

Ага. Итоги за вечер - разбито 6 мониторов, убито 2 кассирки, служба техподдержки заблокировалась в серверной и пьет воду из кондиционеров.

> есть даже успешные внедрения.

примеры ?

> Ага. Итоги за вечер - разбито 6 мониторов, убито 2 кассирки, служба техподдержки заблокировалась в серверной и пьет воду из кондиционеров.

страшно подумать куда делась выручка.

> > есть даже успешные внедрения.

> примеры ?

http://ananas.linux.ru.net/phpBB2/viewforum.php?f=9&sid=266c0d2f333a5ef11...

Один раз - не ananas :))). Извините за каламбур.

>Сейчас, я, член правления и директор по IT, но у меня нет уже ни >малейшего желания начинать собственный проект с нуля. Не смотря на то, >что предприятие почти полностью на Линукс, я думаю что 1С там будет еще >долго. А я понять немогу почему у нас при подобных обстоятельствах выбросили отлично работающий и всех устраивающий БЭСТ и внедрили этого ублюдка, переписывать которого с нуля заставляют уже третий раз. Если бы не давление акционеров и всеобщая потеря квалификации бухгалтеров, выкинул бы я это уе..ще, поставил БЭСТ-ПРО, платил бы за сопровождение 10 уе в месяц и горя не знал.