@repo_science · Post #3770 · 01.12.2023 г., 23:52
#api 🕹 Public APIs A collective list of free APIs for use in software and web development 🔗Github ----- Main channel: @repo_science Coupons: @freecoupons_reposcience -----
Hashtags
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
Търсене: #api
@repo_science · Post #3770 · 01.12.2023 г., 23:52
#api 🕹 Public APIs A collective list of free APIs for use in software and web development 🔗Github ----- Main channel: @repo_science Coupons: @freecoupons_reposcience -----
Hashtags
@Isaiahsystem · Post #1227 · 07.10.2024 г., 10:16
# DeepLX 作者发福利 https://linux.do/t/topic/207643 https://deeplx.missuo.ru 登录上面个链接,授权 GitHub,如果账户注册满 3 年可以获得最高每日 50 万字符的翻译 API,已领。 这个可以用在沉浸翻译插件,在沉浸翻译插件开启 Beta 模式,然后输入框增强的更多翻译服务里选择 DeepLX(Beta) 翻译,最后填写 API URL,API Endpoint 复制进去就行。 #api
Hashtags
@XlanPayChanel · Post #337 · 06.07.2024 г., 13:49
🤒 🤕 新增1个国内备案API 对接域名 域名信息已发布在网址后台公告栏处,请各位商户切新API 对接。 更改API 后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API
Hashtags
@XlanPayChanel · Post #302 · 07.06.2024 г., 04:49
🤒 🤕 新增1个国内api对接备案域名 域名信息已发布在网址后台弹出公告栏处,请各位商户按需对接。 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API
Hashtags
@XlanPayChanel · Post #261 · 04.05.2024 г., 07:31
🤒🤕 为有效应对湖北地区封锁问题,新增1个国内api对接域名 域名信息已发布在网址后台公告栏处 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API
Hashtags
@XlanPayChanel · Post #245 · 25.04.2024 г., 05:11
🤒 🤕 新增1个备案域名 api对接域名 域名信息已发布在网址后台公告栏处,请各位商户按需对接,老api仍可使用。 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API
Hashtags
@XlanPayChanel · Post #233 · 16.04.2024 г., 06:05
🤒 🤕 新增1个国内api对接域名 域名信息已发布在网址后台公告栏处,请各位商户按需对接,老api仍可使用。 更改api后记得在CDN中放行该域名哦,以免造成无法通知掉单情况 #API
Hashtags
@XlanPayChanel · Post #229 · 13.04.2024 г., 14:39
🤒 🤕 新增两个api对接域名 域名信息已发布在网址后台公告栏处,请各位商户按需对接,老api仍可使用。 可能会对部分地区无法打开支付的情况,有所缓解 #API
Hashtags
@QuanX_API · Post #159 · 17.08.2022 г., 04:20
#API 2022-08-17 DOVE-API 已找回账户密码重新开机上线 https://dove.589669.xyz/web
Hashtags
@QuanX_API · Post #114 · 16.10.2021 г., 05:42
#API 2021-10-16 规则filter增加参数 fcr=1/2 , 即分别添加 [force-cellular] / [multi-interface] 参数, 强制匹配的请求走蜂窝数据 或者 蜂窝混合Wi-Fi网络。 - 建议使用fcr=2 , 适合Wi-Fi不稳定的情况 - 添加成功后,分流规则能看到上图的标识
Hashtags
@QuanX_API · Post #113 · 06.10.2021 г., 01:56
#API 2021-10-06 规则filter增加参数 fcr=1 , 即添加 force-cellular参数, 强制匹配的请求走蜂窝数据网络。 - 适用于流量比较多的任性场景
Hashtags
@QuanX_API · Post #112 · 18.09.2021 г., 02:42
#API 2021-09-18 all2surge 新参数 info=1 - 用于提取订阅链接header内【流量/套餐时间】信息作为假节点展示。 - 如只需要该假节点,而不保留转换订阅链接内其它真实节点,请加参数 hide=1 https://dove.589669.xyz/all2surge?&info=1&sub=xxx
Hashtags