Бюджет: 3500 UAH Термін: 3 дні
Дискусія відповіла на багато питань, але, можливо, виникнуть ще питання по ходу.
база даних по замовленням
база за рік
загальна кільість біля 110 т строк
в форматі: дата, замовлення, артикул, кількіть, габарити замовлення.
є розмірі наборів комірок (3 набори, нижче приклад одного з них)
потрібно проаналазувати данні за рік по замовленням
та вирахувати яка необхідна мінімальна, максимальна та середня кількість комірок на день кожного розміру
в замовленні може бути більше ніж 1 товар, більше ніж 1 одиниця товару
примітка:
висота товару порівнюється з висотою комірки;
довжина товару може бути порівняня як з довжиною так і з ширіною комірки
Інформація в Google Sheets, результат теж потрібен в Google Sheets
Бюджет: 3500 UAH Термін: 3 дні
Дискусія відповіла на багато питань, але, можливо, виникнуть ще питання по ходу.
Бюджет: 4500 UAH Термін: 3 дні
можу зробити аналіз і розбивку, та скрипт для подальшої роботи з іншими аналогічними файлами
в замовленні може бути більше ніж 1 товар, більше ніж 1 одиниця товару
Кількість видно, а як в таблиці записані кілька товарів?
Якщо в замовленні багато товарів, вони всі мають поміститися в одну комірку чи на кожну одиницю кожного товару своя комірка, чи ще якось?
замовлення або помістесь в комірку (одну з комірок) обо ні.
тобо будуть такі замовлення, що по габаритам нікуди не помістяться.
одне замовлення = 1 комірка
Тобто для кожного замовлення з багатьма товарами треба ще й задачу їх оптимального розміщення за габаритами розв'язувати?
треба розподілити замовлення за габаритами комірок,
висота товару порівнюється з висотою комірки;
довжина товару може бути порівняня як з довжиною так і з ширіною комірки
Вище Ви написали:
одне замовлення = 1 комірка
В той же час:
в замовленні може бути більше ніж 1 товар, більше ніж 1 одиниця товару
Тобто щоб замовлення, в якому більше одного товару, помістилося в ту чи іншу комірку, треба певним чином розташувати ці товари (варіантів розміщення більше одного), порахувати сумарні габарити і потім визначити, в яку комірку це все поміститься. При невдалому розміщенні може виявитися, що замовлення не влізає в жодну з комірок, тоді як в оптимальному варіанті може вистачити якоїсь середньої за розмірами комірки. Так само можна помінявши розташування товарів в замовленні, яке на перший погляд влізає мінімум в комірку XL, запхати його в комірку L.
замовлення може поміститися помірку або ні.
наприклад, висота найбільшого товару - більше буль якої висоти комірки,
або сумма вcіх довжин товарів в замовленні - більше ніж довжина або ширина комірки.
тобто не треба один товар в комірці розміщати по ширіні, а інший до довжині
Ось товари замовлення №816716 зі скриншоту в описі проекта.
Якщо розташовувати просто по довжині ("сума всіх довжин"), то в жодну коробку не увійде:
Якщо ж мінімально порухати деякі товари, то увійде до комірки XXL:
І все одно перший варіант, де в жодну комірку не влізає, прийнятний?
ось замовлення
якщо скласти 6 товарів по 7 см = то загальна висота 42 см
а довжина та широта залишаться нізмінніми
тобто для всього замовлення потрібна комірка
42*45*45
я мала на увазі те що у вас зелененьке та бірюзове - скласти друг на друга, а не розкласти по перемитру
Тобто загалом розташування товарів все ж таки має значення, і це розташування в загальному випадку для кожного замовлення своє: десь треба один на одного складати, десь поруч ставити, а десь взагалі комбінувати "один на одного" + "поруч".
малось на увазі, що товари не треба розкладати по периметру як на вашому прикладі
але добре, що ми це остаточно з'ясували
я мала на увазі те що у вас зелененьке та бірюзове - скласти друг на друга, а не розкласти по перемитру
Але ж трохи раніше червоні, розкладені по периметру, а не одне на одному, влаштовували
А ще цілком природнім може бути бажання запхати всі товари з одного замовлення в комірку мінімальних розмірів...
краще звістно нічого нікуди не пхати, а обрати комірку мінімальних розмірів
Тобто, з математичної точки зору, для кожного замовлення необхідно розв'язувати окремі задачі оптимального пакування для заданого переліку комірок, з довільною кількістю товарів, що мають довільні габарити.
Глибокий опис проекту 1. Виконавче резюме Hrafi — це цифровий ринок за запитом, створений для того, щоб з'єднати марокканських споживачів з місцевими професіоналами послугами (Hrafiyin). Надихаючись американськими платформами, такими як Thumbtack, Hrafi змінює спосіб, яким у Марокко замовляються послуги з обслуговування дому та кваліфіковані послуги — замінюючи ненадійні усні рекомендації на прозору, надійну та ефективну мобільну платформу. 2. Проблема Для клієнтів: Знайти надійних, кваліфікованих майстрів (сантехніків, електриків, малярів) у марокканських містах займає багато часу. Прозорості цін не існує, якість непередбачувана, а безпека/достовірність залишаються основними проблемами. Для професіоналів послуг: Кваліфіковані робітники сильно покладаються на неформальні мережі або фізичні місця збору (mawqif). Їм бракує сучасних інструментів для створення стабільної клієнтської бази, відстеження доходів або демонстрації свого портфоліо робіт.
Розробка MVP платформи онлайн-репетиторства (аналог Preply) для ринку ЛитвиОпис проекту:Шукаємо команду розробників або окремих спеціалістів (Full-stack / Backend / Frontend / UI-UX) для створення двостороннього маркетплейсу онлайн-навчання під литовський ринок.Мета проекту — запустити веб-платформу, яка зв'яже учнів з репетиторами-фрілансерами для проведення індивідуальних уроків в реальному часі.Основний функціонал MVP: Кабінет репетитора: Профіль з відео-візиткою, завантаження дипломів, налаштування розкладу (календар) і цін за годину. Кабінет учня: Пошук за фільтрами (предмет, ціна, мова, рейтинг), покупка уроків, особистий календар занять. Пошук і фільтрація: Розумний підбір викладачів з системою відгуків і оцінок. Віртуальний клас: Інтеграція відеозв'язку (WebRTC, Zoom або аналоги), вбудований чат і обмін файлами. Платіжна система: Безпечна угода (Escrow). Заморожування грошей і виплата фрілансеру після підтвердження уроку. Потрібна інтеграція Stripe / Paysera.
Доброго дня Необхідно створити модуль, що будет працювати із БД Firebird на C++ для продажу товарів. Є приклади готових рішень та опис функціоналу модуля. Основні функції: авторизація, вибір товару на екрані з груп/підгруп, перехід в кошик, оплата карткою та друк чека. Програма повинна працювати на Windows 10 і вище, використовувати існуючу базу даних.
Написати та створити мобільний додаток. Потрібен творчий та високопрофесійний підхід, оскільки ідея додатку не звичайна)