很多人用TypeScript用得不爽，不是不会语法。是经常遇到这种情况：代码能跑，但心里没底，类型写了，但还是出Bug，看别人代码，类型一大坨，看不懂

后端圈子里有个说法：Node.js是单线程的，Go有协程，天生适合高并发。很多人顺着这个逻辑得出结论：高并发就得用Go，Node.js不行。但真实工程里，事情没那么简单。

如果你对前端的认识还停留在画页面、调接口这个阶段，2026年的浏览器技术可能会让你吓一跳。现在浏览器里能跑大模型了，前端的边界已经被彻底改写了。

Invoker Commands不是什么能改变世界的大东西，但它把前端开发里最烦人的一件小事给解决了——让按钮控制其他元素，这事本来就应该HTML自己干。以后写代码的时候，遇到按钮控制弹窗这种活，先想想能不能直接用HTML解决。

Node.js就像一把瑞士军刀，轻便、全能，能应对绝大多数业务场景；Rust则像一把重型机枪，火力拉满但上手稍沉。聪明的开发者不会二选一，而是把军刀变成机枪的刺刀——让Node.js负责IO和业务逻辑，让Rust承接CPU密集型计算。

在前端开发中，经常会遇到需要在不同地方之间传递消息的情况。比如主线程要和Web Worker交换数据，或者页面里的iframe要和外面的页面通信。

如果你用Nodejs写后端服务，大概率用过axios这个库。它用来发HTTP请求，简单好用。但最近axios爆出一个漏洞，能让你的服务瞬间挂掉。攻击者只需要发一段特殊的数据，你的程序就直接崩溃。

做前端开发时，你可能遇到过这些问题：用户上传的图片太大；需要让用户下载文件；大文件上传经常卡住；视频加载慢，播放不流畅；这些问题的解决，都和Blob有关。

setTimeout是JavaScript中最常用的定时器，可以让我们延迟执行代码。但在实际开发中，setTimeout有一些明显的缺点：时间精度不够高、页面不活跃时可能被浏览器限制、容易造成回调地狱。这些都会影响定时任务的可靠性。

这几年做前端，会有一个很明显的感受：项目里的依赖越来越多，但我们真正解决的问题，其实一直没怎么变。数组去重、对象处理、日期格式化、滚动监听、请求取消、性能采集、调试日志…… 这些需求十年前存在，今天依然存在。

很多前端开发者都遇到过这样的问题：页面需要展示大量数据时，滚动和操作会变得很卡。最近我就帮同事解决了一个类似的问题。他做的用户管理后台要显示上千条数据，每次打开页面都要等很久，滚动时一卡一卡的。

Symbol是ES6引入的新东西。它是JavaScript的第7种原始数据类型。前面6种是：字符串、数字、布尔值、null、undefined、BigInt。Symbol表示独一无二的值。每个Symbol都是唯一的，不会重复。