1) debounce（防抖 — 支持 leading/trailing） 行为说明（常见组合） leading: false, trailing: true（默认） -> 仅在停止触发后执行一次（普

大明哥是 2014 年一个人拖着一个行李箱，单身杀入深圳，然后在深圳一干就是 10 年。 10 年深漂，经历过 4 家公司，有 20+ 人的小公司，也有上万人的大厂。 体验过所有苦逼深漂都体验过的难。

今天先把12月的复盘写了， 改天再把25年的复盘整理哈，这一年还是经历了很多事情，需要好好总结复盘~

通过 **WebTransport** 突破延迟，**Compression** 降低带宽，**File System** 增强持久化，**Wasm** 压榨算力，构建系统级 Web 架构。

promise eventbus 二叉树排序，我们大家一起卷，跑出姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑姑给姑姑姑姑姑姑姑姑姑姑姑姑

前几天刷到快手被黑客攻击的新闻。 作为一个写了几年代码的前端，说实话，看到这种新闻第一反应是：这跟我有什么关系？安全不是后端和运维的事吗？ 但仔细想想，XSS、CSRF、点击劫持... 这些攻击的入口

🤔 为什么要自己造轮子？ 先说说背景。我们团队之前用的是 Sentry，功能确实强大，但有几个痛点： 贵 - 按事件量收费，错误一多钱包就遭不住 慢 - 国外服务器，上报和查询都有延迟 重 - 很多功

我花 2 天把 rrweb 原理扒干净了，顺便讲清楚前端「录屏回放」怎么做 这篇不是 API 教程，而是我理解 rrweb 之后，对它核心实现思路的一次拆解。 先说结论：rrweb 干的不是“录屏”

引言：为什么需要前端录制回放技术 Hello~大家好。我是秋天的一阵风 前端开发的核心痛点之一，是 “问题不可见”—— 当用户反馈 “按钮点击无响应”“页面空白” 时，开发者只能靠有限日志推测场景，难