TGTGInsightтелеграм анализLIVE / telegram public index
← Такты, стеки, два колеса

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

Резултати

Намерени 2 подобни публикации

Търсене: #lass

当前筛选 #lass清除筛选
Galgame分享频道

@xiaomenggalgame · Post #367 · 15.04.2026 г., 10:40

カケオチ/私奔 ▎介绍 “想跟你说点事情。” 用简洁的话语把我叫出去的,是小我一岁的青梅竹马。 “我......明天就要去相亲了。” 我和青梅竹马彼此思念着对方,而我本人只是安身于这种淡淡的甜味,没有更进一步。 这句话,让我为迄今为止两人只保持在暧昧的关系,没有更进一步而感到后悔。 “但是,我,很害怕......” 我现在必须马上下定决心——因为我最喜欢的女孩在我面前哭泣。 所以,我的选择是......? ▎获取 ISO仓库 ▎标签 系统:#ISO 类型:#galgame#NSWF#汉化 出版:#Lass

Galgame分享频道

@xiaomenggalgame · Post #35 · 03.10.2025 г., 06:51

十二神器➏3days—血池轮回 ▎介绍 故事的舞台綾篠市自古作为城下町而一直繁荣。 明治維新后,随着现代化的推进,其纺织工业逐渐兴盛。 由于其地处由山围成的盆地,对周围区域来说,是交通,商贸往来的重要城市。 市中心的綾篠公園是一个自然公园 由篠蔓之池这样一个大块水域围成。 是市民休憩,约会的重要场所, 公园旁边的小山上是男女主人公上学的綾篠学園。 据传说其建校时间为明治31年,有着悠久的历史和传统。 其前身为基督教名门女子私立学校。(怎么咋像旅游景点介绍…) 随着市内人口增加,政府为满足生源需要,故改变其经营模式, 改建为普通公立学校。 其体制也改为男女混合学校。 主人公「高梨 亮」目前住在綾篠公園旁綾篠学園后方的大型住宅区域内。 美丽,和谐的城市生活中,暗藏着不安的阴影: 美少女「柊 美柚」的尸体被发现, 从綾篠学園楼顶上逝去的生命「吾妻 梨花」。 为了结束在这一城市中发生的惨剧,结束这一无休止的噩梦。 故事就这样开始了。(古都旅游介绍总算译完了…) 被红色的落叶以及清新的空气包围着的綾篠市。 在市内的学校上学的高梨 亮以及青梅竹马 藤見 たまき过着平静而快乐的生活。 たまき对自己表明了好感,因为是青梅竹马的缘故,亮迟迟不能决意。 就这样“朋友以上,恋人未满”的关系持续着,突然,街道上发生了怪事。 2人的学校綾篠学園里有名的美少女的尸体被发现了。对这一事件, 学園里的同学们产生了许多的流言,学園里交织着各种不同的推测。 ▎获取 安卓仓库(非直装) 安卓仓库(直装) PC仓库 ▎说明 真实之门文本卡住:将游戏data文件夹内的script.dat文件移动到其它地方(比如桌面),或者删除备份,之后位文本即可正常加载 ▎标签 系统:#安卓#PC#模拟器 类型:#galgame#NSWF#汉化#猎奇#血腥#轮回#NTR#穿越#魔法#战斗#连环杀人 系列:#十二神器#ONS#非直装#直装 出版:#Lass