iceB-9.0

> X-WINDOWS

да за такое убивать надо!! графическая система всю жизнь называлась X Window.

> Для разработки использовался язык "С++"

Это что за язык? "Как бы C++" ?

>Скорость 19 К/бит

Кельвины на биты? Это интересно!

Вот это я понимаю, скриншот рабочего места: http://www.iceb.vc.ukrtel.net/razrab.html

Все чисто, аккуратно, как в бухгалтерии.

>Cистема формирует реестр налоговых накладных, Додаток 5, Додаток 2 (для перерабатывающих предприятий) в виде распечатoк и в электронном виде в формате xml и в формате dbf

Я так понимаю, для российских условий требуется очень хороший напильник, чтобы сделать её самодостаточной? Или различные "Налогоплательщик ЮЛ" всё же требуются?

Ъ консольный 1С. Для олд скулл бухов с седыми... сори не удержался.

Ладно - Ржевский моде офф - а где, собственно, лицензия!?

> Это что за язык? "Как бы C++" ?

Сам код iceB написан на чистом С, а С++ это так, оно тянет много с MYSQL и GTK которые написаны на C++.

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

>Я так понимаю, для российских условий требуется очень хороший напильник, чтобы сделать её самодостаточной? Или различные "Налогоплательщик ЮЛ" всё же требуются?

В России некоторые предприятия на ней работают надо их спросить..

>Ладно - Ржевский моде офф - а где, собственно, лицензия!?

GPL-2

Кстати, слово "интернет" склоняемое, поэтому нужно "...с использованием интернетА". Это - так, на заметку :)

>База данных "MySQL" является клиент-серверной. Это позволяет любому количеству бухгалтеров одновременно работать в одних и тех же подсистемах

Так понимаю трехуровневая система (БД, сервер приложений, клиент) это не позволит сделать?

GTK+ тоже на C написан, а не на C++

http://www.iceb.vinnitsa.com/iceb.html

Подробно об iceB

Ее конфигурировать только не получится - нет встроенного языка. И программы заточены под Украину, но это и понятно:)

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

Это понятно, но могли бы использовать и скриптовый язык, например Python с его .pyc файлами, чтобы не перекомпилировать часть программы при внесении изменений в те же расчеты.

> > Скорость 19 К/бит

> Кельвины на биты? Это интересно!

Это не "интересно", а "скорость вскипания мозгов при работе в программе".

Интересно, что скриншотов нет нигде (по крайней мере я не нашел). Неужели настолько ужасно? :)

Оно с Юникодом уже работает?

>Система с графическим интерфейсом будет работать только на компьютерах с POSIX-совместимой (Linux/Unix и др.) операционной системой.

какой gui-toolkit? основные qt и gtk работают, как под windows, так и иксами...

Как я понимаю, система:

1. Двузвенка.
2. Монолитная.
3. Принципиально нерасширяемая.
4. Без "логик" (бизнес, хранения, представления).
5. Без какой-либо возможности интеграции с другими системами.

Вывод: крайне ограниченный спектр применения, главным образом для контор а-ля "Рога & Копыта".

Чото оно не собирается OS - OPENSUSE 11 MYSQL - mysql Ver 14.12 Distrib 5.0.67, for pc-linux-gnu (i686) using readline 5.2 GCC - gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] в с++ не силен, а посмотреть хотелось

dostup.c:23: ошибка: второй аргумент функции ‘int main(int, char*, char*)’ должен иметь тип ‘char **’ dostup.c:23: ошибка: третий аргумент функции ‘int main(int, char*, char*)’ должен, по-видимому, иметь тип ‘char **’ dostup.c: In function ‘int main(int, char*, char*)’: dostup.c:46: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:157: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:157: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:167: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:167: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:172: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:189: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:263: предупреждение: deprecated conversion from string constant to ‘char*’ dostup.c:272: предупреждение: deprecated conversion from string constant to ‘char*’

Похоже версия gcc не подходит.

а насколько новее-старее нужна версия (2.95, 3.0, 4.0) GCC

Какой мудак исходники упаковывал? За эти тар-бомбы нужно отрывать не только руки!

>>Какой мудак исходники упаковывал? За эти тар-бомбы нужно отрывать не >>только руки! Чем не устраювает?

Собирайте GTK версию терминальная версия имеет много зависимостей и на системах отличных от ALTLinux сборка не гарантирована - ранее собиралась без проблем только на Master 2.4

2Собирайте GTK - итересует терминальная версия - на сервере нету X-ов

c gcc295 ошибок стало еще больше, но другого плана

/usr/bin/ld: error in xkas.o(.eh_frame); no .eh_frame_hdr table will be created. и т.д.

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

Например иметь с системой секс на самом низком уровне. Язык для таких систем - быть.

> Чото оно не собирается OS - OPENSUSE 11 MYSQL - mysql Ver 14.12 Distrib 5.0.67, for pc-linux-gnu (i686) using readline 5.2 GCC - gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] в с++ не силен, а посмотреть хотелось

Раньше в исходниках там были значения строковых переменных в кирилице в koi8. И сейчас так?

2Shakyamuni

я локаль специально устанавливал ru_RU.koi8r, так-что проблема не в локале.

позже попробую с GCC-4.1

> Сам код iceB написан на чистом С, а С++ это так, оно тянет много с MYSQL и GTK которые написаны на C++.

А это типа как это?

>dostup.c:23: ошибка: второй аргумент функции ‘int main(int, char*, char*)’ должен иметь тип ‘char **’

Прототип у функции main какой-то левый. Всегда был int main(int argc, char** argv, char** envv). О чем компилятор и сказал.

собралocь на SLED10sp2 gcc-4.1 SLES10sp2 gcc-4.1 на opensuse 11.1 gcc-3.3

Пробовал вести ИП и в БЭСТ-офис, и в IceBw, и в знаменитом Ananas...
Не хочется говорить громких слов, но "фуфло", оно "фуфло" и есть.
И то, и другое по своим концепциям, скорее, складские программы с расширенным учетом, чем что-то другое.

БЭСТ-офис да таки бесплатный и вообще мне в общем-то понравился (хотя там и есть кое-какие косяки с установкой и апдейтами, но на форуме всё описано). Однако, маленькое такое, малюсенькое НО: с момента "бесплатности" он больше не поддерживается разработчиками.
То есть, форматы счетов-фактур, платежных поручений и всей отчетности устаревшие. На кой ляд тогда людям мосги пудрить рекламой этой поделки - абсолютно не понятно.

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

С Ананас дело еще смешнее. Хотя оно и разрабатывается для российского пользователя, огрех и нелогичностей там великое множество. Даже с самого начала: почему-то можно выписывать счета на продажу, но полностью отсутствуют счета на покупку. Получается, что основания для создания платежного поручения просто нет.
Далее, почему-то нельзя создавать полные отчеты о всех товарах на складе. Можно только по конкретному наименованию или группе.
Почему-то нельзя создавать таблицу взаимных задолженностей с контр-агентами, а только акты сверки с каждым конкретным контр-агентом... Прикиньте, если у вас клиентов несколько сотен (или тысяч)?
Кроме того, великолепные глюки, когда в накладных и счетах переставляются позиции и суммы. Причем, в версиях и для Linux, и для оффтопика. Явный сбой в работе с MySQL, который разработчики, похоже, чинить и не собираются...
Там еще много цирка, но оставлю остальное на совесть разработчиков: а вдруг она их замучает?
Пытался зарегистрироваться на форуме ананаспланеты. Получил в ответ требование зарегистрироваться под своим реальным именем и указать прочую действительную информацию под предлогом "у нас все честные-честные". Послал этих "честных" подальше.

Резюме: Пока существуют такие, с позволения сказать "бесплатные свободно распространяемые программы бухгалтерского учета", монополии 1С ничто не угрожает. На месте руководства 1С, я бы даже спонсировал эти проекты, чтобы эти группы "разработчиков" ни в коем случае не разбежались!!! :-)

P. S. Для себя решил: при первой же возможности покупаю Asus Eee PC с предустановленной ХРенью и лицензионные DrWeb и "1C Упрощенка 8". Обойдется эта затея в сумме где-то порядка 17-18 килорублей, зато и проблем будет существенно меньше.

угу. С такими "друзьями опенсорца" и врагов не надо.
То функционала нет, то прикладных решений, и в целом по каждому проекту: когда оно последний раз обновлялось? Каковы перспективы развития проекта? Где мы находимся сейчас с платформой, куда движемся, и когда туда прибудем? Вот сейчас например Qt активно обновляется, Qt 3 -> Qt 4 -> qt 4.5 .. 5.0. Что будет с тем же ананасом, если QSA уже не будет, а на QtScript недопортируют?
уныло, товаrищи, уныло.

iceB велосипед, E/AS сдох, что, на всю деревню один парень, и тот с ананасом?

its a B

> E/AS сдох

E/AS не сдох, он в коме, состояние стабильное, наметились улучшения. Во всяком случае, определён инструментарий (Qt 4). Я не удивляюсь, если периодически возникают обиженные пользователи. Проблема русскоязычных пользователей в том, что они — любители халявы, но палец о палец не ударят, чтобы помочь в проектах.

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

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

Вы лично многим помогли Линусу, Red Hat'у и всем прочим? :-)

Нет, IMHO дело не в "помощи". Дело элементарно в пиаре. Вот тот же проект Ананас себя пропиарил, хорошо так.
В результате, "разработчики" могут попытаться найти себе хлебное место. А проект... ну мавры свое дело сделали, почему бы им не удалиться?

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

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

> А много вы знаете бухгалтеров, которые смогут администрировать MySQL?

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

> В тот же день админ огребет люлей и прочих извращений (и даже без вазелина) и максимум на следующий день у тети Оли будет стоять вожделенная 1С.

И что? Сам видел в 1С критический глюк: неправильно делался XML файл, который надо было сдавать чуть ли не в налоговую. Непомню и неважно, была эта фигня из коробки или сваяна 1с-программером: 1с почти всегда юзается со своими доработками. Так что пафос насчет

> "уголовная ответственность за ненадлежащее исполнение служебных обязанностей"

мне тоже не понятен. Вывод: админ и/или местный ананас/E-AS/...-программер и должен

> не просто багрепортить, а еще и допытываться до причин этих багов

Сдесь можно брать ебылд для Дженты

http://monitoring.svn.sourceforge.net/viewvc/monitoring/DYSTRYK/DYSTRYK/cfg/u...

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

Свяжись с теми кто в России поддерживает её.

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

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

В случае с 1С я хоть в саппорт смогу отписаться, смогу апдейты скачать (и которые БУДУТ работать!), смогу своевременно заполучить новые формы отчетности...
И в накладных у меня не будут переставляться позиции и цены в произвольном порядке.
И мучать MySQL мне не придется.

>Свяжись с теми кто в России поддерживает её.

Есть 3 типа людей:
1) Те, кто учатся на чужих ошибках.
2) Те, кто учатся на собственных ошибках.
3) Те, кто не учатся даже на собственных ошибках.

Я отношусь, скорее, ко второму типу. И наступать на те же самые грабли второй раз мне почему-то совсем не хочется.

> Вы лично многим помогли Линусу, Red Hat'у и всем прочим? :-)

Да, весьма многим. Локализация, багфиксинг, свои проекты и т.п. с 2000 года.

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

И проект тихо загибается. Кому это понравится?

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

Не считайте, Ваше право. Но тогда, если критикуете, то предлагайте. Иначе это пустые лозунги и пафос. Спрос на подобное ПО есть, но не хватает ресурсов.

> В случае с 1С я хоть в саппорт смогу отписаться, смогу апдейты скачать (и которые БУДУТ работать!), смогу своевременно заполучить новые формы отчетности...

Значит, свободное ПО не для Вас. Однако это не означает, что оно не нужно на иных рынках, кроме рынка зомбированных 1С предпринимателей разных мелких ООО. All-in-one — лозунг для доверчивых потребителей.

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

мифом о сознательности кучи пользователей прикрывается убогость этих проектов и унылое ядро разработчиков.
Вот в Compiere почему-то ядро команды небольшое. Вообще ЕМНИП авторов было один или два серьёзных разработчика, уволившихся из SAP и Oracle и решивших в качестве хобби поразвлечься. И множество пользователей долго-долго не контрибутили в проект, какое-то более менее развитие началось когда набралась критическая масса разработчиков в команде и наработанных решений (что даже форки появились, значит проект в смысле работоспособности -- успешен).
А в наших унылых палестинах эти полупроекты всё из перинатальной фазы не выйдут.

> Нет, IMHO дело не в "помощи". Дело элементарно в пиаре. Вот тот же проект Ананас себя пропиарил, хорошо так.

+1. Собственно у Ананаса есть шансы на выживание, потому что "планета" -- это какое-никакое, а комуните. И git репозиторий там "в лабараториях" открыли, хотя основной SVN похоже не обновлялся уже год, а порт на Qt4 -- все года два, и жиденькое, но общение кагбе есть.
А у более других проектов такое ощущение что нет ничего -- новости на сайте не обновлялись год-два, коммиты в репозиториях несвежи.
Оно уже умерло или "ещё в коме"?

> С другой стороны, педставьте главбухшу тетю Олю, которая будет выискивать баги в Ананасе? Да не просто багрепортить, а еще и допытываться до причин этих багов?

проблемы мифической тети Оли должны волновать того, кто ей Ананас внедряет. И больше успешных внедрений с отчётами о них -- это благо.
Сейчас проблема этих проектов не в том, что тетя Оля не может наскрести по сусекам готовые прикладные решения, а в том, что и разработчики, которые потенциально могут к этому проекту Ананас подключиться не станут этого делать.
Если всё очень сыро, прикладных объектов нет, монитора транзакций/сервера приложений/нормальной поддержки многопользовательности нет, багрепорт/багтрекинг/коммиты c ченджлогами с фиксами багов доступны только "членам профсоюза", на оффсайте никакой бурной жизни не происходит, возникает единственный вопрос: оно уже умерло или "ещё в коме"?

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

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

>Вот до тех пор, пока "группы разработчиков" не поймут <..> и не станут ориентироваться на требования и пожелания тети Оли - у нас не будет ни одной "свободной" бухгалтерской программы.

ориентация на клиента, у всех этих проектов, конечно отстутствует. Потому что тут клиентом является разработчик (а рынком -- mindshare разработчика), есть полуфабрикат, а не законченный отчуждаемый продукт. Даже такой клиент, а не только мифический "законченный пользователь" понимает, что всё тут довольно сыро.

> E/AS не сдох, он в коме, состояние стабильное, наметились улучшения.

надо же, а по сайту не скажешь. Наткнувшись на сайт E/AS, R2D2, погуглив по теме КИС+открытые исходники+линукс, единственное впечатление, которое остаётся от новостей, которые не обновлялись год и больше, от древних релизов и обновлений в вики и на форумах -- что всё уже умерло.

пеара явно не хватает этим проектам. Хотя бы в здоровой форме [жж]-бложика: здрасьте, я вася пупкин, я ковыряюсь с такой-то очередной КИС. Мы тут заняты очередными глобальными концепциями, но в целом сейчас находимся вот здесь, вот этот релиз показывает это. Хотим сделать так и так, это позволит нам то-то и то. На основе этого переработанного выпустим очередной релиз в течение полгода-год-два (но не пять и не восемь и не как в Duke Nukem Forever). А пока мы можем вас прогрузить очередной нашей концепцией, чтобы вы прониклись преимуществами нашей системы (как тот же Зуев на сайте интерстон). Я не понял, зачем тому, кто не пишет компиляторы сам, нужны подробности про семантический анализ, а не просто в виде "вот это -- работает", но -- подача "наш подход вот таков, что дало нам вот такие преимущества" может сработать. Как selling point

> Во всяком случае, определён инструментарий (Qt 4).

С GTK на Qt 4? а почему Qt?
У вас хоть "сервер приложений" есть. Не просто заглушки на QtScript. Завязываться в чём-то кроме GUI сильно на реализацию "как в Qt" -- ИМХО, ошибка.
Да, есть в Qt "из каропки" JSScript (можно юнит-тестами протестировать GUI), и работа с XML, и ConcurrentFramework, и MapReduce, и Webkit.
Но что-то допортировать проекты на новую очередную версию Qt никто не стремится.
В итоге проект постоянно надо будет (раз в год, по крайней мере) портировать на новую очередную версию Qt. С вашими темпами разработок -- это такое утончённое самоубийство.
Получается как с попытками собрать старую версию программы (района 90х годов) с новым компилятором/ядром. Та же ситуация в миниатюре: есть инфраструктура из нескольких проектов, каждый проект -- это moving target и уже ушел по версиям. Сдохнет очередной middleware проект -- и через пару лет его просто никто не соберёт.

Потенциально лучше было бы модули выделить в отдельные подсистемы. Типа нужен XML => можно взять отдельный парсер, "из коробки" в Qt или по результатам тестов, RapidXML или парсер в Tango из языка D (правда простой DOM код тут не будет таким простым).