掘金安东尼

💬 推荐语 本期围绕“AI First 前端架构 + WebMCP 与 Agent 生态 + 大规模性能与工具演进”展开：从“纯前端开发者之死”与 AI-First 前端架构出发，讨论前端角色边界与

本期围绕“浏览器互操作标准 Interop 2026 + TypeScript 6.0 Beta + Web 与 AI/Agent 能力结合”展开：一组来自 web.dev、WebKit

Angular 的增量水合（Incremental Hydration）通过把“可见”与“可交互”的成本拆开：页面仍然用 SSR 很快渲染出完整 HTML（有利于 LCP/SEO），但把某些区域的客户

嵌入视频往往会显著拖慢页面：播放器会加载一堆额外资源，即使用户最终根本不点播放。 常见的优化是用 lite-youtube-embed 之类的轻量组件先占位、再按需加载。但如果视频就在首屏（above

过去几年里，我们经常需要用 JavaScript（滚动事件、Intersection Observer）来回答一些看似简单的问题： 这个 sticky 头部现在真的“贴住”了吗？ 这个 scroll-

本文想回答两个很直接的问题： 大型 SVG 的渲染是否显著比小 SVG 慢？有没有一个“超过就很糟糕”的尺寸阈值？ 如果把这些 SVG 转成 PNG，渲染表现会怎样？ 为此，作者生成了一批测试图片，并

WebView 桌面应用”这条路线的本质很朴素： 界面层用 HTML/CSS/JS 来获得极高的 UI 生产效率，渲染层交给系统自带的 WebView（Windows WebView2 / macOS

Inngest 团队非常重视开发者体验（DX）。但当本地开发时页面首次加载要等 10–12 秒，“把体验做漂亮”就会变成一种消耗。 本文讲述他们为什么、以及如何从 Next.js 迁出，转向 TanS

1 月 27 日，我收到了邮件通知：JS Bin 挂了。第二天，真实的人类用户开始问「怎么回事」。一直到 30 日晚上 11 点左右，最后一批问题才被解决。 前些天 Jake 问我：到底哪里出了问题？