@PTPPAction · Post #108 · 28.12.2022 г., 15:40
#dev#ted423#merged feat(dic):增加获取时魔
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #1084 · 9.04
В общем, была задача на оптимизацию плана работ: есть набор заказов, и в каждом N тасков. Таски могут зависеть друг от друга или нет, имеют длительность и тип. Ещё есть M работников, каждый из которых может выполнять таски только определённых типов, причём, у каждого своя скорость. Если все таски в заказе выполнены, фирма получает сколько-то денег. У заказа есть дедлайн, за просрочку штраф (за каждый день просрочки), который вычитается из цены заказа. И ещё фирма тратит деньги за каждый день своей работы независимо от того, как загружены её сотрудники (то есть просто платит зарплаты по сути). Ещё важен учёт праздников и выходных. Нужно заработать на определённом наборе заказов и работников как можно больше денег. Полный текст задачи и код программы проверки есть в репозитории. Эта задача является изменённым заказом, который мы с напарником решали в реальной жизни: оптимизация работы печатных станков для типографии. Правда, тогда и мы справились так себе, и заказчик в итоге сначала захотел всё вручную сам делать, а потом и вовсе похоронил проект при смене директора. !!! Не читайте дальше, если хотите сначала попробовать решить самостоятельно, потому что я сейчас опишу эффективные подходы и результаты. ________________________________________ Так вот. Мы с другим экспертом Андреем сразу сели и написали разные варианты, чтобы задать шкалу, по которой будем оценивать решения команд. За пару часов я собрал примитивный жадный алгоритм, который сортировал заказы по прибыльности и укладывал в сетку кое-как, это дало нам нижнюю оценку. Мой алгоритм заработал ~75 млн виртуальных рублей, мы решили для оценки поставить нижней границей 40 млн. То есть всё, что ещё ниже, оценивалось в ноль баллов за качество оптимизации. Затем Андрей закрылся дома на три дня и вышел на свет со сложным жадным алгоритмом, который очень хитро сортировал заказы и очень хитро укладывал их в сетку, попутно выбирая разные способы этой укладки в зависимости от конкретного заказа. Это позволило заработать ~275 млн рублей. Мы сделали верхней границей для оценки 280 млн. К сожалению, в итоге только две команды из десяти прошли нижнюю границу, заработав, соответственно, ~91 и ~105 млн. К верхней границе не приблизился никто. И у четырёх команд алгоритм вообще не смог уложить без нарушений задачи в сетку (то есть, например, произвольно менял длительности, накладывал задачи друг на друга, давал одному работнику две задачи в один момент и так далее). Важной ошибкой команд, на мой взгляд, являлся тот факт, что никто не воспользовался возможностью запустить алгоритм на несколько минут и дать ему поработать. По условиям задания, можно было тянуть до 5 минут на одну оптимизацию, но по факту решения команд отрабатывали за единицы и десятки секунд. На самом конкурсе, пока команды работали, я решил попробовать сделать быстрое (по времени написания) но эффективное решение. Сначала попробовал жадную сортировку + доведение до лучшего варианта методом имитации отжига. В качестве нового состояния я просто менял местами заказы целиком. Этот вариант работал пару минут и дал мне около ~200 млн дохода. К слову, команда-лидер использовала такой же подход, просто не докрутила число итераций и температуру. Ну и потом я взял готовую либу по реализации классической генетики с особями и скрещиванием. Особью был массив с приоритетами заказов (которые конечно же нужно было аккуратно уложить чистым алгоритмом). Тип скрещивания: scattered. Всего 15 поколений по 20 особей, и это за минуту-полторы давало ~230-240 млн. Считаю, что для конкурса это самый лучший выбор: пишется одним человеком за день и даёт почти максимум, при этом легко настраивается на нужную длительность работы, легко параллелится. Ну а потом уже дома я посидел и накодил свой вариант сложного жадного с плавающим окном перебора отсортированных заказов и плавающей же укладкой по работникам. Такая штука за две минуты зарабатывает ~281 млн. Но за три дня в условиях стресса я бы такое не сделал, скорее всего. #dev
Hashtags
Общо глобално търсене
@PTPPAction · Post #108 · 28.12.2022 г., 15:40
#dev#ted423#merged feat(dic):增加获取时魔
@PTPPAction · Post #100 · 27.12.2022 г., 07:30
#dev#ted423#merged feat(speedapp): 减少一次请求
@PTPPAction · Post #97 · 27.12.2022 г., 07:20
#dev#ted423#merged feat(BHD): support bonusPerHour
@PTPPAction · Post #94 · 27.12.2022 г., 07:10
#dev#ted423#merged fix(BHD): 未登录问题
@PTPPAction · Post #37 · 18.12.2022 г., 09:00
#dev#ted423#merged feat(sportscult):增加升级条件、做种数、做种体积、时魔
@clockstackwheels · Post #1057 · 29.12.2024 г., 21:43
В этом году кроме большой ёлки в гостиной поставили ещё две маленькие, и я решил собрать вторую гирлянду на адресных диодах уже самостоятельно (для первой я качал готовый код в своё время). Напечатал корпус, затем на три дня зарылся в шум Перлина, отладку сигналов и короткие целочисленные типы. Всего 9 палитр, процедурно генерируемая анимация, эффект перехода между режимами итд. Не перестаю удивляться, насколько во многих областях нужна математика, если даже праздничное украшение без неё не обходится. #dev#life#diy
@PTPPAction · Post #2242 · 06.08.2024 г., 03:54
#dev#IITII#merged 推荐下载 fix: "G"/"T" instead by "GB"/"TB" (#1963) commit fix: "G"/"T" instead by "GB"/"TB" (#1963)
@PTPPAction · Post #2202 · 05.07.2024 г., 10:44
#dev#IITII#merged 推荐下载 fix(mt): fix mt refresh rate limited (#1938) commit fix(mt): fix mt refresh rate limited (#1938) * fix: mt refresh fails due to rate limiting https://github.com/pt-plugins/PT-Plugin-Plus/issues/1936 * change the delay from 8000 to 2100 * reve
@PTPPAction · Post #2197 · 04.07.2024 г., 11:03
#dev#IITII#merged 推荐下载 fix(mt): 重构批量下载, 移除 复制下载链接 功能 #1910 commit fix(mt): 重构批量下载, 移除 复制下载链接 功能 #1910 * 优化推送消息提醒 * 复制下载链接, 功能上和解析推送种子冲突, 而且解析推送种子更方便.
@PTPPAction · Post #2175 · 02.07.2024 г., 03:04
#dev#IITII#merged 推荐下载 fix(mt): 流控调整 #1910 commit fix(mt): 流控调整 #1910
@PTPPAction · Post #2160 · 27.06.2024 г., 03:09
#dev#IITII#merged 推荐下载 fix(m-team):使用api域名 (#1917) commit fix(m-team):使用api域名 (#1917) * 修改馒头请求域名 * 修复种子页无法下载到 * 用户数据切换为api域名 * 搜索切换为api域名、支持种子页下载全部 * 增加api站点配置 * 适配搜索页跳转到网站
@PTPPAction · Post #2101 · 13.06.2024 г., 04:00
#dev#IITII#merged 推荐下载 fix(mt): 搜索页下载种子到本地 #1808 commit fix(mt): 搜索页下载种子到本地 #1808