似乎还是有不少人对 TS 有什么误会，以为增加了 type 就是面向对象，就要写 class ，就要去折腾“面向对象的三大特性”，然后就要告别过去的“面向过程”思维。

我自从写 TS 之后，也没感觉思维跟 JS 有什么巨大的决裂。不管以前用面向过程，还是函数式，还是事件驱动式，现在也能继续用。不会因为不写 class 就不配写 TS 了。
TS 给我到来的好处，首先就是编辑器懂得我想要什么，能正确地提示变量名、字段名，不需要跑起来在开发者工具里打断点才知道这特么是啥玩意。
然后就是在写代码的时候就能及早发现错误，比如 promise 忘记 await 了，或者回调函数的参数位置写错了，编辑器就飘红。
还有就是 interface 、type 声明自身也能起到文档、注释的辅助作用，后期维护也不会那么抓瞎。

当然，要享受到这些好处有个很大的前提，就是你要有一套完善的工具链。比如你的编辑器对 TS 有完整的支持（比如 vscode 、webstorm ），你用的框架、类库提供完善的声明（比如我用的是 react ，跟 TS 契合得非常好。vue 跟 TS 契合度可能不如其他两个框架）。当你充分享受到这些好处之后，可能会变得越来越懒了，懒得背接口、字段，没有智能提示就浑身难受，回不去的感觉。（也许 JSDOC + ts-check + 一个强大的编辑器也能达到 TS 一半的功力吧）

手机或者电脑开 http ，通过网页传。

对了，我浏览大段文字的时候，平滑滚动的页面也会产生类似 3D 眩晕的感受😂。
所以我会关掉身边设备上所有浏览器、文本编辑器、办公软件的平滑滚动功能。

玩 FPS 必晕，只要玩几分钟，肚子就开始翻江倒海了。
不过我玩赛车类从来不会晕。

MySQL 买蛇口

看到有的人扯法律，我就想说，别跟我扯什么法律。
就算法律禁止，我也要录音，留下制造舆论的底牌，因为这个世界是按闹分配的，无论在哪个国家。

Adobe 也是去年这个时候宣布放弃 Brackets 。

v2 老哥真是太硬核了。

可以考虑把?改成#，这样#后面的字符串不会被提交到服务器上，也就不用担心长度限制。
前端页面加载完后，可以拿到#后面的字符串用 JS 解析，再由 JS 用 POST 方式提交到服务器上。

现在有哪些网站可以体验 HTTP/3 ？无论国内国外都行。

不如说说你的具体需求。
浏览器里的 JS 就有访问本地文件的能力，说不定只需要写 html 就能实现。不一定非要跑一个运行时。

刘海屏就是逊，是手机厂商对人类审美的强 J 。

JS 这方面，至少要熟练 es6+吧。
CSS 这方面，至少要熟悉常见的布局吧。
如果要上 UI 组件，NPM 这些工具肯定也要熟悉吧。

@bitdepth
用“她”来翻译 her 是民国时期刘半农诗歌里《教我如何不想她》发明的。
在此之前，“她”一直都是“姐”的异体字，从未当作第三人称使用。
古白话小说没有以“她”来表示女性第三人称的用法。

这视频出自 1997 年上海全运会，注意 35 秒开始上方一晃而过的"苹果电脑"横幅，还有那彩色 logo 。
https://www.bilibili.com/video/BV1Ey4y1u7V4?t=35.4

设备接入本地网的时候，会跟本地网所有设备沟通，获得本地网所有设备的 IP 和 MAC 的对应关系，形成 ARP 表。
当设备想要跟外网通信时，首先拿到网关 IP ，再从 ARP 表查到网关的 MAC ，然后发送给网关。

spaceman vs spacewoman
human vs huwoman
history vs herstory

如果是 TS 的话一律用 ESM 就完事了，编译的时候可以根据需要，自行选择输出为 ESM 、CJS 、AMD 、UMD 格式。