LINUX.ORG.RU

R2D2pre - объектный многоплановый бухучет


0

0

Первый пререлиз, основные параметры ПО: объектно ориентированный многоплановый многомерный учет. Клиент-сервер, базирующийся на web-клиенте Mozilla и сервере Apache. Остальные варианты КС еще в разработке. Подробности на сайте.

>>> Подробности

anonymous

Проверено: maxcom

Ответ на: Re: Re(2): J2EE от anonymous

Re: Re: Re(2): J2EE

> Jazz - это вот этот?

Нет, http://www.iae.dp.ua/index.html

Поймите, я не против Java, но её, хм, применимость для создания ширпортебных продуктов, мягко говоря, удручает. И переломить тенденцию будет сложно. Так что для закрытых систем J2EE годится. Обычному бухгалетру это не впаришь... Да и специалистов по Джаве маловато!

Skull ★★★★★ ()
Ответ на: Re: Re: Re(2): J2EE от Skull

Re: Re: Re: Re(2): J2EE

> Нет, http://www.iae.dp.ua/index.html
А с каких это тараканов тебе придумалось что он на java-e?
===
Что получилось:
Получился сервер приложений, написанный на python. Он взаимодействует с клиентом, написанным на с++ с использованием кросс-платформенной библиотеки qt.
===
Жабой даже и не пахнет...

anonymous ()
Ответ на: Re: Re: Re(2): J2EE от Skull

Re: Re: Re: Re(2): J2EE

> Нет, http://www.iae.dp.ua/index.html

Так это же Python! :) Или на яве начиналось?

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

anonymous ()
Ответ на: Re: Re: Re: Re(2): J2EE от anonymous

Re: Re: Re: Re: Re(2): J2EE

> Смотря что понимать под ширпотребным продуктом. Они пишутся и работают

Увы и ах! Где популярные (среди простых пользователей, а не фанатов Java) "редакторы, как общего назначения, так и специализированные" ??!

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

Не ему, а внедренцу. Увы, их программистский уровень не такой уж и высокий.

Skull ★★★★★ ()

Разработчикам R2D2pre

Если Вы создаите систему не хуже, чем 1С, то скорее всего ее у Вас будут покупать. Пример, работал в Москве в одной фирме-системном интеграторе. Некототорые клиенты интересовались возможностью запускать лицензионную 1С на Linux. Но из wine 1С запустить так и не удалось. Поэтому надеемся, что работу доведете до конца. Будем покупать. Тем более Linux стал надежным и простым в настройке.

anonymous ()
Ответ на: Re: Re: Re: Re: Re(2): J2EE от Skull

Re: Re: Re: Re: Re: Re(2): J2EE

Так и что? Он пишется, насколько я помню.

anonymous ()
Ответ на: Re: Re: Re: Re: Re(2): J2EE от Skull

Re: Re: Re: Re: Re: Re(2): J2EE

> Где популярные (среди простых пользователей, а не фанатов Java) "редакторы, как общего назначения, так и специализированные" ??!

www.jedit.org, www.morphon.com, например. один - общего назначения, другой - специализированный.

> Не ему, а внедренцу. Увы, их программистский уровень не такой уж и высокий.

Ну а внедренцу можно и Jess какой-нибудь дать - он простой.

anonymous ()
Ответ на: Re: Re: Re: Re: Re: Re(2): J2EE от anonymous

Re: Re: Re: Re: Re: Re: Re(2): J2EE

Не мужики. Не о том спорите. Ява, клиппер, питон, etc. По большому счету это всего лишь средство объяснить компутеру что человек от него хочет :)

Проблемы сидят совсем в другом месте. Пусть язык 1С и ущербный, но на нем ПИШУТ франчи и бухи довольны, что их требования выполняются.

Проблемы в бухучете в том что на стадии проектирования невозможно описать все требуемые функции и структуры данных. А также и хранить эти данные. В классике такие данные называются "комплексными" и по многим многим статьям в и-нете можно понять что для хранения таких данных лучше всего подходят объектные БД.

Сами то немного подумайте как хранить объекты, описания которых во время компиляции неизвестны. Все языки с компиле-тайм типизацией отлетают сразу же, по большому счету и Ява тоже, хотя и является ран-тайм исполнителем. А среди тех кто остался возникает выбор: - на чем больше писали и пишут бизнес проги в России: 1C,xBase,питон, Java,C/C++ - какой язык может схавать проблему совместимости с популярным 1С ? только тот кто сможет безболезненно переварить конструкции языка 1С и выправить ему кривые ноги. И кто это сможет сделать :) Фактически на сегодня - только команда ИТК. Больше некому. Им проще всего компильнуть 1С в КЛИП-машину и при этом любой пишуший на 1С получит доступ ко всем библиотекам и фенечкам КЛИПа. Дописать недостающие 1С-like функции - дело обычного кодинга, почти без проектирования, даже скорее всего - обычное врапперство.

Я считаю что ИТК надо поддержать и морально и материально - именно от них зависит на каком бухучете будут работать бухи завтра и какими средствами будут расширять бухучет франчи.

Короче - ключ к качественному бухучету - качественная и дешевая ОБД, а ключ к рынку - малоболезненный переход с существующих систем. Язык - где то сбоку остается.

всем WBR, имя ничего не скажет.

anonymous ()
Ответ на: Re: Re: Re: Re: Re: Re(2): J2EE от anonymous

Re: Re: Re: Re: Re: Re: Re(2): J2EE

Нашёл ссылку по сравнению редакторов 
http://perlmonks.thepen.com/158698.html
Можно не соглашаться, но мнения там высказаны... :)

> Ну а внедренцу можно и Jess какой-нибудь дать - он простой.

 (deffunction frame-handler (?evt)
    (if (= (?evt getID) (get-member ?evt WINDOW_CLOSING)) then 
        (call (get ?evt source) dispose)
        (exit)))

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

Skull ★★★★★ ()

Re: R2D2pre - объектный многоплановый бухучет

Хоть я с многим и не согласен, но приятно видеть НАСТОЯЩИЙ серьезный проект. Пусть пока не релиз, но уже видны сильные стороны. Одним словом - Молодцы! Так держать!

anonymous ()
Ответ на: Re: Re: Re: Re: Re: Re: Re(2): J2EE от Skull

Re: Re: Re: Re: Re: Re: Re: Re(2): J2EE

> Нашёл ссылку по сравнению редакторов

Ну здесь действительно мнения высказаны :) UltraEdit под Wine - это даже как-то... Сильно, словом. На самом деле, не стоит сейчас обмениваться мнениями по поводу редакторов - это как бы почва для holy war более, чем благодатная.

Насчет Jess да, погорячился, может быть, но если можно пхпшника научить писать XSLT-шаблоны, вполне себе функциональные, то наверное... Впрочем, можно в качестве внутреннего и Jython взять - у Python порог восприятия крайне низок. Другое дело, что все это потребует дополнительных инфраструктур.

anonymous ()
Ответ на: Re: Re: Re: Re: Re: Re: Re(2): J2EE от Skull

Re: Re: Re: Re: Re: Re: Re: Re(2): J2EE

> Нашёл ссылку по сравнению редакторов

в журнале компутерра #41 есть статья Java vs .NET - вполне прилично сравнивает и то и другое.

anonymous ()
Ответ на: Re: R2D2pre - объектный многоплановый бухучет от anonymous

Re: Re: R2D2pre - объектный многоплановый бухучет

> Хоть я с многим и не согласен

есть авторы и есть eas.lrn.ru со списком требований.

добавь те которых не хватает

uri@itk.ru

anonymous ()
Ответ на: Re: Re: J2EE от anonymous

Re: Re: Re: J2EE

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

Ох молодой человек учиться вам ещё и учиться. Вы хотя бы спецификацию
EE почитали на английцком не могёте так найдите по русски. А потом
подумайте сколько вы будете реализовывать что-либо подобное на своём
Clipe. Хотя нет вы не будуте не сможете просто понять всех преимуществ
И потом уважаемый EE это не более чем набор спецификаций и чтоб
реально и без лишнего гемороя что нибудь на нём зделать нужен
контейнер aka app server, JBoss или Sun ONE или ещё что нибудь. Ну конечно
для лобания на коленях всё это оч сложно. Но если вы хотите сделать
что либо по настоящему гибкое и хорошо масштабируемое коленок мало
нужны серьёзные технологии одной из которых и является EE.
А что касательно тормозов то вероятно дествительно ЕЕ тормозит только
у Клиперщиков.
Вообщем почитали бы что-нибудь а потом пальцами крутили.

Простите если обидел но не стоит так явно выставлять своё невежество
на всеобщее обозрение.

anonymous ()
Ответ на: Re: Re: Re: Re: J2EE от anonymous

Re: Re: Re: Re: Re: J2EE

Простите очень интересно послушать 1000 человек это круто но не
показатель. Сколько рабочих мест, что используете в качестве сетевого
хранилища БД (ну не будете же вы говорить что у каждого клиента базы
локально лежат) какие объёмы баз, объёмы ощесистемных справочников? Поверте вопрос не праздный у нас
порядка 100 рабочих мест в бухгалтерии и всё писано на Фоксе и я
знаю что это такое поддержка этого хозяйства я знаю что сеть
задыхается от тех объёмов информации которые у нас есть. И если вы
смогли решить все эти проблеммы то интересно узнать как может
возьму на вооружение. Хотя сдаётся что всё это пустоё трёп я систем
на клипере видел много и пользуют их в основном в мелких фирмах
~1000 человек штата и только потому что заказать более менее серьёзную
систему не по карману да и никто не понимает что это может дать.

anonymous ()
Ответ на: Re: Re: Re: Re: Re: J2EE от anonymous

Re: Re: Re: Re: Re: Re: J2EE

>Простите очень интересно послушать 1000 человек это круто ... офтопик sigor65$@$land.ru (без $)

anonymous ()
Ответ на: Re: Re: Re: Re: Re: J2EE от anonymous

Re: Re: Re: Re: Re: Re: J2EE

J2EE vs CLIP - это круто, я рад :)

я так понимаю что в наcтоящий момент никто не рискнет ставить r2d2 на такую толпу юзерей :) так что сравнение пока еще рановато. Но я уверен что CLIP на хорошей тачке справится и с 1000 юзерей. А при правильном проектировании ОБД она справится и с распределеной БД. Трехзвенка обеспечит распределенные вычисления.

Ничего страшного не вижу, разве что приличный объем работ.

Не в прелизе же все это иметь.

uri@itk.ru

anonymous ()

Re: R2D2pre - объектный многоплановый бухучет

> лиент-сервер, базирующийся на web-клиенте Mozilla и сервере Apache

А как в такой связке решается вопрос печати документов?

anonymous ()
Ответ на: Re: Re: Re: Re: Re: Re: Re(2): J2EE от anonymous

Re: Re: Re: Re: Re: Re: Re: Re(2): J2EE

>всем WBR, имя ничего не скажет.
ЦЕЛЬ ПОРАЖЕHА ! В смысле, очень сильно yдивлена...

anonymous ()

Re: R2D2pre - объектный многоплановый бухучет

Ну опять бухучет. Потом приляпаем к этому название Предприятие как
1С. Может сразу с этого начинать. Бухгалтерия 1С вполне устраивает
но как только чуть сложнее начинается полный ....

anonymous ()
Ответ на: Re: R2D2pre - объектный многоплановый бухучет от anonymous

Re: Re: R2D2pre - объектный многоплановый бухучет

> Ну опять бухучет

читай внимательнее !!!! особенно eas.lrn.ru.

а без бухучета никуда не денешься - хоть предприятием обзови хоть раком поставь

anonymous ()

Re: Re: Re: Re: R2D2pre - объектный многоплановый бухучет

> Ну и где там чего написанно про предприятие

http://eas.lrn.ru/docs/requires.php - указаны требования к учётной системе, которые придерживаются r2d2 и E/AS

Skull ★★★★★ ()

Re: Re: Re: Re: Re: R2D2pre - объектный многоплановый бухучет

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

anonymous ()

Re: Re: Re: Re: Re: Re: R2D2pre - объектный многоплановый бухучет

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

Логично. И так и делается. Только вот хоть в финансах хоть в производсмтве хоть в бухучете - сначала нормальный движок надо сделать. А уж потом натягивать на него нужное.

uri@itk.ru

anonymous ()

Re: Re: Re: Re: R2D2pre - объектный многоплановый бухучет

> А какие требования к клиенту под линуксом

дык вроде написано было - минимальный икс-терминал можно сделать на бездисковой 486/66/32M, а полновесный клиент получается на любом Целероне самых слабых марок, или на хороших p233. на приличных CEL1G и выше можно делать "змей-горынычи".

anonymous ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.