Ищу желающих поучаствовать в проекте по созданию учетной системы

Всем добрый день!

Кому интересно поучаствовать в доведении кроссплатформенной учетной системы с открытым кодом до состояния готового продукта, пишите.
Её особенности:
- Рабочая, разрабатывается с 2011 года. Эксплуатируется в настоящее время.
- Лицензия GPL
- Написана на С++/Qt4
- Взаимодействует с OpenOffice
- Поддерживает оборудование (сканер штрих-кодов, принтер этикеток, считыватель магнитных карт, фискальный регистратор, банковский терминал). Некоторое оборудование расшаривается по сети.

Проект находится здесь
Скачать дистрибутивы можно здесь

Добавлено через 12 часов 31 минуту
Добавлю:
- База данных - PostgreSQL
- Встроенный скриптовый язык ECMAScript (типа Java). Т.е. платформа и конфигурация (в терминах 1С) разделяются.

1

Сообщение от Limor Ну ясно. "Я не я и лошадь не моя."

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

Очень жаль, что в моем мнении вы остановились именно на этой фразе.

0

Сообщение от voral Очень жаль, что в моем мнении вы остановились именно на этой фразе.

Мне тоже.

0

Сообщение от voral Я о том, что в системе где стоит Qt5 еще и библиотеки Qt4. Это, на мой взгляд, мусор.

Если приложение своё барахло держит при себе, и с собой же уносит (при удалении), то мусором это назвать... сложно как-то.

0

Usaga, это верно.

0

Usaga, с точки зрения линуксоидов, где проблема типа dll-hell решалась давно и довольно успешно, это отход от канонов и вообще Microsoft'овщиной попахивает. Там же могут оказаться не только никому не нужное барахло, но и дубликаты важных либ типа libssl, которые в системе могут обновится, а в snap нет. Все преимущества и недостатки статической сборки.

0

Rius, с моей точки зрения, проблема DLL-hell'а там заменилась другой проблемой, ничем не лучшей. А то и худшей, мешающей нормально распространять ПО (проприетарное). Библиотеки сваленные в кучу вызывают эффект, проявившийся парой постов выше: кому-то начало резать глаз наличие старой версии Qt рядом с более новой. А завязка на версии библиотек делает новозможным перетаскивание исполняемых файлов или переиспользование библиотек без полной пересборки под конкретный дистрибутив.

Да, жирные span и flatpack не особо радуют. Да и запускаются, судя по отзывам некоторых (сам не замечал особой разницы, но и не использовал плотно) медленее. Но появляется возможность получать обновления такого ПО существенно быстрее, ведь не нужны всякие мейнтейнеры. Да и бояться, что ПО в таком пакете сломается при обновлении какой-то библиотечки уже не надо.

На мой взгляд это правильное решение, к которому ещё давно должны были прийти. ПО тащит всё своё д**мо с собой. Да, отчасти копипаста, да библиотеки входящие в пакет не обновятся сами по себе. Зато и софтина не сломается. И дорога открывается нормальному ПО, которое теперь легче портировать под Linux.

Добавлено через 23 минуты
Я почему на это так смотрю негативно. У меня был реальный опыт участия в одном open source проекте (игровое лобби SpringLobby для игр на движке Spring).

Так вот, меня просто вымораживали тикеты о том, что где-то у кого-то приложение работает не так или вообще вылетает именно потому, что там "свои" библиотеки. Проблемы были в основном с WxWidgets, что поверх Gtk.

В одной из версий федоры что-то изменили в Gtk и приложение начало вылетать при очистке гридов. Пришлось костыль добавить. В другом дистре какие-то проблемы начались с отображением заголовков в списках и гридах. Потом само "починилось" с какой-то версии дистрибутива. В убунте, опять с какой-то версии, начали иконки в drop down'ах криво отображаться. Пришлось свой контрол писать.

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

Limor, если решитесь распространять свою софтину под линуксом, десять раз подумайте о использовании статической линковки со всем, чем можете или о flatpack\snap.

1

Usaga, спасибо за совет.

0

Сообщение от Limor что в Linux офисным пакетом по умолчанию является OpenOffice.

Торвальдс разрешил в ядро добавить?

0