掘金安东尼

自定义模态框的问题 模态窗口是现代 UI 的标准特性，但从零开始创建它们通常会导致一堆混乱的代码。我们都见过这种情况：用一堆 div 拼出来的层级，混乱的 z-index，糟糕的焦点管理，无法关闭的背

人们天生难以在选择繁多的情境中保持效率——太多似乎难以区分的选项，会模糊决策的清晰度，也令每件小事失去简单之美。这种选项的泛滥，正悄然影响软件工程的各个领域，前端开发尤其深受其害。 从前，构建一个

上周，黑客攻击者通过钓鱼手段入侵了 NPM 包维护者的账号，并在多个下载量巨大的包中注入恶意代码。这些包合计每周下载量超过 **26 亿次**，影响范围极其广泛。

运行 bun install 很快，是真的很快。平均而言，它比 npm 快约 7 倍，比 pnpm 快约 4 倍，比 yarn 快约 17 倍。在大型代码库里差异尤其明显——原本要花几分钟的事，现在只

本期最突出的主题有两个：**安全与原生化**。npm 包接连被劫持，影响范围达到每周 20 亿次下载，说明供应链攻击已经不只是“安全部门”的问题，而是前端开发者必须随时警惕的风险。同时，原生 Web

为什么表示颜色的方式有这么多种？ 你知道什么事情总让我觉得好笑吗？在 CSS 里，同一种颜色居然能有四种不同的写法，而浏览器还会点点头表示 “嗯，没问题，有效”。试想一下，如果你把 “blue（蓝色）

即便你已经玩转 JavaScript 有一段时间，也许你会对 setTimeout(0) 不是字面意义的 setTimeout(0) 感到惊讶。实际上，它通常会延迟大约 4 毫秒后执行： 十年前

前两天发了一篇关于《我的疑问：为什么 Anthropic（Claude） CEO 敌意这么大？！》的讨论，引起一些热议，原来 Anthropic 老板最开始也曾是百度海外的实习生；不管怎么说，“百度是

开发者依然常常困惑：既然运行时是单线程的，为什么不会卡死？ 为什么 setTimeout(0) 会“晚”触发？Promise、process.nextTick 和 setImmediate 究竟落在哪