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

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

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

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

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

1

outoftime, спасибо за внимание к проекту. Такое внимание подбадривает.

Сейчас нет времени подробно разбирать ваш пост, постараюсь сделать это завтра. Видео посмотреть не удалось, что-то с ним не так.

Почитал прошлые дискуссии в топике, чтобы освежить в памяти. Скажу честно, местами мне стыдно за свои слова.

1

Сообщение от outoftime Я здесь полностью поддерживаю Usaga в плане соблюдения культуры. Сообщения к коммитам должны отвечать на вопрос: "что изменится после применения данного патча?" Ещё одним важным аспектом соблюдения культуры является чистота кода от бесполезных комментариев. Ещё раз замечу, это соблюдение культуры. Или ты хочешь чтобы я с тобой фамильярничал? Тебе будет так приятно? Я если я скажу, мол чел, тут такую шнягу делаю, хочешь вместе захреначим? Собственно, то же и в написании кода, для себя вы можете пользоваться всем чем угодно, если вы открываете исходные коды, будьте добры - приведите его в порядок. Ведь когда вы пользуетесь приложением для себя - это ваше личное дело, когда вы делитесь кодом, вы даёте его другим, и когда он в плохом качестве, будь идея даже мега гениальной, его скорее перепишут с чистого листа чем будут поддерживать ваш вариант.

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

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

Сообщение от outoftime GitHub как раз имеет баг трекер в виде Issues и позволяет очень хорошо взаимодействовать с другими разработчиками. ... Можно было issue завести на github'e, где описать все эти пункты и назначить на человека. ... Инструментом командной работы являются Issues в терминах GitHub-a (так как тестировщик редко разбирается в коде и может делать pull request-ы) ... Важно что при этом, вы будете обязаны соблюдать культуру: 1) создавать Issues с пометкой "Feature request" на каждое дополнение которое вносите в программу; 2) создавать pull request-ы и сливать наработки с других веток с внятными комментариями.

То, что я не пользуюсь issues - это результат одиночной разработки проекта. Я признаю их необходимость для командной разработки и
обещаю изучить. Но понять их в действии я смогу только при работе в команде. Нельзя научиться говорить, если не слышишь чужую речь.
Вообще же, я удивлен вниманием к заголовкам коммитов. Не думал, что кого-то это будет интересовать.

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

Я уже не питаю никаких иллюзий, скорее я близок к разочарованию относительно мифа об open source.

Сообщение от outoftime Касательно разделения монолита на клиент и сервер Я не знаю вели ли вы работу в этом направлении.

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

Такой же подход я использую для работы с БД. Паттерн "фабрика" позволяет заменить один тип БД на другой. PostgreSQL на SQLite.

Сообщение от outoftime Аналоги На сколько я понял, ваш проект позиционирует как конкурент 1C

Нельзя сказать, что это аналог или конкурент, но программа ориентирована на те же функции.

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

1

Limor, Сейчас работаю над утилитой которая отображает QR код текста из буфера обмена. Одно из применений: скопировали в буфер обмена ссылку и отсканировали её на сматрфоне чтобы не печатать вручную.

На оформление убил около суток, и то криво вышло. Кода пока 3 строки и больше не нужно. Уже почти закончил версию на Qt. Qr код генерировать научился, осталось оформить всё + подумать над установщиком, как собирать разные ОСи и т.д.

В общем, можете ещё раз сверить оформление.

Сообщение от Limor мифа об open source

Никакого мифа о свободном ПО нету, есть только неправильно понятные слова и перекрученные смыслы. Если хотите для себя разобраться, почитайте статьи Столмана на GNU Project, желательно на языке оригинала.

0

Сообщение от outoftime В общем, можете ещё раз сверить оформление.

У нас разная сложность софта и разные подходы к разработке.

Вы сразу начинаете выкладывать свои разработки на GitHub, даже если в программулине 3 строки. Думаю, что в таком случае не сложно оформить разработку должным образом, даже если убить на это сутки. Можно даже все тексты написать на английском, при том, что он не является родным.

Мой подход был другой. Изначально замысел был куда сложнее, чем программа в 3 строки. Нужно было понять, рабочая ли концепция вообще, прежде чем что-либо выкладывать в публичный доступ. Так вот, архитектура программы "изобреталась" в 2000-2001 годах, только третий её вариант получился удовлетворительным. До этого я имел опыт разработки бухгалтерских приложений на FoxPro. В 2002 году программа заработала под рабочей нагрузкой. Тогда она еще была написана на Visual FoxPro, а серверная часть на MS SQL Server. Потом была миграция на PostgreSQL. В 2009 году я освоил Linux и только в 2011 году решил переписать клиентскую часть на Qt4 и С++. Только в 2015 году клиентская часть, написанная на Qt4, заработала "в деле". Все это время я был занят только тем, что расширял функционал и отлавливал баги.
В это же время я успел поработать в других организациях, кроме своего бизнеса, испытал концепцию программы на их задачах, успел вырастить троих детей, построить два больших здания, шесть раз переехать на другое место жительства, в том числе в другой город, сделать кучу ремонтов. Ну и много всего по своему бизнесу.

Кстати, о комментариях в программе. Думаю, что гораздо полезнее для сторонних разработчиков были бы не комментарии в коде, а разбор архитектуры и взаимодействий (прецедентов) на языке UML. Диаграммы типа таких:
https://www.cyberforum.ru/atta... 1534675548

Сообщение от outoftime Никакого мифа о свободном ПО нету, есть только неправильно понятные слова и перекрученные смыслы.

Есть идеи, которые перестают работать. Как мне кажется, идея open source была хороша, когда все начиналось, когда программисты были особой кастой, братьями по духу. Софта было очень мало и каждая новая разработка была необходимостью и прорывом.

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

Добавлено через 14 минут
Если мухи массово дохнут, наверное уже наступила осень? Это я про мертвые open source проекты.

1

Limor, не путайте open source и free software. Первое было создано с целью монетизации второго.

Забудьте о комментариях и коммитах, это разные вещи и вы меня неверно поняли, а писать 5й том войны и мира чтобы обьяснить - не буду.

У меня есть личная заинтересованость в том что я пишу. Личной заинтересованности в вашем проекте у меня нету, нету таких потребностей, но в целом я бы написал пару тройку классов в свободное время, чисто чтобы помочь. Опять таки, я в проекте не заинтересован, решать что надо делать мне не охота, тем более разбираться во всём коде по теме которая мне не интересна. Вот здесь в игру вступают Issues. Я же их использовал ещё и в качестве заметок.

0

Почему ничего не ответили про мертвые open source проекты?

1

Сообщение от Limor Скажите, почему сейчас так много мертвых open source проектов?

Потому, что профессия становится старше. Это тоже самое, что чем дольше существует человечество, тем больше кладбищ на планете. Т.е. это не результат "загнивания" open source.

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

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

1

usaga, наверное вы правы.

Добавлено через 1 час 25 минут

Сообщение от outoftime я бы написал пару тройку классов в свободное время, чисто чтобы помочь

Сообщение от outoftime Что-то более конкретное будет?

Сообщение от Limor Буду искать другое решение для предпросмотра документов, без запуска LibreOffice

Сообщение от Usaga Limor, я думаю, что такое есть, не вы первый с этим сталкиваетесь. А если нету, то придётся писать самому (а это сложно будет достаточно). И если придётся писать, то лучше будет вынести в отдельный репозиторий, ибо такой компонент реально был бы полезен очень многим.

outoftime, вот давно не могу найти библиотеку для предпросмотра и печати ods файлов от LibreOffice. Есть много библиотек для изменения содержимого, а вот для предпросмотра и печати - нет. Это была бы реально полезная штука, которая избавила бы от зависимости от LibreOffice. Не возьметесь ли создать такую библиотеку?

1

0

Usaga, не думаю, что все так сложно, ведь совсем не нужны возможности редактирования. Нужно только открыть файл ods (а это заархивированный zip'ом документ XML), загрузить его в объект QDomDocument и парсить текст, рисуя его в объекте QPaint. Ну это я в части рисования чисто теоретически представляю. Но думаю, что в реальности не сильно сложнее дело окажется.
Я тоже готов принять в этом проекте участие.

1

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

В общем, не так просто может быть даже корректный предпросмотр организовать.

0

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

1

Limor, ну, принцип тут очень простой: построить дерево и обойти его каким-нибудь "визитёром". Я так понимаю, что за несколько вечеров можно сделать. Или дольше, если такие вещи вновинку. Но в любом случае, если не озадачиваться форматированием, а просто прочитать во внутреннее представление и вывести его "как нибудь", то задача крайне обозримая.

0

Сообщение от Limor вот давно не могу найти библиотеку для предпросмотра и печати ods файлов от LibreOffice. Есть много библиотек для изменения содержимого, а вот для предпросмотра и печати - нет. Это была бы реально полезная штука, которая избавила бы от зависимости от LibreOffice. Не возьметесь ли создать такую библиотеку?

Конкретные задачи. Я сейчас трачу все свои усилия на Как сделать квадратный виджет? и не могу исследовать ещё какую-то область ибо каша будет в голове будет. Если создадите репозиторий, набросаете задач чтобы не оставалось вопросов - помогу чем смогу.

Сообщение от Usaga Но в любом случае, если не озадачиваться форматированием, а просто прочитать во внутреннее представление и вывести его "как нибудь", то задача крайне обозримая.

Я бы сказал что надо задачу упростить, но не впадать в крайности. Тут надо задаться вопросом "как её упрощать?" и реально заняться исследованием этого вопроса. Можно зайти в IRC к разрабам LibreOffice и у них спросить совета, вдруг помогут, может посоветуют где у них там подводные камни чтобы в ту сторону даже не смотреть. Словом это всё требует исследования с фиксацией результатов для возможности пересмотра в будущем.

0

outoftime, если ODS действительно XML'ка пожатая ZIP'ом, то вопрос "как упрощать" ставить не зачем. Самое простое, что с этим можно сделать (проще - уже тупо не браться за это) - прочитать XML'ку во внутреннее представление (DOM) и обходя это дерево просто выводить неформатированный текст из текстовых узлов. Всё.

А дальше, уже можно усложнять: учитывать шрифт, размер, цвет, начертание, выравнивание текста в параграфе, учитывание других типов элементов документа.

0

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

Сообщение от outoftime Конкретные задачи ... Если создадите репозиторий, набросаете задач чтобы не оставалось вопросов - помогу чем смогу.

Ok, значит я начну, потом позову.

1

Сообщение от Limor Не хотелось бы оказаться в дурацкой ситуации, что мы ее делаем-делаем, а она лежит себе где-то готовенькая.

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

Добавлено через 2 минуты
Использование внешней библиотеки вот сразу и тема есть похожая

0

0

outoftime, сделал заготовку для проекта. Находится здесь: https://github.com/morozovvl/odfpreviewlib. Собирать нужно со вложенных подкаталогов.
После запуска открывает файл nakl.ods и открывает окно предпросмотра. Таблица, естественно, пока отображается криво. Нужно сделать так, чтобы отображалась максимально похоже на оригинал.

Миниатюры

   

1

Лучше такой оригинальный предпросмотр добавлю

Миниатюры

 

1