Объявленно о начале тестирования модуля "Торговля и склад", в компаниях спонсировавших проект.
Трехзвенная архитектура, поддержка транзакций, объем базы до 2 терабайт и масса других замечательных возможностей. Система поставляется под GPL.
Да есть уже под Linux очень хорошая бухгалтерия iceB http://www.iceb.vc.ukrtel.net/ полностью открыта под GPL. Написана на С++, база MYSQL (хочет 4.*), имеет терминальный клиент и графический на GTK-2 - iceBw. С терминальным клиентом можно удалённо работать на очень медленых линиях и в любой ОС где хотябы telnet есть. Русский интерфейс и документация. В промышленом использовании находится более 15 лет! Не требует никаких дополнительних настроек! Можно купить техпотдержку. Есть ебылды!!!
Из недостатков, на мой субективный взгляд: жорсткая привязка к MYSQL, жирный клиент, жорстко прошитая логика написана на C++.
Вы в курсе, что в цивилизованных странах за такое положено вешать, расстреливать, сжигать и оставлять на съедение стервятникам (если они захотят жрать эту падаль, провонявшую напалмом)?
> Скажите, мне почему так все осторожно относятся с к с++? может и не к месту... Почему больше большая часть кроме QT то же на чистом Cи?
Да я наоборот рад что iceB на С++ написан! Но, _мне кажется_, они чуточку перебрали засунув всю логику в толстую клиентскую часть, тоесь по сути в бинарник в котором ничего не изменить, мотивируя что баланс он и в африке баланс и ничего там руками настраивать и менять не надо. Пользователю так даже нравитса с 1С надо зарплату настраивать (писать), а сдесь собрал _толстый_ бинарь, слил переконвертированые даные с 1С, загрузил в базу, и есть зарплата на все случаи жизни. Но програмисту рыться в мегабайтах С++ кода чтобы логику переделать сложно, примитивные "настройки" (печатные формы) в "конфиги" *.alx конечно вынисены но можно было бы больше з С++ кода вынести..
> Вы в курсе, что в цивилизованных странах за такое положено...
Многие захотят в этой логике ковырятся? К тому же сделано всё очень унивирсально и подойдёт для любого предприятия с любой сферой деятельности без всяких предварительных настроек, собрал и сразу работаеш, а не занимаешся програмированием...
PS: да ну эти "цивилизованные" сраны с их цивилизацией....!!!!
>>> Сканер штрих-кодов думаю можно заставить работать как клавиатуру.
Он и работает как клавиатура (параллельная). Вопрос в кассовых терминалах, которые по какому-нибудь ком-порту лезут, да ещё учитывая их виды-подвиды :((
"В связи с неопределенностью положения лицензии GPL в российском правовом поле, публикация исходников FelixS-Предприятие откладывается, до прояснения ситуации."
http://felixs.org/cgi-bin/news/news.pl?IDNews=5
Не помню какой умный человек мысль изложил, но она была такая: "Предлагая заказчику решение в первую очередь расскажи что оно может тот-то и то-то и в конце упомяни что оно OpenSource. Не надо делать открытость главным аргументом"
В данном случае как раз не есть ли потенциал у этой софтины //ModeZt
Убийцей чего-либо FelixS станет только тогда, когда:
- он будет работать "из коробки" под Linux, Windows и *BSD
- он будет ставиться методом "Да -> Да, принимаю -> Да -> Да -> Готово"
- будет как минимум документированное API и описание бизнес-логики и как маскимум - набор HOWTO, Good Practices и т.д.
До тех пор, пока "открытые" программы будут представлять из себя набор тарболлов (http://www.iceb.vc.ukrtel.net/download.html) с невнятной "инструкцией" на полстранички, они никому, кроме разработчиков и пары-тройки гиков, не будут нужны.
Давно пора понять, что для бизнеса, даже мелкого, открытость кода -- не главный аргумент. Главные аргументы (не считая откатов) - это совместимость со стандартами, поддержка, развитие, простая настройка под нужды пользователей и легкая обучаемость персонала. До тех пор, пока открытые системы не будут таковыми, ни о каком успехе речи быть не может.
Гик, хватит троллить. Любой, _любой_ язык, реализующий машину Тьюринга является алгоритмчески полноценным.
Проблемы возникают не от написания на Perl / Python / PHP / Java / whatever, а от кривых рук разработчика.
Можно на Питоне или Яве написать такое, что страшно станет. Можно и на VB или C# сделать достойный проект.
Паганини тем и отличался от кучи лабухов, что мог играть где угодно и на чем угодно, и если тебе, geek, чтобы написать софт, требуется определенный язык, определенная фаза Луны и особый психофизиологический настрой, тебя даже жалеть бесполезно.
>Гик, хватит троллить. Любой, _любой_ язык, реализующий машину Тьюринга является алгоритмчески полноценным.
плять, умник, когда красноглазые пионеры начинают пихать язык в ниши, для которых он не пригоден - как правило получается говно.
>Проблемы возникают не от написания на Perl / Python / PHP / Java / whatever, а от кривых рук разработчика.
дада. Стандартная отмазка любителей быдлоязыков. Достаточно послушать сопли и вопли пыхпыхеров =)
>Можно на Питоне или Яве написать такое, что страшно станет.
можно. Но сложнее на порядок
>Паганини тем и отличался от кучи лабухов, что мог играть где угодно и на чем угодно, и если тебе, geek, чтобы написать софт, требуется определенный язык, определенная фаза Луны и особый психофизиологический настрой, тебя даже жалеть бесполезно.
пожалей себя, недоумок, а мне хватает мозгов, чтобы не пытаться сделать из говна конфетку, когда есть шоколад
>>Можно на Питоне или Яве написать такое, что страшно станет.
>можно. Но сложнее на порядок
Да! Даешь бухгалтерию на Хаскеле!
Только в нем есть оператор "фтопку" ( >>= )
> Живой пример того что "чем больше в институтах дубов - тем крепче наше образование" :(
"Вякнул и свалил" - все на что способны анонимусы-малолетки. В ПТУ научили?
Киса, где ты успел оценить мою квалификацию? Ты знаешь на скольки языках я программирую, какие технологии освоил, в каких проектах участвовал?
Не подумайте что я хвалюсь, может я вообще нифига не знаю. Но откуда анонимусу об это известно?
А причина нападок всего лишь то что мое мнение не совпадает с мнением большинства.
Сопровождаем в своем регионе iceB. Несколько лет уже понемногу зарабатываем на этом. Вполне юзабельный и жизнеспособный продукт.
Чувствуется, что пишется она совместно с головастым бухгалтером и (или) толковыми юристами.
Из еще не названных достоинств: гибкие текстовые файлы настроек. Настолько гибкие, что с легкостью настраивают расчет зарплаты в весьма завернутых случаях. Они же - и слабое место: от версии к версии приходится отслеживать изменения в файлах конфигурации и вручную подправлять.
Разбираться в исходниках, не смотря на названные выше стратегические просчеты при проектировании, не сложно.
Сравнивая с 1С: складской учет в iceB проще и удобней, зарплата - вне конкуренции. Сопровождение: за деньги, но регулярно и качественно. А вот кадровый учет и документооборот - отсутствуют (видимо, автору просто не ставилась такая задача в рамках этого проекта)
Зря ты так, саныч-сан. Головастых бухгалтеров полно. Работа у них такая - быть головастее, чем вся налоговая чохом. Такие финты ушами порой выкаблучивают, что стыдно становится за родную науку физику - в ней таких головастых не водится, как в бухгалтерии...
> До тех пор, пока "открытые" программы будут представлять из себя набор тарболлов (http://www.iceb.vc.ukrtel.net/download.html) с невнятной "инструкцией" на полстранички, они никому, кроме разработчиков и пары-тройки гиков, не будут нужны.
В iceB _целая книга_ есть! Книга в основном написана для бухгалтера но также есть раздел посвящённый установки, настройки, API итп...