废话太多。
我父母从不吵架，闲聊中得知他们即使有矛盾也就生几天闷气。
他们感情很好，直到我父亲心脏病病逝还是感情很好，多年过去了我母亲还是尝尝提到他。
他们完全没啥问题，最大的问题是我不会吵架，和我老婆吵的时候就完全落于下风 (*꒦ິ⌓꒦ີ)

彩礼正常不都是加倍还回来吗？
真卖女儿的还是少数吧。

小丑牌+3

无限暖暖+2
不够据说这游戏 80%玩家是男性……

去年改掉的： https://groups.google.com/a/chromium.org/g/blink-dev/c/QpQeCiNGhDs/m/LNQlYXcmAwAJ?pli=1

@Al0rid4l RxJs 固然方便，但传染性太强，等完全转 RxJs 了，坑就在复杂到爆的面条 RxJS 代码里了，反而更难调试。
我也倒不是反对 RxJs ，不少场景下还是有用的，但大多数情况下我是觉得太重了。

@Al0rid4l 大多数情况下一次性事件（比如 onload ）也无所谓吧，用 RX 有点杀鸡用牛刀……

理论上会被 GC 回收掉。
第一个 Promise
new Promise((resolve, reject) => {
img.onload = () => {
resolve("Image loaded successfully"); // 返回回调函数的结果
};
});
不被 GC 是依赖 resolve 和 reject 的引用

然而因为有第二个 Promise ，img.onload 不再 hold 这个函数：
() => {
resolve("Image loaded successfully"); // 返回回调函数的结果
};
那么函数里面的 resolve 也相当于没有被引用了。
这样 GC 就知道这个 Promise 是可以安全 GC 的。

对于新框架第一个疑问就是生态。
没有 React 、Vue 、Angular 的生态，谁敢在生产环境中用这些新框架？
然后就是先有鸡还是先有蛋的问题了。
React 、Vue 、Angular 的成功要么是那个时间点没有更好的选择，要么是背后有超大金主在强推，现在站稳了，其他框架要崛起哪有那么容易。

要深入研究也很简单，去 https://www.typescriptlang.org/play 写一点有 async/await 的 TS 代码，右边就有实时编译的 js 代码。
TS Config 的 Target 调整到 ES2016 （还没有 async/await ），就能看到 async/await 是怎么用 generator 实现的。
Target 调整到 ES5 （还没有 Generator ），就能看到 Generator 又是怎么用状态机实现的。

// ts-check
以及 JSDoc
主要看文档
https://www.typescriptlang.org/docs/handbook/intro-to-js-ts.html
和
https://www.typescriptlang.org/docs/handbook/jsdoc-supported-types.html

但说实话真不如直接转成 TS

我觉得不是好书。
所有把浏览器 api 和 JS 语言 api 混在一起讲的书都不是好书。

不开干嘛还写 TS 。
觉得麻烦写 JS 就好，类型也可以用 jsdocs

然而我觉得你并不懂 zindex 。
要不先看看文档？
https://developer.mozilla.org/en-US/docs/Web/CSS/CSS_positioned_layout/Understanding_z-index/Stacking_context

不错不错，我 29.99/y 用了 9 年，结果一下涨到 90 就放弃了，现在可以再拿起来，希望明年也有黑五活动。

1. 这和遥遥领先关系不大。
2. 看介绍主要是 SIM 卡提供了密码存储和加解密，而所谓“量子密码”需要从“量子密码分发网络”获取

简单来说就是不走 CA 那套，自己实现一个中心化的密钥生成/分发服务，分发到受信设备上。
确实有效避免了海外 CA 的中间人攻击。

其他人说的差不多了，我就提一下我自己的看法。
印象最深刻的是布拉格，其次是罗马。不过如果第一次去还是应该去更知名的地方。