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

Резултати

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

Търсене: #xposed

当前筛选 #xposed清除筛选
YuKongA | Channel

@YuKongA13579 · Post #1649 · 08.11.2025 г., 05:39

状态栏歌词 此版本仅支持小米 HyperOS3 移除了锚点选择的能力,其他系统 / 版本勿尝试 配合 SuperLyric 使用,激活后需重启设备 基于小米 15 的 OS3.0.5.0.WOCCNXM 适配 在扩展设置加了超级岛偏移量,如果有超级岛的时候歌词结束位置不太对就自己调节偏移间距,实际宽度仍会根据超级岛实际长度修正,不用担心超级岛的长度变化。 GitHUb: https://github.com/YuKongA/StatusBarLyric 爱发电:https://afdian.com/a/YuKongA #xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1582 · 12.10.2025 г., 04:12

尝试解决非 ColorOS 下(例如 HyperOS)无法生效部分功能的问题。 我现在没有小米,需自行测试。 根据群内测试反馈应该是好了。 如果还有问题,请开启模块日志后携带日志反馈。 其他注意事项同上上条。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1580 · 11.10.2025 г., 16:59

重构了一下 Compose UI 版本,顺便简单修了修在新版本 ColorOS 上的一些问题。理论上还修了 Android 16 上的问题。 在新版本 ColorOS 及 MagicOS 中,你需要启用显示设置中的 强制开启启动遮罩 选项,才能完全覆盖所有应用。注意不是 强制显示遮罩 选项! 此外建议启用背景设置中的 替换背景颜色 选项,否则深色模式下打开某些软件可能会闪瞎眼。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1200 · 21.12.2024 г., 07:25

由于官方在最新 Beta 版本中已经修复专辑圆角裁切问题,现在本模块只包含进度条样式/颜色和进度时间文本颜色优化。 目前适用于小米 15 系列 2.0.26.11 Beta 版本。 混色一致性修改请使用 Magisk 模块,用 Xposed 修改这个不值得。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1106 · 26.10.2024 г., 03:57

仅适用于使用了完整可变字体后,媒体通知标题特粗的情况。 未使用完整可变特性的无需更新。因为小米原本就把 Bold 也渲染为 Normal 了,当然了你更新了应该也没区别就是了。 #Xposed

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1077 · 16.10.2024 г., 05:16

允许平板和手机同时登录 - 更换实现方式 - 优化应用体积 与官方版本包名 / 签名均不同 由于切换了实现方式,之前用了老版本的更新到本版本需要清空全部数据重新登录,介意的保持使用上版本就好了。新方法理论上泛用性更强。 上版本:https://t.me/YuKongA13579/1056 #Xposed

Hashtags

123•••56
ПредишнаСтр. 1 от 6Следваща