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

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

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

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

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

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

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

Вообще-то R2D2 - это файервол/роутер на флешке под OpenBSD 3.4

http://www.deadly.org/article.php3?sid=20031117073744

Тщательней названия выбирать надо :)

> А с каких это тараканов тебе придумалось что он на java-e?

Прошу прощения! Перепутал с jCash http://linux-online.ru:8080/projects/jcash/index.jsp

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Нашёл ссылку по сравнению редакторов 
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 и 
функциональным языкам: слишком тяжёл порог восприятия. Поэтому ни тот, 
ни другой особой масштабной популярности не добились. Это не значит, что 
они плохи. Просто слишком мудрёные.

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

открылось зеркало ftp://ftp.linux.ru.net/mirrors/r2d2/

качайте сколько влезет :)

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

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

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

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

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

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

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

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

uri@itk.ru

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

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

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

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

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

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

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

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

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

uri@itk.ru

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

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

печатает мозилла, исходные формы готовятся на xHtml.

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

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

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

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

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

>>читай внимательнее !!!! особенно eas.lrn.ru.
Ну и где там чего написанно про предприятие

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

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

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

А какие требования к клиенту под линуксом чтобы мозилла нормально печатала кириллицу?

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

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

uri@itk.ru

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

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