по поводу модульности: я, конечно, имел ввиду модульность для разработчика, а не для бухгалтера - для них максимально приближённо к тому к чему привыкли Документам, Ведомостям, и т.д.

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

2 Korwin: согласен

по поводу ПБОЮЛов: имелись ввиду те ПБОЮЛы которые редко/совсем_не используют платёжки (Я думаю такие есть, или...). Хотя ты прав - пример не самый удачный. Я не очень силён в бухгалтерии.

Отрытость для третьих(и любых других) ОБЯЗАТЕЛЬНА на уровне стандартов и, возможно, исходников. По поводу лицензии - я не уверен что это должна быть GPL. Поскольку это САМЫЙ РЕАЛЬНЫЙ сектор ПО России, кроме того нельзя забывать о сторонних разработчиках. "Живи сам, и давай жить другим"

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

2jellyfish:
А я как раз имел в виду то, что модульности с точки зрения
разработчика не добиться. Максимум получится - разделить "главную книгу"
и справочники. Реальный софт автоматизации создания проводок
(интерфейсно-логическая часть) очень
тесно связан между собой... Конечно, совсем уж внешние модули,
типа упомянутого OCR`а - это другое дело...

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

Потом, необходима разработка механизма прав/ACL..

Ну и самое главное - деньги... на полноценную систему энтузиазма не
хватит.

jellyfish:
да, а какую лицензию ты предлагаешь? Неужели BSD? :)

Отлично, помоему точно надо сайт уже делать, и регистрить домен. Ставить нюсгруппу, форум... потом cvs и вперед :)

"Ну и самое главное - деньги... на полноценную систему энтузиазма не хватит. "

Не правда. Есть ПО, которое написано исключительно бесплатно, только вот в нашем, бухгалтерском случае, это действительно важно.

По моей (неофициальной, как хотите) информации, в 8-й версии 1С бухгалтерии будет использоваться вообще Visual Basic. А в нашей системе ... хм, пока конечно рано говорить, но все же - возможно использование Perl вообще прямо подходит для решния задачи переносимости.

Perl для бухгалтерии???? Ну и насчитает она, блин (если мат. либу конечно не использовать).

Хорошо. А интерфейс получается TK?

А чем хуже корректный код на C/C++ и GUI на TK или wxWindows? В этом случае также будет и переносимость и удобства?

Привет меня зовут Лиза я - бухгалтер комментарии "из первых рук":

Спросите у бухгалтеров играет ли для них роль под какой операционной системой работает бухгалтерская программа, на каком языке написана и так далее (я больше половины не поняла) важнее безглючность, а главное возможность настроить под конкретную специфику преприятия

2Лиза: не теряйтесь пожалуйста, всей этой толпе энтузиастов рано или поздно обязательно потребуется специалист по предмету... и ВАС будут носить на руках :)

по теме: поо-моему правильно писать ядро/низкоуровневые вещи на чем-нибудь типа C[++] а потом рулить управлять всеми ресуркоемкими операциями на чем-нибудь скриптовом.

PS. как соберетесь, на сайт/обсуждение/... дайте ссылку куда-нить типа LOR или LOR/devel форум... думаю не один я захочу поучавствовать.

На самом деле, смотрите - скорость в 1С точно такая же. Тормознутая :) потому что идет работа с данными, разбросанными по разнымм таблицам (а их множество), но в общем случае это просто DBF, никак не SQL - сервер. Наша же задумка позволит половину вычислений производить на сервере. Кстати, тогда полуается что нам нужен обязательно SQL сервер с поддержкой транзакций, и встроенных процедур. Т.е. НЕ MySQL.

Да все просто. Посадить бусгалтеров на gnumeric. Если начнуть выть и вопить - пригрозить уволить по недоверию. И все.

2All проект должен быть действительно интересным. Если он не заглохнет здесь... Может все таки стоит перевести его в более производительное русло?

Тут есть два варианта: 1. Собраться и делать все с нуля. 2. Взять iceB и на основе него делать то, о чем тут говориться.

Второй вариант на мой взгляд более логичен.

> нам нужен обязательно SQL сервер с поддержкой транзакций, и встроенных процедур. Т.е. НЕ MySQL.

Вам вообще не нужен SQL-сервер, не говоря о том, что транзакции MySQL есть.
Лучше XBase ничего пока не придумано. Это доказано десятилетним мировым опытом.
Портят эту технологию только бумажные dos/win клиенты, падающие при первом чихе.

Берите http://www.itk.ru/clipper/index.html,
клепайте telnet/ssh клиентов ftp://ftp.itk.ru/pub/telnet/
и радуйтесь жизни! Она уже все за вас придумала.

На такой технологии 10Mbit сетки будут жить еще лет 20. Ау, дядя Билли!
Как-то года три назад на одном не самом мелком предприятии задумали пойти
в ногу со временем и сменить сетевую клипперную бухгалтерию на sql-решение.
Пришли спецы, поцокали языками, глядя на серверок p166/16Mb под Новелом,
на котором все держалось и сказали: О, да тут без 4-х проц. Сана с 512RAM не обойтись.

А что интересно думают из "1C" и других коммерческих фирм, если их аналоги сделают под GPL из-за их тормознутости и не желания переносить свой софт?

Игорь.

извините что вмешиваюсь, я не программист (я сочувствующий)
Я имею опыт внедрения в банке системы автоматизации (со стороны пользователя :)). И вот мои соображения:
во-первых, надо писать не бухгалтерскую систему, а систему документооборота (!!), тк бухучет
не единственная (и не главная (!!)) система учета операций в любой организации, что-бы вам не говорили бухгалтера. В процессе работы (он-лайн) применяются другие способы учета операций (которые представленны документами). А баланс (проводки и отчетность) формируется по итогам проведенных операций, зачастую в конце дня, недели, месяца, квартала. К тому же в целях поддержки принятия управленческого решения баланс (особенно отечественный) практически не пригоден.
во-вторых, без модульности такой программе грош цена в базарный день.
ТК даже в двух абсолютно идентичных конторах вы сталкнетесь с такими
расхождениями в бизнес процессах - мало не покажется. А перестраивать
их (бизнес процессы) под вас никто не станет. И только "глубокая" модульность позволит перестроить систему под каждого конкретного клиента без полного перекодирования.
По-поводу лицензии - в подобных системах цена самой системы - мало важна. Зарабатывают восновном на внедрении и поддержке. Поэтому GPL
(LGPL) весьма удачный выбор с точки зрения маркетинга, достаточно вспомнить GILLET ("станок для бритья - бесплатно, а вот лезвия...")
Все равно даже крупные фирмы не в состоянии внедрить и поддерживать
систему самостоятельно.

вобщем, еще много чего можно сказать, очень хочется видеть этот проект живым.

САша

Привет всем!

Прошу прощение за долгое отсутствие. Отдохнул немного в выходные. Но время не прошло даром: много об этом думал, пообщался со одной милой барышней - бухгалтером на ИНТЕРЕСУЮЩУЮ нас тему (нет, нет, нет - я о бухгалтерии и документообороте, кстати есть общие черты с последним сообщением от САши, но об общении с барышней [ клубнички не будет :) ] и сообщении от САши ниже). Так вот, идей море!!!

Но начну с орг.части, остальное в течении дня (суток).

По-моему необходимо УЖЕ где-то организоваться. Во-первых новости прибавляются и эта уйдёт со главной страницы в архив. Во-вторых в данное обсуждение в любой момент могут прийти сами-знаете-кто и начнётся сами-знаете-что. И ещё целый вагон причин.

Вот некоторые варианты на первое время:

1) В linux.org.ru/Проекты

Сохраняются логины, может быть отдельный форум(ы). Но не хочется привычного флейма...

2) Попроситься (бесплатно) на что-то-там.linux.ru.net, например URL Ананаса: ananas.linux.ru.net. Можно организовать рассылку по e-mail. Может быть готовый Форум. Но оно им надо?

3) Бесплатный домен/хостинг.

4) Регистрировать домен + бесплатный хостинг.

5) Домен + платный хостинг.

Но необходимо обязательно: ftp, cgi, db (MySQL или Postgres здесь не принципиально), ну и, наверное, telnet, gcc [сахар, сливки - по вкусу :)]

Но в платных вариантах я пока не уверен. Людей, поднявших руки за участие в проекте не так много. Я ЗА! Задача неподсильна двум-трём. Так что участвующие и _тем более сочуствующие_ нужны.

Кто-то, наверняка, предложит что-нибудь лучшее. В течении одного-двух дней надо определиться, связаться с maxcom'ом, linux.ru.net'ом, etc.

Комментарии, дамы(если таковые есть) и господа!

> Правда сделан он на Украине, это чтото решает? великоросы - шовинисты

Реплики, ответы, "Досужие мысли о Лицензии"

>извините что вмешиваюсь, я не программист (я сочувствующий)

Хочу ещё раз подчёркнуть: сочуствующие ОЧЕНЬ нужны. Опыт (в том числе грабли и набитые шишки) внедрения подобных/похожих проектов крайне необходим. Для успешной реализации надо хорошо знать предметную область. В том числе понимание/видение задачи, а также пожелания людей, работающих на разных должностях, (включая, но не ограничиваясь): Генеральный директор, Финансовый директор, Нач. тех.отдела, Главбух, Системный администратор, и др.

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

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

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

Я согласен на 100 (сто) процентов. Самое интересное, что бухгалтера говорят ТОЖЕ САМОЕ, по крайней мере те, которых я знаю. Бывают случаи, когда накладные делаются менеджерами (по-продажам [у нас менеджерами называют всех: от продавцов до ...]) в Excele, а счёт-фактуру с ТЕМИ ЖЕ позициями бухгалтерами (и к тому же в ручную), а иногда при этом звонят по телефону на склад узнать наличие товара... Если кто-то считает эту ситуацию надуманой, то, когда откроем на сайте раздел, посвещённый "чудесам в отдельно взятой фирме", я уверен, анекдоты будут ещё те!

> В процессе работы (он-лайн) применяются другие способы учета операций (которые представленны документами). А баланс (проводки и отчетность) формируется по итогам проведенных операций, зачастую в конце дня, недели, месяца, квартала. К тому же в целях поддержки принятия управленческого решения баланс (особенно отечественный) практически не пригоден ... даже в двух абсолютно идентичных конторах вы сталкнетесь с такими расхождениями в бизнес процессах - мало не покажется.

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

> во-вторых, без модульности такой программе грош цена в базарный день.

Совершенно верно. Без модульности и максимальной гибкости/подстраиваемости/настраиваемости никуда. Как говорится: ни в колхоз, ни в Красную Армию.

> А перестраивать их (бизнес процессы) под вас никто не станет.

"И это правильно!" (c) Михаил Сергеевич Горбачёв. :). Английское слово "soft" переводится как "мягкий". Как раз soft (в значении "программа, программное обеспечение") и должен перестраиваться. Кроме разве что (до)обучения пользователей интерфейсу. Но интерфейс достаточно стандартен: менюшки, кнопочки, списки, "флажки" есть везде и в Windowds XX, и в Gnome, и в KDE, и на Mac'ах, и даже... а web-интерфейс понятен вообще любому.

> По-поводу лицензии - в подобных системах цена самой системы - мало важна. Зарабатывают восновном на внедрении и поддержке. Поэтому GPL (LGPL) весьма удачный выбор с точки зрения маркетинга, достаточно вспомнить GILLET ("станок для бритья - бесплатно, а вот лезвия...") про Gillette - браво!

По поводу лицензии вопрос ОЧЕНЬ тонкий и, если хотите, деликатный. Тут необходимо учитывать массу аспектов(лишь некоторые из них):

* необходимость открытости кода в процессе разработки (ну не спрашивать же с каждого паспорт, "соглашение о неразглашении", и т.д.);

* анализ отсутствия закладок;

* но у сторонних разработчиков ДОЛЖНА быть возможность делать свои закрытые или открытые (например под той же GPL) решения, иначе зачем им вообще использовать это решение. Об этом надо думать с самого начала - грабли, расчитывающих неизвестно на что фирм, - хороший урок. Тот Eazel, собирался зарабатывать на "поддержке пользователей", напомню, речь шла о файловом менеджере по лицензии GPL, каких пользователей? как? в каком объёме? на эти вопросы команда не могла чётко ответить инвесторам - они, естественно, ушли. это не бизнес план;

* аттака на GPL со стороны MS, одной из мощнейших в PR-войнах, Империи,- бизнесмены, которые впервые услышали слово GPL в увязке со словом "вирусный", и слушать о подобном не станут, не то что пробовать-покупать-подписываться. надо чётко решить что важнее: дело или религиозные войны;

* защищённость от того, кто захочет взять и съесть, в смысле прийти на всё готовенькое, закрыть, "дополнить, расширить и сделать (намеренно) несовместимым. UNIX только сейчас возвращается, и то, в основном на ввиде бесплатных систем. GPL, в известной мере, позволяет от этого защититься. Есть один закрытый вариант Apache, сделанный бывшим executive Microsoft.

Но решение надо принимать взвесив все за и против. Общая часть обязательно должна быть открытая (не путать с бесплатной). Открытых лицензий много. Нельзя забывать LGPL и комбинированые решения: "хочешь GPL, хочешь за деньги". GPL это позволяет. Пример: MySQL, QT(QPL+closed), и т.д.

(сокращённый и очень предворительный вариант)

коллеги, прошу комментировать.

Так где же сайт? Любая программа должна начинаться с проетирования. Первый месяц даже и думать о том чтобы писать код противопоказано. Для начала берется карандаш и бумага и рисуется, рисуется, обсуждается и рисуется. Без этого получится глюкало, которое постоянно нпдо переделывать и переписывать. А кодить не проблема, дайте мне проект со всей документацией, структурами данных, графиками и формулами и за 2 месяца напишу этот проект. И собственно говоря услышал 2 мнения - плясать от главной книги и реализация системы документооборота. Кто представлят как это можно увязать?

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

Так. Я есть то самый _сочувствующий_ Очень хотелось бы видеть этот проект живым и, насколько возможно, приложить к этому руки.

Считайте мой голос в своей капилке господа!

На всякий случай если этот тред уйдет в архив со мной можно связаться по почте: dederer-a@mail.ru

2 Korwin & SadMaN & кто-ещё-с-нами: спасибо за поддержку и "голоса в копилку". Показательно, как поубавился тут поток сообщений, как только новость ушла в нижнюю часть страницы новостей ... Или "ждём-с, до первой звезды нельзя"

2 Korwin: > Я есть то самый _сочувствующий_ Очень хотелось бы видеть этот проект живым и, насколько возможно, приложить к этому руки.

Который САша или другой _сочувствующий_? И в том и в другм случае, как только появится Определённое Место Жительства, напишем.

2 All: максимум через сутки новость уйдёт в архив (кстати если количество сообщений достигнет 102, она попадёт в Тор 10), если не удастся сообразить на счёт хостинга, то дам URL своей "домашней странички" - она всё равно пустая, там будет информация и URL. это к тому что проект не должен "заглохнуть здесь" (c) Korwin

Кстати, есть мысли насчёт: iceB, wrapper'ов к БД, Языков программирования, Архитектуры,... но, наверное, лучше на новом месте...

jellyfish - будем обязательно обсуждать эти вопросы на новом месте. Вернее... сперва только их и будем обсуждать. И главное не торопится, все обдумать. Конечно, на этапе первоначального проектирования всегда будет неизвестна та точка "невозврата", после которой становится непонятно, начинать или нет программирование. :)

Посмотрите finlin.linux.ru.net

Так когда же решится вопрос с хостингом???
Сам ничего предложить не могу, канал дохлый - намучаетесь :(
А так я ЗА, чем смогу - тем и буду мешать :)
Давно хотелось посмотреть, как рождаются подобные проекты.
Насчет поучаствовать - это если не стыдно будет свой код показать...
Если что-то решится - ivan_575@mail.ru

Это был другой сочувстующий. я,(САша), тоже полностью все поддерживаю, и постараюсь помочь чем смогу. Теперь о деле: если с хостингом пока не решилось, может хотя бы на первое время использовать www.narod.ru? там нет ничего кроме гостевой книги, но на первое время (чисто треп перенести) вполне подойдет? А тем временем найдем хостинг? Тут кто-то брался кормить разработчиков два-три месяца. Друг! Может лучше хостинг организуешь? Как думает сообщество?

Меня можно найти по alezhu@yandex.ru

PS лицензия, действительно тонкий вопрос и он должен очень подробно обсуждаться. Это не только религия, но и маркетинг. Хотя и религия тоже :).

САша

Некоторые (спорные) замечания к обсуждению:

* Проект имеет все шансы быть успешным именно под GNU/Linux - причины уже здесь приводились - бухгалтерам все равно под чем работать, лишь бы не падало не часто, а обслуживание установленной системы требуется достаточно регулярно, так что лужок, чтоб пастись на сервисе, будет вечнозеленым...

* Надо четко разделить балансовую (отчетную) и управленческую (оперативную) бухгалтерию, они сильно отличаются по методам работы, задачам, требованиям к оперативности, методам агрегации/детализации и т.д. И там и там еще свои специфичные процедуры ввода/вывода документов и финансового анализа.

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

* Хранилище данных надо отделить от бизнес-логики и расчетных процедур через модули/объекты/сервера доступа, при этом формат хранения данных может быть и xbase и sql, а еще лучше что-то совсем другое. По собственному опыту знаю, что с xbase большие трудности при транзакционировании/масштабировании при мультихостовости в учете. SQL - в принципе отвратительная вещь, когда с помощью реляционной алгебры (замкнутой в самой себе математической абстракции!) пытаешься реализовать модель работы с целостными документами, бух.счетами или workflow!

* Учетные данные принципиально иерархичны и объектны по своей природе. Плоские таблицы реляционных db очень плохо приспособлены для отражения бух. сущностей и инкапсуляции расчетных алгоритмов.

Хорошо бы другую, более адекватную модель storage найти/создать и она должна быть больше чем двухзвенной.

* Бухгалтерию целиком нельзя автоматизировать в принципе - она была/есть/будет вариантной и адаптивной, иное - только бухгалтерский калькулятор. Нужно делать frame-work для автоматизации учетных и ФУНКЦИОНАЛЬНЫХ процессов. Поэтому наличи клея в виде скриптового языка (языков) просто необходимо!

Всякий, кто знаком с БУМАЖНЫМ бух.учетом, знает, что там все как минимум трехмерно, даже каноническую форму представления баланса не так-то просто автоматизировать в spreed sheet'е, если только не руками половину работы делать.

Всем рекомендую посмотреть как вводятся/обрабатываются/представляются данные в quicken/quickbooks и попробовать вообразить реализацию подобного look'n'feel в excel/access и т.п. - ощущение полного бессилия гарантировано! К тому-же quicken выдавал это уже в 92ом году, когда Ексель был 3.0, а аксеса, MSSQL и VBA еще вообще не было!

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

* Типичные ошибки проектирования учетных систем:

- попытка реализовать ЕДИНООБРАЗНО и СРАЗУ балансовую и управленнческую бухгалтерию, оперативный учет и фин.анализ; Например, когда ввод одной позиции в накладной должен распространится на все, вплоть до баланса...

- организация доступа к хранилищу через одни "вход", например при использовании автоинкрементальных ID, приводящем к блокировке, одной и той же страницы при массовом вводе транзакций :((

- отсутствие системы управления aliacing'ом для учетных сущностей - специфически постсоветская проблема, когда один контрагент может иметь несколько юр.лиц, банковских счетов и т.д. а в анализе он должен присутсвовать как один субъект.

- отсутствие системы устаревания/архивации/отката данных с возможностью продолжать пользование ими, если потребуется.

- отсутствие системы прозрачного объединения данных с разных источников для консолидации учета.

- отсутствие совместимости с ручным учетом и разумного организация процедур всяких преобразований: деноминации, изменении расчетных формул НДС и т.п. Ведь прошлое при этом не должно изменится и новое может/должно существовать со старым. Тут "вшитые" алгоритмы не годятся.

- еще много чего...

Уфф, что-то я разогнался, проблем для анализа действительно хватает. Обсуждать их лучше в специальном месте, накапливая и нау-хау и хау-не-нау! Надо решать с хостингом, но лето сейчас, обещать ничего не хочу/не буду...

Посмотрите, как у "потенциального противника" в итоге сложилось, тоже долго при офф-таймовом учете жили, и ничего:

http://www.iso.ru/cgi-bin/main/journal.cgi?do_what=details&id=80

Идея хорошая, энтузиазм радует, не заглохло бы только на этапе перехода к конкретным задачам, а так же в процессе их реализации 8-)

Господа энтузиасты, если с хостингом вы еще не определились, напишите мне на alex@ea.ru - есть свое железо в сети, возможно смогу помочь.

Если вопрос с хостингом еще актуален, то напишите плз. требования к хостингу на sysadm@highway.ru, что нибудь придумаем.

Лёд тронулся господа присяжные и заседатели!

В результате бессоной ночи удалось сделать один (не)большой , НО ОЧЕНЬ ВАЖНЫЙ шаг. Но об этом чуть пойзже. Очень хочу спать. :( Ждите новостей. Они уже в пути... :) . С Вашего позволения пойду немного посплю. мысли можно мне на мыло: jellyfish@pisem.net ...

Новость добавлял я, так что естественно я super-сочуйствующий :) Кодировать не умею, посему могу поддержать пока только морально. Вообще то я рассчитывал расшевелить linux-сообщество, но на _такие_ результаты не рассчитывал. Молодцы ребята, так держать!

Vinsent (update@zmail.ru)

> Кодировать не умею, посему могу поддержать пока только морально

Ответ на этот вопрос вертится у меня в голове уже несколько дней, но во-перевых я жду решения орг. проблемы номер раз, во-вторых он (ответ) достаточно развёрнутый, и в-третьих лучше будет смотреться на новом месте... :)

Резюме:

работы хвататит не только для кодеров, ... но и (включая но не ограничиваясь): web-дизайнерам/админам, web-сёрферам, бухгалтерам, директорам, журналистам и, вообще, всем-умеющим-связать-пару-слов, настройщикам 1C, ..., даже депутатам и миллиционерам... проще перечислить тех кто пока(?) не востребован: сантехники, шахтёры и любители-всех-и-вся-об...лаять,

2jellyfish: OK, добавь меня с список рассылки!

speer@pisem.net

> OK, добавь меня с список рассылки!

список рассылки, наверное, будет не сразу...

А URL сайта сообщим тут; и всем, кто оставил адрес, по эл. почте...

А со временем, выложим как новосить на linux.org.ru и не только...

Ждем-с...

Ждем-с...

subj: http://stek.alias.ru/StekLinux.htm охрененно навороченный, но, к сожалению, не free :-(

Жизнь после смерти, или "Мы уже в архиве"

Факт: обсуждение новости ушло в архив.

Очевидно, дочитавшие до сюда (если таковые будут),- люди заинтересованые.

> subj: http://stek.alias.ru/StekLinux.htm охрененно навороченный, но, к сожалению, не free :-(

Приятно, что мы не одни. Все ссылки на "конкурентов", скорее всего, будут на нашем сайте. Хотя все они: iceB, ananas, finlib, стэк, [добавьте, если знаете ещё] - скорее сподвижники и, если угодно, "соучастники".

Поскольку, "к сожалению, не free :-(" (c) anonymous, впечатления только о сайте (моё скромное мнение):

Плюсы: похоже, неплохая Команда; ориентация на разные платформы: dos, linux, windows; неплохое понимание бизнес-реалий, и как следствие самоокупаемость (я уверен не только самоокупаемость, но и прибыль); судя по всему полнота охвата бухгалтерского учёта; цитата: "ПЕРЕХОД ОТ ВЕРСИИ К ВЕРСИИ ПРОСТ И ОРГАНИЧЕН", у меня правда не было возможности не только "ПЕРЕХОДА", но даже посмотреть; плюсы, наверняка, прибавятся, как только увижу программу, если, вообще, увижу :), ... может anonyomus(2001-07-12 06:59:31.0) чем поможет...

камни в огород (в основном по поводу сайта): нет демо версии; неотлаженность сайта, либо заточенность под (Microsoft) Internet Explorer, мой Netscape 4.77/Linux правильно показывать отказался, Mozilla (0.9.1) - ещё смешнее, а Lynx'ом я даже пробовать не стал - чтоб не растраиваться, а перезагружаться под win, что я делал от силы 2,5 раз за посл. полгода, неохота, так что проверить под IE не могу и не хочу (интересно когда я его/её (win) снесу напрочь? :)); далее, сайт сделан на ASP (нет не тот который ASPSeek & ASPLinux, и не Application Solution Provider, речь о Active Server Pages - о скриптах встроенных в шаблоны, что-то похожее на PHP - но технология от Microsoft), вследствие IIS, со всеми вытекающими;

Другой бухгалтерский пакет под Linux...

и главное: есть(!) договорённость с _несколькими_ хостерами, так что вопрос хостинга и, возможно, зеркалирования СКОРО решится. Пустячёк, а приятно! Кстати "на подумать": какие будут варианты названия и/или домена.

"Кстати "на подумать": какие будут варианты названия и/или домена" Это тоже, по моему, пустячек. Главное КАК МОЖНО СКОРЕЙ ВЫБИРАТЬСЯ из АРХИВА новостей на новое место.

Иначе все через 2-3 дня за(вянет|чахнет).

К сожалению свои сервера предложить не могу. Начальник съест.

>"Кстати "на подумать": какие будут варианты названия и/или домена"

OneMore

>"Кстати "на подумать": какие будут варианты названия и/или домена"

:)

Молодци! Так держать. А по поводу ICEB 5.0 кто-то поставил на RedHat 7.1 Если получилось подскжите как ето сделать а то у меня никак.

Проект

Надеюсь участвовать в проекте. Надеюсь, хоть с какой-то пользой. Немного знаю C\C++. Нахожусь в стадии ознакомления с Linux'ами. Имею небольшой опыт общения с бухгалтерами, некоторые познания в расчете зарплаты, пытаюсь поддерживать самодельную (не мной, а Сергеем Шевцовым (может, кто его знает?)) довольно удачную систему расчета зарплаты, написанную на FoxPro 2.6, и, поскольку вроде бы должен перевести лыжи на 1С, немного и в ней ковырялся. Есть несколько зачаточных идей. Мыло r-o-m@newmail.ru Пытался поставить iceB на KSI, вроде бы получилось но на настройке базы я споткнулся - мал я еще, да глуп. Ради интереса пытался поставить под ASPLinux, не вышло. Сообщения о недекларированности функций из подключаемых стандартных библиотек. Как это лечится?

NB

по поводу названия и домена. Может как рабочее название всетаки взять 2С? Уже здесь предлагалось, никто вроде не возражал :) или 2L? от слова linux :)

2L предпочтительнее (IMO)

А с 2C не выйдет похожая история как с kIllustrator?

to Korwin: поэтому я и предложил 2L :)

УУх ты!

Не ожидал что НАС так много. Радует

iceB & RedHat> Не хотел эту тему _здесь_ поднимать, но раз уж началось...

Я компилил под RH. Действительно, ругается, ошибки элементарные (сейчас точно не помню, так что могу чуть переврать, потом наришу с точностью ): вызов strcpy без #include<string.h>; exit без #include<stdlib.h>; это лечится; я даже начал методично фиксить, но упёрся в одну принципиальную проблему - поэтому просить с меня patch бессмысленно(см ниже).

[ Ну, думаю, начал работать на "конкурентов" :). Хотя, конечно, никакие они не конкуренты - во-первых скорее идеологические союзники, во вторых сравните план счетов... ]

... вернёмся к нашим ... Похоже там glibc другой или gcc или ещё что-то; А ребята могли бы попробывать под RH откомпилировать. Ведь на Украине (Ну не поворачивается язык сказать: в Украине) немало пользователей BlackCat [эх, а может зря они... :( ну ладно не об этом], и теперь, наверное, ASPlinux...

Надо им отписать...

...продолжение следует...