90 后暂时叫四分之一人生危机比较合适一点

我想问楼主是怎么找到这个节点的 ...

楼主整一台之前应该先虚拟机 /黑苹果试试

真正区别在于一个良性的彩蛋是不会自己触发的 ...
以前的“彩蛋”都是需要一番骚操作（用户绝大多数情况下不会触发）才能整出来的

antd 倒好，直接送人头
在那个时代这种到点触发的恶意程序被归类为病毒

@wheeler

在主流编译器 + 主流硬件的实现中不会，编译器会写死识别一些常用函数，比如你写个 sin 可能就没了，但是一般不会认 sleep 函数。
但是注意这个 thread_01 并没有做任何同步，按标准来的话是 UB。
volatile 这里没用，可以加锁，不过一般是用 atomic

另外楼主可以去看下 Futamura Projection …… 更绕，但是 Java 几年前靠这个实现了自举

Rust 编译器最开始是 OCaml 写的——得到”OCaml 写的 Rust 编译器“，为简洁我们把这个编译器称为 P
注意 P 不需要做的非常完善，也不需要实现所有计划中的语言特性，只要能编译一些基本的程序就行，我们把 P 所实现的”原始版本的 Rust 语言”称为 R0

等 P 做到能用的程度，就用 R0 来写 R0 自己的编译器，我们把这个编译器的源码称为 S0，S0 可以直接使用 P 编译得到 E’（注意这里我们把源码和编译器分开了）

由于 E’ 也实现了 R0 语言，因此可以用 E’ 编译 S0，得到 E0

这时我们说 R0 实现了自举。
注意虽然一般默认 OCaml 是 AOT 编译的，但是 OCaml 也可以解释执行，P 也可以使用 JavaScript 等纯解释的语言实现，虽然 JavaScript 是比 Rust 更高层的语言，但是 P 仅用于实现 bootstrap，具体用什么语言实现不重要

在得到 E0 之后，P 就可以不要了，之后的开发全部在 S0 上进行（你现在去 Rust 的 GitHub 翻历史还能找到早期的 OCaml 编译器，不过在 bootstrap 之后早就被删了），之后编译器的第 n 个迭代版本的源码和可执行文件我们称为 Sn/En

注意此时 R0 依然是一个原始版本的语言，在完善语言设计和编译器实现的过程中会加入新特性或做出破坏兼容性的修改，而编译器的代码 Sn 本身可能也会使用到新特性，这时必须保证 E(n-1) 能够编译 Sn，也就是你不能一边实现新特性，一边在新特性的实现代码中使用新特性

@wevsty 楼主这个明显是个 minimal example，在实际代码里面很多不是”函数中没有做除了++以外的操作“的情况（比如在算法中更新全局的 statistics （嘛，虽然这种情况一般应该用一个 local 变量存下））
如果这个变量的 live range 比较长（在函数中被用了多次），并且没有 function call （或没有 function call 作为 sequence point 的保证），那编译器是可能选择把它在寄存器里面扣一会的

volatile 是给编译器看的，过了编译器就不需要了。也就是如果楼主直接写汇编是根本不需要 volatile 之类的概念的。
这是条件之一。也是楼主提到的

另一个条件是 SO 回复中的"function call (a sequence point in C)"（ C++ 里面是 sequenced-before 关系）
，这使得编译器必须保证生成 #3 的代码，而不是先放到寄存器里面等 unlock 之后再存回内存

如果没有这个保证，书里面的问题是真实存在的，楼主不能只看 OS 不看编译器

解决问题有 top-down 和 bottom-up 两种方式，你说"理解"，你是想要 top-down 的理解，还是要 bottom-up 的理解？

从完全 bottom-up 的角度，这些东西都可以理解为“一切最后都变成 callback”，这种过度的 Reductionism 对真正理解问题无益，同样的现象发生于“一切编程语言的‘本质’都是汇编”和 #6 的“一切语法都是语法糖”等言论上。
从完全 top-down 的角度，则可以说“一切都是异步”，这同样对理解问题无益（至少没有突出各项之间的区别）。
我见过很多人在看问题时过度强调其中一方面而忽视另一方面，导致“理解”出现障碍。尤其是遇到新东西的时候。

楼主说的“Promise 本质上还是 callback 机制”这就是从 bottom-up （实现）的角度看问题，并且将其单方面地作为”本质“，比较中立的说法是：”“Promise 主要利用 callback 机制实现“。

从 bottom-up 的角度，V8 的 native implementation 确实是使用的 generator 封装 async/await （其他 JS 引擎应该也差不多）；而从 top-down 的角度，使用者无需关心 async/await 是如何实现的（但是我猜标准可能就把 generator 和 async/await 两者绑到一块了）。

我作为一个做过一点前端并且翻过一点 WebKit 源码的人居然不知道浏览器里面有个叫 nio 的东西 ...

@MicrosoftAccount 还有什么健身，干体力活

我不知道楼主说的“小机箱”是指的什么
如果是指 ITX 的话，我用的就是 ITX，是挺小的（直接塞旅行箱还能垫两层被子）。因为追求极限体积噪音有点大，扩展性不行。散热如果不是高端配置倒不是啥问题
我个人不推荐，倒不是因为上面的原因，而是我发现最近 ITX 火得不正常，我个人是不喜欢跟这个风的，不只是烧钱的问题，大概率交的是智商税
如果是指 MATX 的话，那不幸的事实是 MATX 就是个高不成低不就的东西，比 ITX 大好多，扩展性没多好，而且现在貌似厂商不太重视这块市场，可选的配件比 ITX 很少
如果我再弄一台 PC 的话八成会是 EATX 或者 EEB ...

@sunstar 虽然我不玩，但是十分好奇国内大部分游戏真的有拼 画质 或 玩法 其中任何一样么？

图看不见，楼主不如直接把公众号文章链接发上来吧

Steam 除了游戏之外还有个软件区，主要是一些游戏开发相关的软件
里面有各种乱七八糟的小工具，还有 Blender 之类的开源软件
另外还有 WorldCreator （虽然是老版），Silo 和 Substance （做这个的公司年初刚被 Adobe 收购，用户纷纷表示非常关切）之类的商业产品
Steam 自己有完整的按国家的定价体系（嘛，应该叫价格歧视体系），所以商业软件国区价格是很优惠的，虽然不会打折，但是一般和原价的最新 3A 差不多，购买和安装过程和买游戏一样方便
当然 Steam 版有些是不能享受官网直购的某些服务的

我个人觉得相比一刀切的给价格，Steam 这个方式对于推广正版软件更有利，软件付费的路单机游戏早就帮着趟平了
就是现在东西还太少了点，毕竟主要还是个游戏平台

楼主 Java 用得这么溜用啥 Python…居然还有推荐 Go 的，简直是故意气楼主

美帝也有 Principal 的啊，还有个 Senior Principal 和 Fellow
反正我现在的公司里面做技术的做到 PE 就算是“成功了”，都照片裱起来挂大厅的

最好的是自己写
没有一个闭源软件能够“完全符合“除其自身开发者之外的人的需求