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

Резултати

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

Търсене: #hyperos

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

@YuKongA13579 · Post #1491 · 28.08.2025 г., 09:57

小米相册这次发布会讲了,但是如讲。 别人家相册,我在 QQ 下载 iOS 发的实况原图就能识别,你米不行。 别人家相册,编辑之后还能保持实况和高动态信息,你米不行。 别人家相册,编辑覆盖之后觉得不好还能回退到最开始,你米不行。 #HyperOS

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1490 · 28.08.2025 г., 09:18

小米的动效在国产安卓目前确实还是名副其实的第一,不管是模糊场景的应用,还是各种弹出窗口的过渡,以及很多细节场景的打断,之后我会在评论区补充一些 cos 非常离谱的交互来衬托。 #HyperOS

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1489 · 28.08.2025 г., 07:55

除了与苹果的互联挺不错, 超级岛的理念想法很不错, 其他目前没觉得有什么好。 真要再说个的话, 关机支持查找手机吧。 隐私部分各家都会有。 相册部分各家都会有。 #HyperOS

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1188 · 11.12.2024 г., 07:50

媒体通知模块模块光荣退休😪 媒体通知官方改成高级材质了。 不过专辑封面的圆角裁切还是有问题。。 以及小米其实在锁屏界面和状态栏界面给高级材质使用了两种不同的混色方案,但给媒体通知适配的时候全用成了锁屏的,所以在状态栏看过去会比其他普通通知透明度低 ( 当然了,跟焦点通知是一致的)。。 #HyperOS

Hashtags

YuKongA | Channel

@YuKongA13579 · Post #1280 · 21.03.2025 г., 06:40

不知道是 feat 还是 bug, Compsoe 的 BackHandler 在小米的小窗环境下没法用,直接完全无反应... 不对,是小米在桌面的时候不给用,但是他写的判断肯定有问题,很多时候在桌面也能正常触发返回监听,导致我以为() #Xiaomi#HyperOS

YuKongA | Channel

@YuKongA13579 · Post #1230 · 26.01.2025 г., 07:21

@SuppressLint("WrongConstant") fun restartXiaomiSystemUI(context: Context) {val bundle = Bundle().apply {putString("package_name", BuildConfig.APPLICATION_ID) putString("strong_toast_category", "text_bitmap") putString("param", "{\"a\":{\"a\":{\"a\":\"a\"}}}") // 哎嘿,包崩溃的 putString("status_bar_strong_toast", "show_custom_strong_toast") } val service = context.getSystemService(Context.STATUS_BAR_SERVICE) service.javaClass.getMethod("setStatus", Int::class.javaPrimitiveType, String::class.java, Bundle::class.java) .invoke(service, 1, "strong_toast_action", bundle) } 一个非常简单的重启 HyperOS 系统界面实现。 无需任何权限,利用小米的灵动额头即可。 当时刚出的时候就发现了,至今没修复。 #Xiaomi#HyperOS

123•••10•••20•••30•••3637
ПредишнаСтр. 1 от 37Следваща