很多喷 JS 如何设计得烂，例如不停翻炒 == 操作符的类型转换矩阵图，这个地方设计得确实不好，为了兼容性不能改。但是很早就有 === 操作符号，永远不用 == 不就行，给编辑器检查功能提示一下就行了，远远好过学一个语言。

可以说，如果一本 JS 入门教程，还在孜孜不倦讲解 == 的用法，还叫你熟背的，基本上可以当垃圾扔掉了。

看看有什么花活，玩玩算了，通用语言更重要的是生态，现在 JavaScript 有 TypeScript 加持已经很好用。

各大内容平台都已经被洗稿营销号，内容农场主占领了。

还是回归传统，做网页版就好，现在浏览器足够强大。

不用计算，最低碳就躺着不动，并且不要呼吸，在中文里有一个更简单的字表示。

总得有个衡量实力的指标吧？

vite 快是因为使用了 esbuild ，用 Go 写的打包器，可以单独使用，一个字爽。

合金膝盖？

@feitu “代码很难”，打错字，是“代码很烂”，这是你 README 的原话。

不开源不是错，代码很烂也不是错，你发出来的信息就是给人一个感受，总结来说：没有吸引力。

不开源，README 没有什么有用信息，还有一些“不允许”，“代码很难”，“怕就别用”字样来劝退用户。

所以呢，推广了个寂寞？

@murmur 我也是 restful 黑，restful 不 restful 都一股玄学味道，有那个功夫学习 restful 的理念，早用 JSON 这种东西搞定下班了。

这是很正常也很流行的用法，HTTP 无非就是一个“容器”协议而已。

序列化成 JSON ，传递的是结构化带类型的参数，就像你图中那个 offset 是一个数字类型，order 是一个字典（复杂数据类型），服务端收到一个 JSON 字符串，可以反序列化直接使用，甚至可以用 JSON Schema 这种东西直接检查数据有效性。

你想想如果如果用 get 方法你要怎么传这种参数？是不是要一个个参数取出来？取出来的是字符串，还要手动类型强制转换。

把 HTTP 当成“容器”协议，以后添加和转换协议也很方便，比如 WebSocket/Socket ，只需要加一层简单的“转换器”。甚至可以加密，即防止别人用 DevTools 来逆向工程，好处多多。

所以只要你的业务和 HTTP 没什么强关系，用这种方法更好。

terminal[dot]sexy

应该是因为 Chrome 104 开始支持硬解 HEVC ，准备切换默认的视频编码。

浏览器扩展只是修改了浏览器的网络设置中的代理设置而已，代理协议都是那几个 http/socks5 ，只要你解压浏览器扩展的代码，扒出里面的代理服务器地址和账号，理论上就能用在其它程序上了。

亲戚好心借钱给你治病，你却拿去买房，你就是在赌。

我是先用翻译腔写中文，然后再机器翻译，再细微调一下译文，哪家翻译都差不多了。

实际上 func 运行了个寂寞。