Стоит ли писать программу учета на Python + Qt?

Question

[motcart]

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

Под наши пожелания ничего полностью подходящего не нашли. Рассмотрели штук 10-12 всяких приложений, кроме 1С. Его вообще не рассматривали, все против его использования. К тому же у нас все ПК на линуксах.

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

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

Вопрос к сообществу. Стоит ли вообще применять такую связку для чего либо серьезного? Плюсы, минусы, подводные камни?

Comments

[fdroid]

кроме 1С. Его вообще не рассматривали, все против его использования.

Почему? Неужели просто потому что модно ненавидеть 1С, не имея никакого опыта с ней?

[Илья]

fdroid, у многих до сих пор в головах миф, что 1С жутко глючная и баганая система...

[motcart]

fdroid, у 5 из 7 человек опыт отрицательный, двое не пользовались

[Roman]

Что бы быть против, нужно иметь опыт, -2 без опыта, +5 не умеют. Это серьезный аргумент, чтобы "завалить работу отдела легкой промышленности". Аргументов кроме как я так считаю, это сложно, это дорого наверно нет. Иначе непонятно, то ли спортивный интерес, то ли денег куры не клюют, то ли просто инерция.
Лучше 1с, для таких вещей в РФ, еще не придумали.

Answer 1

[Илья]

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

Тоже был против внедрения 1С в компании, правда у нас масштаб крупнее (ИМ) - бухгалтер настояла. Теперь работаю и радуюсь. Нет необходимости придумывать свой велосипед, а все доработки в основном исключительно косметические - для быстрого доступа к функционалу. Ошибок в коде минимум. А со своим велосипедом можно мучаться бесконечно.

UPD: Также не забывайте про безопасность, в которой вы можете накосячить, нормативно-правовую базу, которая в стране у нас меняется с первой космической скоростью и новые протоколы онлайн касс (а 1С под все это затачивается с обновлениями) и так далее.

UPD: Ах да, не забывайте, что Python не шибко быстрый из-за того, что интерпретируемый.

Comments

[motcart]

1С оставим на самый крайний случай. Не хотим мы с ним связываться. У всех опыт, к сожалению, отрицательный. К тому же сейчас не стоит вопрос что выбрать из готового. Хотел попробовать свое что-то написать.

[Adamos]

Питон сто лет как обзавелся компилатором, да и интерпретаторы его постоянно соревнуются в том, кто быстрее.

[Илья]

Я не амбассадор 1С конечно, но могу разубедить почти в любых аргументах против 1С, если вы их мне представите.

Попробовать что-то свое - это хобби. Чтобы написать работоспособный продукт для бизнеса с интеграциями (пусть в данном случае лишь с кассами, но например и печатать что-то наверняка потребуется) - уйдут месяцы, если нет достаточного опыта в разработки и команды. К тому же, вы уверены, что вам хватит просто знания синтаксиса языка и библиотек (модулей)? На программистов не зря учат в университетах - тут и в архитектуру уметь надо.

Если уж говорить о чем-то самописном, то товарищ ниже писал о том, что проще навоять WEB приложение на каком-либо популярном фреймворке в таком случае.

[motcart]

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

[Илья]

Adamos, может я конечно не в курсе последних тенденций, но что за компилятор?
Если вы о pyinstaller и других подобных, то это не компилятор, товарищ - это сборщик. И собранный exe пакет делает примерно следующее: распаковывается во временную папку сам скрипт и все его зависимости, а затем запускает скрипт используя стандартный интерпретатор (помоему CPython).

А про соревнование интерпретаторов, то пусть соревнуются... Грамотно написанное на Asm/C/C++ приложение все равно будет быстрее.

[Илья]

motcart, достаточно функционала... На какой период вам хватит этого функционала? Или бизнес вообще не планирует расширяться и так и останется в рамках одной маленькой точки?

Вы так и не привели каких-то аргументов против 1С. Если говорить о самых распространенных:
1) Дорого - если не пользоваться подпиской ИТС, а просто разово купить лицензии под 1-5 рабочих мест и конфигурацию - не дорого. На собственную разработку вы потратите куда больше ресурсов (не факт, что финансовых, но время тоже можно оценить деньгами);
2) Глючная - эти времена 1С ушли в прошлое. Сейчас это достаточно стабильная система при изначально грамотной настройке, если не соваться куда не надо, пытаясь что-то улучшить без необходимых знаний.
3) Мы работали недавно в компании и у нас все тормозило и глючно работало - тут может быть несколько вариантов:
а) Работали на кривой конфигурации (не на стандартной), написанной слесарем Васей Пупкиным или стандартной, но неграмотно доработанной им;
б) Железо и софт не тянули. Некоторые руководители жмут денег на нормальный сервер и софт (1С сервер, СУБД). Извините, когда у вас 5+ человек сидит на тяжелой базе с большим количеством наворотов, файловый режим или слабенький "сервер" не вытащит!

[Adamos]

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

[Илья]

Adamos, я оцениваю исключительно из тех показателей, которые мы имеем:
1) Разработка крупной компании, написанная специалистами на компилируемом языке
2) Начинающий разработчик, который хочет написать на Python.
Что будет работать шустрее - очевидно.

И нет, я не возвожу на пьедестал плюсы, я возвожу туда ASM, но он сложноват, признаю х)

[Adamos]

Илья, вздор. Крупная компания разработала универсального монстра, а потом поддерживает его, что неизбежно выращивает костыли и легаси.
Разработчик собирается решать программой свои внутренние задачи, и оптимизировать свое решение будет именно под свой юз-кейс.
У его решения по сравнению с 1С-кой могут быть трудно разрешимые проблемы с расширяемостью и гибкостью, но уж никак не со скоростью работы.

[Илья]

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

Я сравнил бы 1С с геймдев проектом, может быть вам это ближе.
1С предприятие - это платформа, ее можно сравнить с движком игры. Она достаточно хорошо написана и оптимизирована и я не назвал бы ее универсальным монстром, отнюдь, она выполняет строго определенные задачи.
А основной элемент - это конфигурация, можно назвать ее самим "геймплейным аспектом". Вот это тот самый универсальный монстр, только вот их множество разных по степени универсальности, общему возрасту кода и тд. К тому же, по сути, автору никто не мешает изучить внутренний язык 1С и написать свою конфигурацию, что будет намного проще, нежели написать с 0 свою программу на Py+Qt, так как у него будет огромная база знаний в сети и примеров кода из стандартных конфигураций.

[Adamos]

Илья, автору на хрен не нужно самостоятельно переписать всю одинэску. И 99% самой одинэски ему тоже не нужно.
Вы зря проводите аналогии с геймдевом, где движок неизбежен и прожорлив.
Для того, чтобы по паре таблиц гонять цифры, совершенно не нужны все универсальные навороты 1С и ее внутренний (о ужас - интерпретируемый!) язык сценариев.

[Илья]

Adamos, так яж и не говорю, что ему нужно переписать ее всю!) Он может написать только то, что ему нужно. Например, только то, что он планировал сделать на Py, только вот получится это сделать с меньшими усилиями.

И да, это было бы печально, но он не интерпретируемый, а предварительно компилируемый. И до кучи это все таки не язык сценариев, а язык программирования.

[Adamos]

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

[Илья]

Adamos, ну тут развожу руками. Вполне возможно.

Answer 2

[motcart]

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

1С мы еще рассмотрим в ближайшее время более подробно. Его "мощности" нам действительно много, как писали будем использовать лишь 1% возможностей. Сейчас у нас всего 4 таблицы в экселе.

Насчет скорости питона в сравнении с языком С - там ведь разница не будет идти на минуты и даже секунды? Скорее милли- и микросекунды. А с учетом наших требований по функционалу, мы этого и не заметим. После работы в экселе.

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

Масштабирование нам не нужно в ближайшие 5 лет точно (план по захвату мира еще не дописали).

В комментариях писали, что из-за отстуствия опыта не смогу дописать. Да, этого я больше всего боюсь. В любом случае, я думаю, надо начать писать. Хуже не станет. Как запасной вариант могу параллельно писать и веб-версию. Есть опыт написания сайтов (штук 10 было, но давно не практиковался). В этом случае сервер будет локальный, и проблем с подключением кассы к нему быть не должно. При наличии драйвера кассы для линукса, сделать вывод из PHP на кассу, думаю, возможно сделать.

Comments

[Shua_inc]

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

Answer 3

[Adamos]

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

Comments

[motcart]

Такая мысль была первой :-) Написать на PHP + HTML, опыта больше, чем в питоне и кт. Но хотелось заодно и что-то новое изучить.

[Adamos]

motcart, напишите на Джанго - изучите новое.
Просто десктопный PyQt - не такая уж широкая ниша в не самом популярном тренде.

[Виктор Л]

motcart, PHP + HTML как вы в эту связку включите онлайн кассу? Написать товарно учетную систему можно на чем угодно главное что бы она соответствовала законодательству и все ваши старания не вылились в штраф, просто помимо онлайн касс грядет еще эра перехода на единую маркировку товаров и услуг. Вам написали выше возьмите 1С а для изучения ни кто не мешает вам писать свою товарно учетную систему если у вас есть свободное время

[Влад Григорьев]

motcart, Что вам мешает написать сайт на pythn?
Как вариант нового посмотрите в сторону grpc

[Adamos]

Виктор Л, https://sourceforge.net/p/pyshtrih/wiki/Home/ - например

[Виктор Л]

Adamos, кажется я написал про PHP + HTML но это не важно используя драйвер можно хоть на https://gist.github.com/FullZero5/38c810551eb82d1c... ActivX чеки бить смысл не в этом смыл в том что писать свою товаро учетную систему только потому что ни у кого сил не хватило разобраться в 1С это глупо

[Adamos]

Виктор Л, хочется людям сделать что-то самим - почему нет?
1С купить никогда не поздно, в конце концов.

[Виктор Л]

Adamos, он уже покупает онлайн кассу ее нужно куда то подключить? времени у него до первого июля? Если нет отсрочки. То есть на раскачку изучение тематики требований уже нет

[Adamos]

Виктор Л, уверен, продажники 1С скажут ему то же самое.
А мы тут можем обсудить программирование, для разнообразия.

[Виктор Л]

Adamos, Ладно пусть не берет 1С пусть пользуется онлайн сервисом Мой склад

[Илья]

Adamos, проблема в том, что 1С мало купить - ее надо внедрить, а на это может потребоваться несколько месяцев. У человека же время ограничено, если он хочет работать по закону и у него нет отсрочек.

[Виктор Л]

Илья, Что там у него внедрять, если до этого они в экселе все вели? У него микро предприятие оказывающее услуги и продажи сопутствующих товаров. Ему не нужна не бухгалтерия ни ЗУП наверное базовой розницы за глаза хватит

[Adamos]

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

[Виктор Л]

Adamos, Писалось не для ОФД, а для товароучетных систем, потому что в идеале государство хочет видеть товарооборот откуда берется товар и как реализуется а ОФД это всеголишь инструмент

[Adamos]

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

[Илья]

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

[Илья]

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

[Виктор Л]

Adamos, Вы все в политику клоните, это и так все понятно, и вам и мне, про сто по сути человеку легче за 3000 купить базовую розницу установить ее на свои компьютеры с линуксом подключить кассу и научиться в ней работать и это будет быстрее чем писать с 0 свою товароучетную систему на коленке

[Виктор Л]

Илья, не знаю как бывший сотрудник ЦТО ни с какими трудностями при подключении ККТ Атол к 1С не столкнулся

[Илья]

Виктор Л, а там вся фишка была в обновлении протокола с первой на вторую версию помоему. До кучи знаний на тот момент было мало, как по 1С так и по работе таких специфических устройств.

[Adamos]

Виктор Л, бывают ситуации, когда не надо быстрее и легче. Хочется человеку пойти трудным путем, для будущего - кто мы такие, чтобы его отговаривать? Ему и без вашего резонерства будет нелегко...

Answer 4

[Sanes]

Нормально всё с 1С. Не придумывайте проблему на ровном месте.

Answer 5

[Andrey_Dolg]

Ну поехали.
На чем писать большого значения не имеет.
В случае с 1С писать не надо но, придется немного потратится однако при любых проблемах вы легко найдете спеца способного их решить.
В случае локального веб-приложения опять же язык Python/PHP не особо важен, для python есть нюанс, что лучше использовать Flask а не Django.
В случае десктоп приложения Qt катируется и не уступает в возможностях вебу, однако писать придётся больше. Из моментов разработки на Qt(PyQt/Qt for python) сборка под винду имеет особенности тыц. UI собирайте в Qt designer код так будет более чистым. Так же рынок Qt приложений довольно мал, если будете пробовать что-либо разрабатывать дальше то задач довольно мало.
Как пример посредственного Qt приложения.




В случае если нужны графики и красивые дашборды, то однозначно веб-приложение + необходимые js библиотеки, сделать веб-приложение локальным exe файлом, не так уж и трудно.

Comments

[artem78]

сделать веб-приложение локальным exe файлом

Маразм.

[Andrey_Dolg]

artem78, Почему бы и нет. =)

Answer 6

[d'Ivan]

Lazarus (Free Pascal) - умеет бэкенд как Qt, так и GTK. Кросс-платформенный.

Comments

[artem78]

Qt, так и GTK

Родного LCL обычно вполне хватает.

Answer 7

[FeNUMe]

Если все же надумаете писать свое приложение не забудьте почитать лицензию PyQT, для коммерческого софта в случае распространения придется покупать лицензию. Как вариант использовать PySide, но насколько помню они немного отстают в плане поддержки свежего QT.

Answer 8

[Евгений Батькович]

Использую 1С в связке с python. Для каждого свои задачи. python работает с веб сервисами, разными базами, почтой, а 1С занимается учетом. Все связанно через простой веб сервис на python.
Что то удобно делать на python, а что то на 1С. Тем более на python прекрасно получаются COM объекты.
Всему свое место. Linux в качестве основной ОС уже пятый год, но на терминалах по прежнему лучше windows ничего не придумали. Хотя был успешный опыт эксплуатации 1С в docker на postgres.
Есть пример реализованной учетки на python https://www.tryton.org/ расширения за счет добавления модулей.
Множество велосипедов уже реализованы и успешно протестированы.
Один из моих примеров COMpy vs 1C https://infostart.ru/public/190166/

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