Вышла первая публичная версия E/AS 0.1.0

Забыл добавить ссылку на снимки экрана: http://eas.lrn.ru/screenshots/

та, ты не переживай нашли мы снимки экрана, снимки качественные :)

а вообще хорошая новость... даже безотносительно соберется это дело или нет :)

Кстати, ты девелопер этой проги???

Если да то Respect :))

Вещь нужная.

Хороший проект - удачи разработчикам

А база данных, которая используется проектом (CODB) - она поддерживает транзакции? А вообще SQL? Но архитектура грамотная, ничего не скажешь..

> Кстати, ты девелопер этой проги???

Да, я разработчик и руководитель проекта.

как у вас с конверторами 1С-совских форматов?

Интересно, как скоро это подохнет. imho, полгода... ;-)

> А база данных, которая используется проектом (CODB) - она поддерживает транзакции? А вообще SQL?

Трензакции поддерживаются. SQL делается, пока лежит в DBF.

> как у вас с конверторами 1С-совских форматов?

Мы прорабатываем совместные инициативы с проектом http://1l.w4b.ru/ Они как раз работают над конвертацией форматов 1С.

> Интересно, как скоро это подохнет. imho, полгода... ;-)

Поживём, увидим. Проект был основан 7/04/2001 поэтому я бы не стал говорить, что он скоро загнётся. :)

> SQL делается, пока лежит в DBF.
В смысле - пока хранится в dbf формате, то sql  поддерживается?
Или что SQL-интерфейс в стадии разработки у базы?

CODB имеет драйверную архитектуру, может хранить объекты в любом хранилище: SQL,XML,TXT,DBF,berkly, ...... сейчас драйвер реализован только для DBF. Ьак было проще отлаживать и .... без сервера приложений только на основе DBF можно было получить приличную производительность. Сейчас типа сервер приложений уже работает, появится время - займемся CODB для SQL.

честно говоря как-то убого все это выглядит

Хороша задумка. А какие БД вы используете? Кроме того очень громкое название, я тут пытаюсь для разработать на php учет документов для архива. Если вы заинтересовались можно его как то добавить в ваш проект??? koyra@mail.ru

> А какие БД вы используете?

Объектная БД от CLIP - CODB.

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

Для этого есть много специализированных движков конкретно на PHP. Мы тоже будем делать модуль для сервера. Но пока времени на все задумки не хватает. Поэтому лучше подписаться на нашу рассылку eas-dev-rus@linux.ru.net и продолжитиь обсуждать там.

> честно говоря как-то убого все это выглядит

А мы за красивостями особо и не гнались. Что конкретно не устраивает?

Казалось бы, причем тут linux...

Хороший проект.

Самое ободряющее в проекте, это то, что идете от требований задачи, а не от инструментов реализации.

Молодцы.

2AVL2: стараемся. Кстати, я знаю, что вы хорошо знаете ALT Linux. Именно на нём у нас возникает досадный баг: не проходит аутентификация через PAM (на других дистрибутивах работает нормально). Не могли бы вы посмотреть модуль аутентификации в исходниках CLIP (prg/cobra-serv/auth/pam-auth.c)?

>> Интересно, как скоро это подохнет. imho, полгода... ;-) Поживём, увидим. Проект был основан 7/04/2001 поэтому я бы не стал говорить, что он скоро загнётся. :)

Судя по прогрессу уже. Я был слишком оптимистичен :-)

"система управления предприятием" - серьёзная заявка. Вы уверены, что продукт можно называть именно так? Под управлением предприятием обычно подразумевается вполне определённый класс задач и решений.

> Вы уверены, что продукт можно называть именно так?

Прошу прощения за досадную ошибку, допущенную при размещении новости. E/AS = Enterprise _Automation_ system. Система автоматизации предприятия. Спасибо за замечания. К сожалению, исправить в новости на LOR я не могу.

Тут я вряд ли помогу, потому как clip с его коброй совсем не знаю.

Навскидку, проблемы с несовместимостью с tcb.

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

> Тут я вряд ли помогу, потому как clip с его коброй совсем не знаю.

pam-auth.c взят из Сквида. CLIP тут не при чём.

А где злобные анонимусы ? А то что-то скучно тут. И как там насчет драйвера к xmms ? :)

> И как там насчет драйвера к xmms ?

А это задача автоматизации предприятия? :))

>реализован справочник контрагентов и печать платёжных поручений.

А где все остальное? Счета, счета-фактуры, накладные и т.д.?

саныч, ну не глумись уже, у них версия 0.1.0 только. тут и так их травят с clip'ом и патчами для xmms ;)

а кто это про полгода прогнозирует ? откликнись на uri@itk.ru. Гарантирую что бить и ругаться не буду.

> Гарантирую

Трудно верить "гарантиям" от такого же анОнима, как сам ;)

... думаю, не п[р]оявится он (и конечно же, не только по вышеуказанной причине) :)

Исправте скрины. Я не придираюсь, но <<элеткронно>>, кроме того, что непонятно, но еще и неправильно.

А в остальном --- благополучия и поменьше багов ))))

>>Поживём, увидим. Проект был основан 7/04/2001 поэтому я бы не стал говорить

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

Естесно по работсопособности/скорости и юзабельности написаного могу лишь строить свои предположения, но имею место вопрос ?

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

А если суерьезно, то что у вас на скриншотах в виде програмы(не путать с продуктом) пишеться в fulltime двумя девелоперами на нормальном инструментарии за 2-3 недели, попивая пиво по выходным.

Кстати насчет export/inport 1С... насколько я знаю, есть вполне себе стандартый для 1С модуль работающий с DBF. Я не могу похвастатся шибким знанием 1С, но всех наших потребностей во втаскивании таблиц в 1C вполне хватало прослойки в виде DBF файлов..

>>А если суерьезно, то что у вас на скриншотах

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

И еще, если я правильно понял, то для печати вы генерите pdf???

крутым перцам которые за неделю
прошу в рассылку )))
А то как раз таких не хватает

Alex_IZA

Написал я на этот eas-dev-rus-owner@linux.ru.net Получил ответ You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at eas-dev-rus-owner@linux.ru.net.

Куда теперь мне писать???

А какую реализации учета докуметов применимые к нашим архивам вы можете указать конретно??? koyra@mail.ru

>а кто это про полгода прогнозирует ? откликнись на uri@itk.ru.

Я это, slesru@yahoo.com

>Гарантирую что бить и ругаться не буду.

Не верю :-)

> Я это, slesru@yahoo.com

Ну раз уж объявился - тогда уточни пару нюансов:

1. почему именно полгода, не 3-6 месяев, или там "сполгодика" или что-нибудь менее точное.

2. откуда такая уверенность что проект загнется ? есть какие-то конкретные аргументы/факторы/особые знания предметной области ?

uri@itk.ru

P.S. я бы с удовольствием был бы неанонимом - но ..... привык пользоваться ником Uri, а он тут занят :)

> Написал я на этот eas-dev-rus-owner@linux.ru.net...

На сайте и в документации есть прямое указание на URL рассылки, где и можно подписаться. http://linux.ru.net/mailman/listinfo/eas-dev-rus

> А какую реализации учета докуметов применимые к нашим архивам вы можете указать конретно???

Я не знаю специфики вашего документооборота. Если в рассылке укажите требования, то вместе поищем... :)

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

Приблизительно к концу 2004 года. :)

> А если суерьезно, то что у вас на скриншотах в виде програмы(не путать с продуктом) пишеться в fulltime двумя девелоперами на нормальном инструментарии за 2-3 недели, попивая пиво по выходным.

Писалось это не при полной занятости, не девелопером и отдавании выходных общению с женой... :) А позвольте спросить, где открытые разработки этих самых девелоперов, занятых на постоянной основе? Поймите, бОльшую часть заняло создание и унификация платформы. Теперь создание форм и оттачивания инструментария займёт куда как меньше времени...

> но всех наших потребностей во втаскивании таблиц в 1C вполне хватало прослойки в виде DBF файлов..

Конечно, этого может хватить при условии, что вы экспортируете данные, ЗНАЯ формат и никогда не вытаскиваете логику и печатные формы. :)

> но всех наших потребностей во втаскивании таблиц в 1C вполне хватало прослойки в виде DBF файлов..

Сделана, прежде всего, платформа, которая позволяет быстро наращивать функционал формами. Краткий список возможностей (не форм, а именно платформы) дан в документации. Форм всего 9 (работают 8 - настройки пока отлаживаются).

> И еще, если я правильно понял, то для печати вы генерите pdf???

Нет, в документации по библиотеке clip-ui сказано: "- Генерация и печать файлов PostScript" Мы реализовали работу с PostScript, который и показывается. Как вы знаете, перегнать его в PDF под *nix не представляет особой сложности. :)

На sourceforge выложи проект и multilanguage pack желательно прикрутить. Нужная вещь. Разработчикам удачи. Может кто-нибудь подскажет свободную ERP писаную на яве и где ее можно найти?

http://www.compiere.org/

http://isystem.ru/projects/compiere/

Спасибо!

>>Приблизительно к концу 2004 года. :)
Тоесть, за 9 месяцев вы собираетесь "родить" все остальное? гм.. я бы в это поверил, если бы то что вы показали сделали за 2 недели..

>>Писалось это не при полной занятости,
Не, я не против конечно.
Но в таком варианте не надо (ИХМО и жиненый опыт) браться за столь ответвеные задачи, которые декларированы в хедере проекта..
Гм.. как бы это сказать, имея "некоторый" опыт в написании всякого рода учетных систем скажу вам одно.. Все они скатывались по двум дорожкам..
1) либо хорошо оплачиваемый fulltime
2) на свалку.
Чем характерен складской учет - тем, что ответсвенность за ошибки много больше стоимости самой системы. Попробуйте объяснить бизнесмену что за цифры никто не отвечает. Пару раз склад не сойдется на NNкилоДенег, и все... либо на свалку, либо ответвенный..

>>ЗНАЯ формат и никогда не вытаскиваете логику и печатные формы. :)
В смысле "ЗНАЯ" формат?? я извиняюсь, а я один знаю формат DBF ?? ;)) когда у меня стала проблема експорта в DBF, то перепробовав добрый десяток всевозможных драйверов JAVA.. и поматерившись на cp866... Взял да и написал свой за 3-4 дня.

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

ну насчет печати я понял.. собсно Постскрипт или ПДФ сути не меняет... неплохое решение. Вероятно тоже начну скоро двигаться в этом направлени, хотя XML+XLST+бровсер всеж немного погибче будет на мой взляд.

>1. почему именно полгода, не 3-6 месяев, или там "сполгодика" или что-нибудь менее точное.

Разумеется, менее точное. Хотя, есть планы заложить бонбу в исправительно-трудовую колонию. Благо, мне тут недалеко. Зайду как-нибудь в обед... Чтобы, буду краток, не гадили клиппером повсюду ;-))

>2. откуда такая уверенность что проект загнется ? есть какие-то конкретные аргументы/факторы/особые знания предметной области ?

Экспертная оценка ;-) Все предыдущие проекты такого вида дохли как мухи :-)

1.>>Транзакции поддерживаются.... Может еще и isolation levels Вы реализовали? 2.Судя по http://eas.lrn.ru/screenshots/_parner_list1.png справочника банков у Вас нет.

> Экспертная оценка ;-) Все предыдущие проекты такого вида дохли как мухи :-)

а поточнее, не о самих сдохших проектах, а об причинах издыхания.

P.S. в ИТК конечно заходи. Хоть с бомбой хоть с пивом :) может и полегчает от клиппера.

> На sourceforge выложи проект и multilanguage pack желательно прикрутить.

Он есть! Только заброшен и в CVS там левые файлы лежат.

https://sourceforge.net/projects/eas-dev/