Выпущена версия E/AS 0.2.0

Архитектура компонентов, общающаяся посредством компонентов - это несомненно круто! :-)

Эта чота типа дэльфи?

Waiting for eas.lrn.ru ...

Картинки не грузяцо :((

И кому нужна эта поделка?

а это отечественная или буржуйская разработка?

> Эта чота типа дэльфи?

Это типа GNUe. :)

Сейчас проверим... Смущает только малый размер архива ( около 60 кбайт ). Хотя наверное основную функциональность несут база и clip-ui ? Кстати , не могли бы вы сказать какова маштабируемость именно базы? Сколько подключенных клиентов потянет?

> И кому нужна эта поделка?

Хотя бы автору. :)

> а это отечественная или буржуйская разработка?

Разработчики из СНГ: Украина, Белоруссия и Россия. :)

> Кстати , не могли бы вы сказать какова маштабируемость именно базы? Сколько подключенных клиентов потянет?

Можно у Хныкина (разработчика CLIP) спросить. У него держит несколько десятков и миллион объектов в базе. Они сейчас внедрение делают.

мда... если бы конфигуратор к платформе присобачить, как в 1С 7.7 ( про 8 ку уж не говорю ), то было бы здорово. А вручную рисовать морды на ХМЛ и отчеты - несколько затруднительно...

А сайто-то сдох.

Error in query:User 'finlin' has exceeded the 'max_questions' resource (current value: 36000) SQL: SELECT msgstr FROM `ep_i18n` WHERE lang='' AND msgid='Error in query:' AND published='1'

Спрашивали - отвечаю :). На основе CLIP+CODB есть проект R2D2, сейчас он реально уже год эксплуатируется и тестируется на одном из предприятий - 20рабмест, все под Линуксом, сервер CEL3G/512M, клиенты всякие, включая трехголовые "горынчы" на целеронах 400...2G. Клиентская часть - FireFox с нужными модулями. Сервер - Apache+CGI+CLIP+CODB.

БД на диске занимает 2G, 200000 бухгалтерских проводок, всего в ОБД 1.5млн объектов. Все запросы исполняются в пределах комфортного времени - менее 8 секунд.

>Спрашивали - отвечаю :). На основе CLIP+CODB есть проект R2D2, сейчас >он реально уже год эксплуатируется и тестируется на одном из >предприятий - 20рабмест, все под Линуксом, сервер CEL3G/512M, клиенты >всякие, включая трехголовые "горынчы" на целеронах 400...2G. Клиентская > часть - FireFox с нужными модулями. Сервер - Apache+CGI+CLIP+CODB. > >БД на диске занимает 2G, 200000 бухгалтерских проводок, всего в ОБД >1.5млн объектов. Все запросы исполняются в пределах комфортного времени > - менее 8 секунд.

Комфортным временем считается менее 2 секунд...

> А вручную рисовать морды на ХМЛ и отчеты - несколько затруднительно...

Сейчас работаем над использованием форм Glade и Qt designer.

> Комфортным временем считается менее 2 секунд...

1. Поподробнее ! Кто исследовал когда на ком и что ? 2. Скажи об этом 1Су 3. Работа над r2d2 продолжается и время отклика потихоньку уменьшается 4. FireFox все-таки браузер а не спец клиент как в EAS. 5. обмен XML данными имеет свои особенности и "тормоза"

господа, скажите кто-нибудь этим ненормальным какой сейчас век!
а то "мужики-то не знают" и до сих пор на клиторе пишут...

> И кому нужна эта поделка?

Никому кроме автора.
Перевод и локализация GNU Enterprose был бы гораздо более интересен.

> а то "мужики-то не знают" и до сих пор на клиторе пишут...

дык напиши начем-нибудь другом :) а то языком болтать все умеют.

> и до сих пор на клиторе пишут...

Что анонимус имеет против Clipper? :) Вы вообще про CLIP читали?

> Перевод и локализация GNU Enterprise был бы гораздо более интересен.

А вы сначала посмотрите его возможности. Мы же не с бухты-барахты отказались от него. Тем более я, как ведущий локализатор KDE. Были причины.

>Были причины

какие?

> А сайто-то сдох.

Видимо те несколько пользователей ЛОРа, что неожиданно пошли по ссылке, вызвали DoS. [шутка]

// AK

Лоровские - вы дураки. Сколько было потуг "заболтать 1С под линукс" ? Все сдохли. Эти пока карабкаются - и то славно. (Да я знаю - то что они делают _не_ клон 1С). Нет больше программистов в россии ... одни ананимусы лоровские остались :(

> Нет больше программистов в россии

А были что ли? Не флейма ради, но помню всего-лишь две штуки нашего пр-ва: Finereader и tetris.

Наоборот, сейчас хоть в чейнджлоге к ядру имена наших появляются. Думаю, что виной всему дос и пиратская винда.

> Думаю, что виной всему дос и пиратская винда.

ну если поискать в бинарниках windows, можно встреить матные строчки,
отгадай на каком языке?

так что насчет наших программистов ты погарячился.

> какие?

Читайте нашу расылку. Все архивы доступны. :)

> Читайте нашу расылку. Все архивы доступны. :)

Это их так много, что не получается запостить все разом или это у тебя склероз так далеко зашел, что вспомнить не удается?
Что-то от твоих слов дешевым пиаром потянуло - видимо кроме двух коллек больше никто в архивы не заглядывает, вот и решил попробовать народ привлечь...

хорошее дело, но МЕДЛЕННО идет :( ОЧЕНЬ медленно

>Это их так много, что не получается запостить

дети поколения пепси наивно уверены что им что то кто то должен.

>Что-то от твоих слов дешевым пиаром потянуло

а что ты сделал для комьюнити сравнимого с его вкладом?

зы. поступи как томми, не позорь человечество

> Перевод и локализация GNU Enterprose был бы гораздо более интересен. Локализация должна работать. А перевод чего из доступного на английском в первую очередь хотелось бы видеть?

Разработчикам E/AS - респект!

>>Архитектура компонентов, общающаяся посредством компонентов - это несомненно круто! :-)

Не, во сюда тыкай www.erp5.org - во где трава ж)

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

Из FAQ:
Вопрос: Почему вы создали новый проект, ведь есть как закрытые (1С,
Microsoft Axapta), так и открытые (GNUe, Compierre) проекты?

Ответ: С одной стороны, требования автоматизации предприятия очень
различаются и поэтому открытость исходного кода является необходимым
требованием для этого процесса. С другой стороны, западные аналоги не расчитаны на практику российской методики учёта - простые бухгалтера хотят методику учёта и формы согласно действующему законодательству. Кроме того, немаловажным фактором является громоздкость открытых проектов, что не позволяет сделать быструю и гибкую платформу.

Фактически GNUe IMHO обладает следующими недостатками:
- громоздкость
- малое количество поддерживаемых виджетов
- прямое обращение к базе из форм
- отсутствие ОБД
- низкая производителность и прожорливость Python
- сложность описания форм
- отсутствие байт-кода

> хорошее дело, но МЕДЛЕННО идет :( ОЧЕНЬ медленно

Так нужны рабочие руки. Но никто не хочет напрягаться. :(

Язык такой интересный выбрали, мало уже народу на нем пишет. Вот выбрали б Python заинтересовавшихся может и стало бы больше ;-)

Приятно наконец прочесть нечто внятное.
Теперь по сути - не флейма для, но просвещенья ради:

> - громоздкость
это претензия эстетического плана или вам не понравились требования к памяти, объем существующего кода, некие архитектурные особенности, что-то еще?

> - малое количество поддерживаемых виджетов
Если я правильно понял, то GNUe доступны все виджеты к которым можно добраться из питона с помощью биндингов к соответствующим библиотекам, например pyGTK?

> - прямое обращение к базе из форм
Ээээ... А то тогда такое GNUe AppServer?

> - отсутствие ОБД
GNUe это ведь независимое от базы данных приложение. Поэтму база может быть какой угодно, хоть объектной, хоть 4-хмерной - лишь бы драйвер ее поддерживал?

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

> - сложность описания форм
Там ведь вроде xml используется - куда уж проще?

> - отсутствие байт-кода
Просто не понял - отсутствие байт кода где? В чем? И какие плюсы можно извлечь из его наличия там?

А вы могли бы взять пример с ananas.lrn.ru и выкладывать дистрибутивы бинарниками? Не охота настраивать среду сборки. Кстати нет ли у вас дистрибутива для алтернативной ОС? ;)

>Не флейма ради, но помню всего-лишь две штуки нашего пр-ва: Finereader и tetris

clip - полностью отечественная разработка. Давно побила по всем параметрам буржуйский flagship.

> это претензия эстетического плана или вам не понравились требования к памяти, объем существующего кода, некие архитектурные особенности, что-то еще?

Нетривиальная и кривая установка, неконсистетная архитектура (какой-то винигрет), требование наличие РСУБД и бред с соединениями.

> Если я правильно понял, то GNUe доступны все виджеты к которым можно добраться из питона с помощью биндингов к соответствующим библиотекам, например pyGTK?

Ага. И даже в документации про это есть. Но на скриншотах и в дизайнере нужные объекты (таблицы, деревья) отсутствуют. Примеров опять же нет. Да и "DB001: 0:01:45.584 [common:112] Кодировка UTF-8 не поддерживается wx UI драйвером" при юникодном Python смотрится как-то странно.

> Ээээ... А то тогда такое GNUe AppServer?

Костыль к РСУБД. :)

> GNUe это ведь независимое от базы данных приложение.

Правда? Какого хрена она тогда без connection не работает? > Более чем сомнительный аргумент для приложений класса ERP. Некоторые на жабе пишут и ничего, довольны.

К Java как раз претензий меньше. Хоть работает медленновато, но зато не отжирает по 100МБ памяти и не вываливает ведро ошибок.

> Там ведь вроде xml используется - куда уж проще?

Вы XML, в который записываются документы MSOffice смотрели? Вот-вот. Похоже, авторы GNUe про UIML и прочее имеют весьма смутные знания.

> Просто не понял - отсутствие байт кода где? В чем? И какие плюсы можно извлечь из его наличия там?

Отсутствие байт-кода в инфраструктуре GNUe. Например, для работы клиенту нужен компонент в байт-коде. Пересылать XML-ные описания? Мда... Мы изначально ориентировались на максимальную гибкость архитектуры. В том числе и переносимые компоненты. Здесь же приходится _так_ извращаться, что у меня всё настроение при просмотре ухудшилось. :(

> А вы могли бы взять пример с ananas.lrn.ru и выкладывать дистрибутивы бинарниками?

Для ALTLinux есть RPM с CLIP. Бинарники появятся. Но нужно время.

> Кстати нет ли у вас дистрибутива для алтернативной ОС? ;)

Для какой?

Тут тфа Windows называют :)

И еще - сейчас не начало-середина 90х, боюсь но нынче люди знающие Clipper и как следствие CLIP на пересчет. Для Вас уважаемый Skull это означает трудности с расширением команды качественнвми девелоперами.
PS: А пионер - он, известное дело, все языки знает :)

- прямое обращение к базе из форм Это уже является недостатком ?

- отсутствие ОБД примеры объектных субд в пром. эксплуатации пожалста. Аргумент типа "ну вот на такой-то базе подняли 20 раб. мест" - не катит. Серьезная оргиназация, кол-во раб. мест от 100 шт., база от 2 гб, опыт эксплуатации от 5 лет.

- низкая производителность и прожорливость Python вы знаете питон ? или может Вы просто не умеете на нем писать ?

- отсутствие байт-кода если это относится к питону, то опять мимо лужи....

>- отсутствие байт-кода если это относится к питону, то опять мимо лужи....

Господин anonymous! Вам уже сказали, что CLIP был выбран неспроста, и диктовался некими аргументами. Вам какое дело? Нравится Python -- делайте свою систему на питоне. Нравится E/AS -- делайте форк. Это ж вроде OpenSource? Или вы ... из винды? [делает страшные глаза]

s/диктовался/выбор диктовался/g

> боюсь но нынче люди знающие Clipper и как следствие CLIP на пересчет.

А ты не боись. 1С и Clipper одного поля ягодки. Вместо того чтобы гадать на кофейной гуще сходил бы на http://freshmeat.net/projects/clip http://freshmeat.net/projects/python и сравнил. Разница на мой взгляд не существенная. И это только CLIP vs Python. А ведь CLIP только один из компиляторов Clipper.

Трудности .... из таких уродов как ты,которые придумывают мифы и потом их раздувают до неимоверных размеров.

> Серьезная оргиназация, кол-во раб. мест от 100 шт., база от 2 гб, опыт эксплуатации от 5 лет.

И это на 1Се ? Не тарапися - все будет. Что ты хочешь от недавно родившейся ОБД ? К Ораклу обращайся со своими требеованиями.

Да и научись логически мыслить - тебе говорят что ОБД НУЖНА а ты плетешь какую то хрень про промышленные ОБД. Их нет, но для EAS нужна именно ОБД. И чеж теперь тебя чтоль ждать ?

Уважаемый Ay49Mihas. Фраза насчет байт-кода была приведена не мной как одна из причин выбора clipa как основного языка системы. Посему уважаемым авторам был задан вопрос, который с повестки дня имхо не снят - в питоне _есть_ байт-код. Повторюсь: первое вхождение фразы "байт-код" в данной дискуссии - мимо лужи. Или вы... ? :)) Итак - в питоне есть оный или нет ? :)

Далее, уважаемому анонимуму: о нужности ОРД, если Вы внимательно прочитаете соотв. инфу в инете, говорят уже лет так с 20 если не больше. До сих пор не имеется ни одной ОРД, которая смогла бы выдержать промышленную эксплуатацию. Если я не прав - примеры пожалста, сниму перед Вами шляпу. О чем собсно я и попросил. Да - и научись логически мыслить :) - при чем тут 1С ? От "недавно родившейся ОРД" я ничего не хочу. Выражаю сугубо мое имхо, что данная хрень просто мертва и не выдержит серьезной эксплуатации, как и десятки подобных амбициозных проектов до нее. Не потому что на нее забили, а потому что это сильно серьезная вещь даже для афторов клипа, достоинства которых не стоит умалять. фразы "ну вот скоро все будет, не тарапися" и т.д. - имхо это выдает Ваш опыт, амбиции и ... возраст :)

2 Skull:

...
- низкая производителность и прожорливость Python
вот тут можно поподробнее ?
...
- отсутствие байт-кода
и тут тоже
...
т.е. тесты clip vs. python можно посмотреть ? Желательно не от производителей клипа :)

Впрочем, автор своей цели добился - у проекта ближайшие 2 недели будет
очень хорошая посещаемость :)

> До сих пор не имеется ни одной ОРД, которая смогла бы выдержать промышленную эксплуатацию. Если я не прав - примеры пожалста, сниму перед Вами шляпу

ну нету и что теперь ждать когда появится ? Никто и не утверждал что есть. Утвеждение было "для EAS нужна ОБД и байт-код" причем в одном флаконе а не в разных. И не только это, а и еще куча "нужностей" которые нашлись все вместе только в КЛИПе. ОБД нет не только промышленной, а и открытых и бесплатных. Это так, к слову.

По отдельности п-код, обд,etc, .... имеется не только в питоне и КЛИПе, ну и что ? А все вместе, все что нужно EASу есть только в КЛИпе, уважаемый. Выбор между прочим делался несколько лет :), драка была нехилая, аргументов было тысячи и за и против всяких разных языков и инструментария. Повторения уже никому не охота. И твои "необдуманные" типа аргументы уже давно были обсосаны со всех сторон. Отдыхай, не трать время ни свое ни чужое.

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

Зачем сразу серьезной ? Мало чтоли малых предприятий ? Или им свободный софт не нужен ? О каких амбициях идет речь ? Кто вообще первым начепятал это слово ? :)

>а потому что это сильно серьезная вещь даже для афторов клипа

Ой ли. Думаешь они просто так молчат уже несколько месяцев ? У них R2D2 уже на выходе. По всем параметрам (кроме известности и популярности) 1С даже рядом не валяется.

>имхо это выдает Ваш опыт, амбиции и ... возраст :)

Все штаны уже мокрые от смеха :). А над своей логикой все таки немного поработай !