Открытый проект учёта товара

товароучётный открытый софт, локальный и сетевой варианты работы, интеграция Excel, система штрихкодирования, мультиплатформный клиент (POS), настраиваемые печатные формы, гибкая настройка доступов.
весь код в Python, включая фронт (POS), а также настроенную для работы с поступлением товара (и пр.) админку Django.
приглашаю всех желающих помочь с кодом, интеграциями, тестированием

1

Сообщение от Noname2331 Надеюсь, тебе немного лет сейчас и со временем ты станешь

Ему много.. горбатого только..

Noname2331, А вы случайно не были на форуме earnforum, помнится там с ником Noname(с аватаркой робота) помогал мне и другим всегда по разным вопросам в веб-разработке и не только. Это случайно не вы?

0

Сообщение от ViachaslauK Твои надежды напрасны. И мой опыт основывается на работе на проектах, которые тебе точно не светят, включая Гугл.

Ну так с этого и надо было начинать. Берем линейку, расстегиваем ширинку и меряемся...

Добавлено через 43 секунды

Сообщение от pgb А вы случайно не были на форуме earnforum, помнится там с ником Noname(с аватаркой робота) помогал мне и другим всегда по разным вопросам в веб-разработке и не только. Это случайно не вы?

Не, я другой ноунейм

1

0

Сообщение от voral О... а вот и яркий представитель сообщества отрицания важности стиля кода.

Не знаю даже, о ком это вы.

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

1

Сообщение от Noname2331 Я лично большой фанат кунг-фу, где есть разные стили: дракона, тигра, журавля. Каждый стиль очень важен и в каждом есть своя сила и красота.

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

Добавлено через 10 минут

Сообщение от Noname2331 Ну так с этого и надо было начинать. Берем линейку, расстегиваем ширинку и меряемся...

Я не вижу, с чем меряться... смысл что-то обсуждать с человеком, у которого нет продашен опыта в питоне и который пришел обсуждать непонятно что? Плюс не в состоянии прочитать простой текст. А вести говноспоры мне неинтересно.
Если ТС ответит на мой вопрос - продолжим дискуссию. На троллей нет времени)

0

Вместо Поставщики или Покупатели завести просто Контрагенты, поставщик может стать покупателем и наоборот
зачем плодить сущности, считаю что софтину типа "Учет товара" должны писать все, в смысле пробовать написать
потому что при этом осмысливаются многие вещи архитектуры баз данных и вообще инфосистем, ибо опыт все,
теория ничто.

Даже такое простое поле, как КоличествоТовара по здравом рассуждении надо ставить типа Float, с 3 знаками
после запятой на все виды товаров, потому что бывают весовые товары.

0

Сообщение от avedeo Даже такое простое поле, как КоличествоТовара по здравом рассуждении надо ставить типа Float, с 3 знаками после запятой на все виды товаров, потому что бывают весовые товары.

не, лучше так https://docs.python.org/3/library/decimal.html

Добавлено через 2 минуты

Сообщение от ViachaslauK А давайте вы покажете, что в этом случае сломается, чтоб не голословно?

всё же думаю для вас будет полезнее догадаться)) дам подсказку, вы сломали сразу два момента: долговечность и контекст, дальше думаю сами справитесь))

0

Сообщение от pyirrlicht всё же думаю для вас будет полезнее догадаться)) дам подсказку, вы сломали сразу два момента: долговечность и контекст, дальше думаю сами справитесь))

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

0

Сообщение от avedeo Даже такое простое поле, как КоличествоТовара по здравом рассуждении надо ставить типа Float, с 3 знаками после запятой на все виды товаров, потому что бывают весовые товары.

На нулевом этапе разработки есть шикарная возможность договориться записывать все в целых, а выводить с запятой. То есть писать в базу 100 грамм, а выводить так, как удобнее людям, 0.1 килограмм. У ТС в коде видел сущность units, возможно для этого, и там можно указать базу числа единицы измерения

0

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

1

Сообщение от Noname2331 На нулевом этапе разработки есть шикарная возможность договориться записывать все в целых, а выводить с запятой

это банковская тема. здесь вполне decimal достаточно

Сообщение от Noname2331 У ТС в коде видел сущность units, возможно для этого, и там можно указать базу числа единицы измерения

нет, единица в принципе здесь важна, от неё можно много где отталкиваться, в частности уже есть настройка на кассе, где перечисляются единицы весового товара, на которые в дальнейшем реагирует условие считывания значения с весов

Сообщение от avedeo но это довольно муторная процедура

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

Сообщение от ViachaslauK В упор не вижу

да, там так не увидеть, нужно читать всю цепочку импортов джанги, чтобы понять, поэтому предлагаю здесь ограничиться моим кратким описанием: в данном случае сделана мелкая аккуратная инъекция в уже работающий инстанс, без каких-либо серьёзных изменений - как результат естественно это может показаться непривычно и естесственно это не пройдёт никакие линтеры, потому что сама психология инъекций противоречит "здравому" смыслу разработки. теперь почему так: тут всё просто, и Noname2331 уже хрошо сказал об этом - весь стек здесь выбран для максимально быстрого внедрения, т.е. поэтому и админка - чтобы не затягивать разработку, + эту самую админку ещё и дорабатывает огромное сообщество, наша тут задача не нарушить то, что уже работает "как надо". вывод: чем меньше мы вообще тюнингуем админку - тем дольше проживёт весь наш код без вмешательства, но и если уж придётся править при переходе на новую версию, то минимальными трудозатратами

0

Сообщение от pyirrlicht да, там так не увидеть, нужно читать всю цепочку импортов джанги, чтобы понять, поэтому предлагаю здесь ограничиться моим кратким описанием: в данном случае сделана мелкая аккуратная инъекция в уже работающий инстанс, без каких-либо серьёзных изменений - как результат естественно это может показаться непривычно и естесственно это не пройдёт никакие линтеры, потому что сама психология инъекций противоречит "здравому" смыслу разработки. теперь почему так: тут всё просто, и Noname2331 уже хрошо сказал об этом - весь стек здесь выбран для максимально быстрого внедрения, т.е. поэтому и админка - чтобы не затягивать разработку, + эту самую админку ещё и дорабатывает огромное сообщество, наша тут задача не нарушить то, что уже работает "как надо". вывод: чем меньше мы вообще тюнингуем админку - тем дольше проживёт весь наш код без вмешательства, но и если уж придётся править при переходе на новую версию, то минимальными трудозатратами

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

0

Сообщение от pyirrlicht это банковская тема. здесь вполне decimal достаточно

Почему же банковская. Даже если овощами в палатке на рынке торговать, нет-нет а осязаемое количество $$ каждый месяц будет теряться на округлениях до сотых при умножении цены 3.33 на вес 0.33.

0

Сообщение от Noname2331 Почему же банковская

потому что в большинстве случаев Decimal решает все проблемы, кроме случая с big-data, где важна оптимизация расчётов

0