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

Резултати

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

Търсене: #mozilla

当前筛选 #mozilla清除筛选
Solidot 纯净版

@SolidotR · Post #5161 · 02.05.2026 г., 08:11

Mozilla 反对 Chrome 的 Prompt API #Mozilla Google Chrome 在 2025 年提出了 Prompt API,也就是为浏览器集成的本地模型——使用前需要下载——提供统一的 JavaScript API。Google 还有意让该 API 成为一个 W3C 标准。Chrome 桌面版集成的大模型是 Gemini Nano,使用该模型需要本地设备至少有 4GB 显存、16GB 内存和至少 22GB 可用空间(浏览器所在硬盘)。Mozilla 开发者发表声明反对 Chrome 的 Prompt API。开发者认为该 API 存在巨大的互操作性问题,因为不同的模型都有各种独特的特性,因此系统提示词需要对模型进行针对性调整,然而对一个模型进行的调整对另一个模型就可能是过度修正。为了实现互操作性,Mozilla 和 Apple 可能不得不获得 Google 模型的授权,或者发布一个与 Google 模型特性兼容的模型。另一个大问题是模型的中立性缺乏。 https://mastodon.social/@firefoxwebdevs/116492853483021978 https://github.com/mozilla/standards-positions/issues/1213#issuecomment-4347988313 https://developer.chrome.com/docs/ai/prompt-api#use_the_prompt_api:~:text=Before%20you%20use%20this%20API%2C%20acknowledge%20Google%27s%20Generative%20AI%20Prohibited%20Uses%20Policy%2E

Hashtags

Solidot 纯净版

@SolidotR · Post #5031 · 16.04.2026 г., 15:20

Mozilla 宣布开源可自托管 AI 客户端 Thunderbolt #Mozilla Mozilla 与德国 AI 基础设施公司 deepset 合作宣布开源可自托管 AI 客户端 Thunderbolt。MZLA Technologies Corporation CEO Ryan Sipes 表示,AI 太重要而不能外包,Thunderbolt 为机构组织提供了一种自主的 AI 客户端,根据自身的基础设施、数据和需求,决定 AI 如何融入自身的工作流程。Thunderbolt 主要面向企业用户,而不是普通的 Firefox 用户。 https://www.thunderbolt.io/ https://www.thunderbolt.io/announcing-thunderbolt

Hashtags

Solidot 纯净版

@SolidotR · Post #4858 · 27.03.2026 г., 10:32

Mozilla 和 Mila 联合推进开源主权 AI #Mozilla AI 的未来应该属于全人类,不能局限于少数国家或公司。为了实现这一目标,AI 必须开放、值得信赖,且其构建方式应赋予个人、机构和国家真正的选择权。正因如此 Mozilla 宣布与加拿大魁北克人工智能研究所 Mila 建立战略合作伙伴关系,联合推进开源主权 AI。Mila 和 Mozilla 将合作开发相关技术和方法,减少对封闭系统的依赖,为透明度、问责制和共享创新创造更多空间。双方暂时还没有公布更多信息。 https://blog.mozilla.org/en/mozilla/mila-open-source-sovereign-ai/

Hashtags

403 Forbidden

@forbid_403 · Post #554 · 07.05.2025 г., 03:15

Mozilla 高管称没有 Google 的默认搜索交易它会倒闭 2025-05-05 00:01 by 异形:走出阴影 Google 被裁决涉嫌搜索垄断,美国司法部希望分拆 Chrome 以及终止 Google 与浏览器开发商如 Mozilla 的默认搜索引擎交易。Mozilla CFO Eric Muhlheim 在法庭上作证称,如果终止默认搜索交易,Firefox 可能会倒闭。Firefox 约占 Mozilla 收入的 90%,其中 85% 来自与 Google 的默认交易。如果 Mozilla 失去这笔收入,它将不得不大幅削减公司开支,缩减对 Firefox 的产品投资,此举可能会导致 Firefox 降低对用户的吸引力,引发恶性循环,最后可能导致 Mozilla 倒闭。 /.:Firefox Could Be Doomed Without Google Search Deal, Executive Says #Mozilla

Hashtags

FOSS Post

@fosspost · Post #473 · 11.08.2020 г., 19:47

#Mozilla is doing a major change in their company. Laying-off 250 employees and will focus more on revenue streams: https://blog.mozilla.org/blog/2020/08/11/changing-world-changing-mozilla/ One can't help but remember the $0.5M donations they were giving in bulk few months ago.

Hashtags

403 Forbidden

@forbid_403 · Post #440 · 06.11.2024 г., 13:01

Mozilla 基金会裁员 30%,关闭倡导和全球项目部门 2024-11-05 23:47 by 人猿泰山之挚友金狮 Mozilla 基金会在 10 月底裁员 30%,关闭了倡导和全球项目部门(advocacy and global programs divisions)。在最新一轮裁员前,该基金会有大约 120 人。Mozilla 基金会的一个使命是推动自由而开放的互联网,但关闭倡导和全球项目部门可能会影响这一使命的实现。基金会负责通讯的主管 Brandon Borrman 表示,倡导仍然是这项工作的重要工具,Mozilla 正重新审视如何开展而不是停止这项工作。这是 Mozilla 今年第二轮裁员,上一轮受影响的 Mozilla 公司,有大约 60 名员工被裁。 https://www.theverge.com/2024/11/5/24289124/mozilla-foundation-layoffs-advocacy-global-programs #Mozilla

Hashtags

403 Forbidden

@forbid_403 · Post #178 · 07.09.2023 г., 10:53

汽车在隐私方面是最糟糕的产品 2023-09-07 16:06 by 记忆残留 今天的汽车大多数都运行基于 Linux 的系统,但这并不意味着它们尊重你的隐私。Mozilla 基金会评估了 25 个汽车品牌的数据收集和隐私政策。它发现所有汽车品牌都在收集非必要的用户个人数据,将这些信息用于汽车之外的其它目的。它的结论是现代汽车是隐私噩梦。汽车上的传感器、摄像头、麦克风和跟踪器会记录用户的一举一动。过去三年,有 17 个汽车品牌发生过安全或隐私泄露事故。 https://foundation.mozilla.org/en/privacynotincluded/articles/its-official-cars-are-the-worst-product-category-we-have-ever-reviewed-for-privacy/ #Mozilla

Hashtags

OKHK 👀

@iokhk · Post #9659 · 02.05.2026 г., 05:01

Mozilla 更新对 Prompt API 的观点:依旧反对。 - Prompt API 是 Chrome 团队提出的新 Web API 草案,允许网页调用 LLM。 [1] - 此 API 目前在 Chrome 测试中,用户可通过表单申请参与测试 [2];Chrome 148 中将正式发布。 - 根据 Google 文档,Chrome 中会使用 Gemini Nano 模型,用户在使用时需要遵守 Google 相关条款 [3]。 - Mozilla 的主要担忧是网页无法从此 API 中得知所使用的模型,这会带来 system prompt 兼容性问题;亦会存在违反条款风险。 - Mozilla 还提到 Google 宣称开发者强烈支持此 API 的说法站不住脚。 - WebKit 的观点提到 Web 开发者并不愿意使用结果质量无法预估的 Web API(例如 Chromium 团队提出的 Shape Detection API);以及在 fingerprinting 方面的隐私顾虑 [4]。 gh:mozilla/standards-positions#1213 seealso: HackerNews:47959463 1. https://webmachinelearning.github.io/prompt-api/ 2. https://developer.chrome.com/docs/ai/join-epp 3. developer.chrome.com/~ 4. gh:WebKit/standards-positions#495 #Mozilla#Chrome

非常滑稽

@EEEEYHN · Post #1011 · 03.06.2022 г., 09:34

Mozilla 发布离线翻译插件 Firefox Translations。此插件是 Project Bergamot 的一部分,后者由欧盟资助,旨在提升浏览器离线机器翻译的效果。 插件目前支持 12 种语言,包括德语、西语、俄语、葡萄牙语、意大利语等。 https://addons.mozilla.org/en-US/firefox/addon/firefox-translations/ https://blog.mozilla.org/en/mozilla/local-translation-add-on-project-bergamot/ seealso: HackerNews:31596888 seealso: https://mozilla.github.io/translate/ #Mozilla#Translation

Frontend Today

@FrontendToday · Post #3680 · 02.05.2026 г., 10:20

Mozilla 更新对 Prompt API 的观点:依旧反对。 - Prompt API 是 Chrome 团队提出的新 Web API 草案,允许网页调用 LLM。 [1] - 此 API 目前在 Chrome 测试中,用户可通过表单申请参与测试 [2];Chrome 148 中将正式发布。 - 根据 Google 文档,Chrome 中会使用 Gemini Nano 模型,用户在使用时需要遵守 Google 相关条款 [3]。 - Mozilla 的主要担忧是网页无法从此 API 中得知所使用的模型,这会带来 system prompt 兼容性问题;亦会存在违反条款风险。 - Mozilla 还提到 Google 宣称开发者强烈支持此 API 的说法站不住脚。 - WebKit 的观点提到 Web 开发者并不愿意使用结果质量无法预估的 Web API(例如 Chromium 团队提出的 Shape Detection API);以及在 fingerprinting 方面的隐私顾虑 [4]。 gh:mozilla/standards-positions#1213 seealso: HackerNews:47959463 1. https://webmachinelearning.github.io/prompt-api/ 2. https://developer.chrome.com/docs/ai/join-epp 3. developer.chrome.com/~ 4. gh:WebKit/standards-positions#495 #Mozilla#Chrome

12
ПредишнаСтр. 1 от 2Следваща