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

TGINSIGHT SIMILAR POSTS

Намери подобно съдържание

Изходен канал @clockstackwheels · Post #704 · 17.12

Я всегда был уверен, что системы рекомендаций работают так плохо, потому что это слишком сложная задача. Владельцы площадок бьются с алгоритмами, машинным обучением, деревьями решений и взвешенными суммами, но получается всё равно херня, и человеку могут рекомендовать нерелевантный бред (и, что ещё хуже — не рекомендовать интересный для него контент). Кажется, хорошо работают только рекомендации на Ютубе, но этому есть объяснение: контент на Ютубе более длительный и дорогой. Его сложнее производить, он выходит реже. Качественный ролик на Ютубе не будет говном практически независимо от темы, на которую он снят. А ещё меньшее число объёмных роликов проще кластеризовать и можно предлагать пользователю в небольших количествах. Но если мы откроем YouTube Shorts (это очередной аналог тиктока с короткими вертикальными видео), то заметим, что качество рекомендаций упало сразу на два порядка: какие-то тупые попсовые шутки, "удивительные" факты из жизни, завлекающие отрывки из фильмов "код смотри в телеграм-канале", озвучка анекдотов и прочий мусор. Алгоритмы уже совсем не справляются с тем, чтобы предложить что-то годное, не говоря уже о релевантности конкретно мне, хотя история моих просмотров и вкусов Ютубу, очевидно, известна. Тем не менее, иногда разработчики могут не только не уметь, но и не хотеть писать нормальные рекомендации. Вот ВК предложил мне BadComedian в блоке "Интересные авторы". Оставим в стороне, что Бэдкомендиан это ютубер, и у него в ВК в лучшем случае будут репосты ссылок на Ютуб. Но мне предлагают не паблик, а личную страницу.... на которой не было записей с сентября 2021 года. Нет совершенно никакого смысла быть подписанным на личную страницу Бэдкомедиана сейчас. Кажется, единственный критерий, на котором основывались эти рекомендации: общее число подписчиков. Как должны работать рекомендации на самом деле? Алгоритмически я бы оценивал частоту постов (кстати, чрезмерно частые это тоже плохо, должно работать в минус), оценивал бы, является пост просто публикацией внешней ссылки на другой ресурс, является ли репостом паблика, и смотрел бы, сколько прошло времени с последней записи на странице автора. Наверное, в качестве коэффициента с небольшим весом можно добавить ещё объём контента в посте и активность людей (лайки + комментарии). Причём, делается это достаточно просто, никакой ML не нужен. Даже такая оценка, не берущая в расчёт тематику страницы, всё равно лучше, чем "Просто покажем людей, на которых когда-то подписалось куча народу, и им до сих пор лень отписаться после прекращения активности автора". По крайней мере теперь меня не удивляет, что хвалёные Клипы постоянно подсовывают мне какой-то подростковый шлак вместо крутых видео с полётами на FPV-квадрокоптерах. YouTube Shorts по крайней мере пару раз такие вещи предлагал, а вот Клипы вообще ни разу (станицу Клипов я не открываю, разумеется, но в ленте новостей встречаются блоки с автовоспроизведением). Кстати, на скрине есть второй автор — Стас "Ай как просто". Его банят на Ютубе за критику западной модели текущих событий, и он пишет: "Буду создавать каналы-однодневки, куда деваться". То есть у него даже мысли не возникает, что какая-то ещё площадка может служить его целям. Ну с таким отношением других площадок к рекомендациям — понятно. #web

Hashtags

Резултати

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

Търсене: #buildtools

当前筛选 #buildtools清除筛选
Agili

@agili_channel · Post #31 · 12.03.2026 г., 23:16

⚡️Vite 8 正式发布了:这次不是常规升级,是直接换心脏 Vite 8 最大的变化就一件事:默认 bundler 从 “esbuild + Rollup 双引擎” 变成了 Rolldown 单引擎。 简单说,过去 Vite 开发时靠 esbuild,生产构建靠 Rollup,体验很好,但两套 pipeline 一直有历史包袱。现在官方直接把底层统一成 Rust 写的 Rolldown,目标很明确:更快、兼容原有插件生态、顺手把后面的大功能路也铺好。 这次值得看的点: • 🚀构建速度提升很猛:官方给的数据是 10-30x faster than Rollup • 🦀Rolldown 正式入主 Vite:单一 bundler,少很多“开发能跑、生产翻车”的边角差异 • 🔌插件兼容路线没推倒重来:大多数现有 Rollup / Vite 插件可直接用 • 🧰内置能力继续补齐:Devtools、tsconfig paths 支持、emitDecoratorMetadata、Wasm SSR 都进来了 • 🤖对 AI Coding 很友好:server.forwardConsole 能把浏览器 console/error 直接转发到终端,Agent 调试前端时更顺手 • 📦还顺手上线了插件目录:registry.vite.dev,以后找插件不用满 npm 乱翻 官方给出的真实案例也挺能打: • Linear:46s → 6s • Ramp:构建时间下降 57% • Beehiiv:下降 64% • Mercedes-Benz.io:最多下降 38% 这波不是 benchmark PPT,已经有一批真实项目提前踩过了。 社区早期反馈也挺一致: • Hacker News 上现在讨论还不多,但已有开发者反馈:“不想再回到没有 Vite 的前端开发”、beta 已经用了几个月,体验很顺 • Reddit 上几个帖子标题几乎都在强调一个点:“Vite 8 = Rust 化”。这说明大家最关心的不是小 feature,而是这次底层换代到底值不值 Agili 点评: 这版本我会给很高分。不是因为它又加了几个配置项,而是 Vite 终于把历史架构债往前推进了一大步。 过去 Vite 的成功,本质上靠的是“前端开发体验几乎秒开”。但随着项目越来越大、插件越来越多、框架越来越重,双 bundler 模式迟早会碰到天花板。现在直接把核心栈统一到 Rolldown + Oxc 这条线上,后面很多东西才有机会继续提速: • 更稳定的一致性 • 更大的优化空间 • 更像一个完整 toolchain,而不只是 dev server + bundler 拼装 但也别无脑开香槟,有几个坑要注意: • ⚠️复杂项目先别裸升生产:官方虽然做了兼容层,但你如果 rollupOptions、自定义插件、奇怪 loader 配得很野,还是建议先开分支压测 • ⚠️Node 版本门槛没降:还是要求 Node 20.19+ / 22.12+ • ⚠️tsconfigPaths 不是默认开:而且官方明确说有一点性能开销 • ⚠️生态真正稳定还得看一两轮小版本:尤其是依赖冷门插件和框架集成的项目 适合谁现在就上? • 新项目:直接上,没啥好犹豫的 • 中小型业务项目:可以开始试升,收益大概率明显 • 插件多、构建链复杂的大仓库:建议先在 CI 跑一轮,再看产物 diff 和构建耗时 前端这几年最缺的不是新概念,是把又慢又碎的工具链重新做顺。Vite 8 这次干的,刚好就是这件事。 原文:https://vite.dev/blog/announcing-vite8 插件目录:https://registry.vite.dev #Vite#Frontend#JavaScript#Rust#BuildTools