Дебет Плюс - кроссплатформенная бухгалтерия

"на любой базе данных (на сегодня - Oracle, MS SQL, MySQL, DB2, Sybase, Derby)"
так заявлено будто вы сами сапорт этих баз делали... ява - в газенваген.
Вот среди этого богатейшего множества я не наблюдаю PostgreSQL!

Всё-таки, не так уж много бухгалтерий, работающих в Linux и разработанных для стран СНГ. Правда внимательно не смотрел, любопытно не смотря на поддержку русского языка годится ли она не только для Украины, но и для России?

А сертификаты есть/были на неё?

было небольшое обсуждение этой программы а рассылке альта http://lists.altlinux.org/pipermail/smoke-room/2006-November/013975.html

"Скачать БЕСПЛАТНО" мерзко и пошло выглядит сей банер

Хм, а есть возможность сконвертить на нее хоть таблицы из 1С, чтобы не перерисовывать их заново?
И вообще, какие еще есть бухгалтерские проги, доступные под win/lin?

>И вообще, какие еще есть бухгалтерские проги, доступные под win/lin?

Hansa

По поводу в/на Украине. Этот текст из официального сайта программы и по этой причине его редактирование будет выглядеть странно.

Большая просьба больше не флеймить здесь на эту тему, всё равно буду удалять. Если есть возражения - их можно обсудить на форуме linux-org-ru

>По поводу в/на Украине. Этот текст из официального сайта программы и >по этой причине его редактирование будет выглядеть странно.

О, давай так и постить в любой украинской новости "в/на Украине"...И все проблемы решены;)

То что на жабе это конечно плохо, но за то что работает под никсами большой респект ИМХО

супер, но начальные лекции однозначно нужны:) понравился процесс установки: скачал->распаковал->запустил

> То что на жабе это конечно плохо, но за то что работает под никсами большой респект ИМХО

объясните мне, что такого плохого в "жабе" ?

Почитал, посмотрел, выглядит весьма достойно.

Под какой лицензией доступен ИСХОДНЫЙ КОД?

Вот почитайте впечатления людей =) http://lists.altlinux.org/pipermail/smoke-room/2006-November/thread.html#13975

Не годиться. Законодательная база России и Украины различная. Можно, конечно, переписать по российское законодательство, если такая возможность есть. Проще, идти на 1С:Предприятие 8.1 под Linux

Да, чета в альтовой рассылке совсем не ласково по софтине прошлись.

Мдя... Зашел на сайт, почитал, посмотрел скриншеты - что-то и с русским у них проблемы, и вообще... :-/

ЗЫ Когда они успели до 12 версии дорости?! Может имелось ввиду - 12я бета версия?! ;)

К сожалению нет доков по программированию на данной конфе. Без этого интересно только на Украине ( да и то постольку - поскольку).

Ну-ну... щас посмотрим, что за репка..

...так заявлено будто вы сами сапорт этих баз делали... Так на сайте не заявлено, но это все разные базы с несколько отличающимся набором комманд и синтаксисом. Для Оракла пустая строка и налл это одно и то же, а для MS SQL- нет и т. п. PostgreSQД можно добавить, т.к. система работает через JDBC драйвера. Просто нужно потом баги отловить. Система имеет встроенную подсистему тестирования, которая записывает пользовательские шаги в XML, а затем воспроизводит. Это позволяет записать последовательность на одной СУБД, а воспроизводить на другой. Но эта подсистема тестирования в состоянии финишной доводки. Голыми руками клацать не сильно хочется. Кроме того, отладить такую монстряку без встроенной системы тестирования невозможно. Поэтому мы ее собственно и встраивали в систему. PostgreSQД, я думаю, когда-нибудь добавим. Не вся система написана на JAVA. Вся бизнес логика написана на Javascript + XML. Вообще, мы планируем выставить систему как платформу для разработки. Не всегда хватает времени делать все так быстро, как хочется, ибо заняты коммерческими проектами. Но время будем находить. Изюминкой системы является, то что она хранит документы в XML. Субд используется для поиска, навигации и расчетов.

>объясните мне, что такого плохого в "жабе" ?

Для мелких прог - ничего, но крупные тормозят уж слишком.

Так если платформа для разработки - то где документация по программированию оной? Или я не там ищу?

>Да, чета в альтовой рассылке совсем не ласково по софтине прошлись.

Да, видимо Ананас - наше все! ;)

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

>То что на жабе это конечно плохо

Чем плохо?

пока 1С консультирует правительство РФ осваивать новую бухгалтерскую платформу имеет смысл только при возможности day-by-day поддержки со стороны производителя.

В противном случае прийдется держать штат спецов-программистов, непрерывно переписывающих рабочую программу.

>Чем плохо?

Что будет быстрее работать: нативная прога или работающая через ж..., в общем через жабовскую ВМ?

Почему нельзя кодить на Ц?

Ребята, вы опоздали... Есть Compiere уже опенсорсная... А вы "скачать бесплатно", "скачать бесплатно"...

Товарищи! Какие такие "тысячи предприятий на Украине" ?! Полагаю, что при нынешнем состоянии дел в этом хм..."государстве" счет тому, что можно назвать "предприятием" идет скорее на десятки, да и то вряд ли. Голимый PR (public relations)! Такое мое мнение...

С уважением, Дух кокоса.

>Что будет быстрее работать: нативная прога или работающая через ж..., в общем через жабовскую ВМ?

1. Хороший вопрос. В общем случае - неизвестно. Зависит от структуры программы и хитрости динамического компилятора Java. Хотя СКОРЕЕ ВСЕГО нативный код будет пошустрее.

>Почему нельзя кодить на Ц? 2. Денег не хватит. Eclipse стоил голубому гиганту 40 миллионов. А вы предпочитаете реализовывать схожий функционал руками? У вас уйдут почти те же деньги, особенно если учесть, что средний C-программер получает примерно в два раза больше среднего Java-программера.

И вообще, у нас в стране до сих пор модно все писать самим. "Компонент стоит 500 баксов? Дорого! Мы лучше за два месяца втроем свой напишем, такой же". При этом писатели получают по 2К каждый, и в итоге себестоимость самописного компонента выливается в 12К + мелкие расходы.

Зато исходники будут и кормиться будут свои программисты, а не чужие :)

> Может работать на любой базе данных (на сегодня - Oracle, MS SQL, MySQL, DB2, Sybase, Derby)

То есть возможность использования хранимых процедур сервера - не задействована? Обработка идет на клиенте, а SQL - хранилище данных?
В таком случае 1С велел привет передать :)

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

ORM-подход, следовательно, тоже как пиво в русских сказках "по усам текло а в рот не попало"? :)

>> То что на жабе это конечно плохо

> Чем плохо?

А ничем. Кроме фактора жабофобии. Зато code maintainability в жабе несравненно выше чем в всяких дельфях и выживал-васиках :)

> Может работать на любой базе данных (на сегодня - Oracle, MS SQL, MySQL, DB2, Sybase, Derby)

То есть возможность использования хранимых процедур сервера - не задействована? Обработка идет на клиенте, а SQL - хранилище данных? В таком случае 1С велел привет передать :) Система, в основном, действительно, не использует храгимых процедур. Больших проблем я в этом не виджу. Это жертва, которая принесена на алтарь переносимости. Скорость достаточна. Наша предыдущая система использовала интернет эксплорер в качестве средства вывода диалогов (они были написаны на HTML) и вся бизнес логика была в скриптах. Процесс происходил таким образом. Система парсила HTML вместе с Javascript за доли секунды, затем обрабатывался запрос к базе. на фоне времени люработки SQL запроса парсинг выполнялся мгновенно. При этом она вставляла по скорости некоторые системы привязанные к СУБД хранимыми процедурами. Как правило, при конкретных сравнениях оказывается, что потери скорости не так уж существенны. Конечно какие-то потери есть, но они таковы что мы посчитали возможным пожертвовать небольшой потерей скорости. Что касается "жаба-это плохо", то ядро предыдущей нашей системы было написано на С++. Я хочу сказать, что писать такие системы на С это - 1)работа для настоящих мужчин; 2) это работа для гурманов, любящих посидеть в дебагере абы посидеть. Если в системе десятки тысяч строк, то через какое-то время ты навчинаеш замечать, что борешся не с задачей а с языком программирования. Подсчет ссылок для COM объектов прост только в учебных задачах, а когда в системе куча компонентов и все они ссылаются друг на друга, это все превращается в запутанный клубок ниток. Тогда и приходит мысль, а с чем я борюсь и чего ради. Поэтому, все намного хуже, система написана не на жабе, а на жаба скрипте, точнее ядро на жабе, а бизнес логика на скриптах. И праетика показывает, что такая система проигрывает в скорости незначительно, но при этом ее легче поддерживать, она несравненно гибче, изменения, как правило, можно вносить прямо на месте. Так что здесь, мы тоже отдали рюмку скорости за большое ведро гибкости.

> При этом она вставляла по скорости некоторые системы привязанные к СУБД хранимыми процедурами.

Я может быть что-то путаю, но вынос бизнес-логики за пределы БД делается именно для ускорения процесса ценой _резкого_ снижения надёжности.

> вынос бизнес-логики за пределы БД делается именно для ускорения процесса ценой _резкого_ снижения надёжности.

Наоборот. Вынос бизнес-логики из БД - благо, дающее а) некоторую переносимость между СУБД б) масштабируемость (сколько надо серверов приложений - столько и будет) в) повышение надежности - отказал аппсервеп - поставили новый...

Первое.

Я не заметил, чтобы говорилось о выносе бизнес-логике за пределы БД. Но если рассматривать SQL запросы, как часть бизнес-логики, то они не обязаны "сидеть" непосредственно в БД. Если SQL запрос не "засунут" в хранимую процедуру- это не значит что бизнес-логика вынесена за пределы БД. К надежности это прямого отношения не имеет. И уж тем более ни о каком "резком_снижения надёжности" речь идти не может.

Второе. О каком ускорении процесса идет речь. Если просто о скорости выполенения запросов, то это одно, а если о скорости перестройки прораммы, то это другое. Скорость выполенения запросов - это очень важно. Но, не стоит уделять этому внимания больше чем нужно, не нужно стрелять из пушки по горобцам (воробъям). У многих три волосины в два ряда, а они хотят счмтать их на ORACLE. Сейчас техника сделала такой рывок, что на десктопах стоят компы, мощнее чем пару лет назад на Байконуре.

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

Респект.

Интересно, если из-за ошибки в этой софтине произойдет финансовый крах фмрмы,

то кого сажать будут программера или бухгалтера?

А кого будут судить если Цш или 1С заглючит?

>Что будет быстрее работать:

Быстрее чем что? Тебе работать или бенчмарки мерять?

>Почему нельзя кодить на Ц?

Вопросов нет.

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

Не читай пролетарских газет перед ужином.

>Быстрее чем что?

а, что, я не написал?

>Тебе работать или бенчмарки мерять?

Вот именно - мне работать! Каждый день в OO.o работаю и вспоминаю жабину мать каждый раз как его запускаю, при том что комп у меня не слабый!

> Поэтому, все намного хуже, система написана не на жабе, а на жаба скрипте, точнее ядро на жабе, а бизнес логика на скриптах. И праетика показывает, что такая система проигрывает в скорости незначительно, но при этом ее легче поддерживать, она несравненно гибче, изменения, как правило, можно вносить прямо на месте. Так что здесь, мы тоже отдали рюмку скорости за большое ведро гибкости.

1. Каким образом достигается логическая непротиворечивость между "хранящимся в XML документом" и сформированными на его основе бухгалтерскими проводками двойной записи.

2. Каким образом обеспечивается отсутствие возможности искажения базы при сбоях клиентских скриптов.

3. Каким образом обеспечивается защита от искажения базы путем прямого подключения SQL-консоли с последующими изменениями таблиц.

4. Для сложных обработок, требующих использования курсоров, как я понимаю, в предложенной платформе используется полный фетч требуемых данных на клиента и обработка их там. Как это сказывается на производительности системы в случае использования узких сетевых каналов.

5. Как достигается отсутствие рассогласования версий бизнес-логики при апгрейде клиентских скриптов.

6. Какой процент действующих инсталяций системы у конечных пользователей работает под управлением платформы Linux.

Хотелось бы пока что услышать ответы на эти вопросы.

Как программа на Java может разрабатываться с 91 года?

> Как программа на Java может разрабатываться с 91 года?

RTFM FAQ!

Q: Как размножаются ёжики?
A: Очень осторожно.

:)))))

Сначала написали джаву...

> Сначала написали джаву...

Билла Гейтса попросили рассказать историю создания WinXP. Рассказ Билла начался со слов "В начале я создал небо и землю..."

>а, что, я не написал?

Нет. Нафига мне относительная скорость? Болид F1 стопудово быстрее обычной серийной машины - что ж все на них не ездят?

>Каждый день в OO.o работаю и вспоминаю жабину мать каждый раз как его запускаю, при том что комп у меня не слабый!

А ниче что он на C++ написан?