lxdlam

文件系统是对底层物理数据存储的抽象，本质上是一种协议，这些 section 上的数据可以用这种协议解释。在不同系统上使用同种协议可以挂载同一个区块，最终写完了都在同一个物理区块上，那么换到其他系统（甚至直接 `dd` 到一个 image ）上打开，只要协议一样，读取到的内容是一致的。

而 OS 本身跟文件系统是半解耦的：本质来说，OS 跟文件系统应该是完全解耦的，你也可以在 Linux 上使用 NTFS 。但是对于现在用的比较多的三大 OS ，都对自己常用的文件系统有特定支持（例如 Windows 的 Bitlocker 对 NTFS 支持最好，一些比较有意思的扩展特性例如 Alternative Data Streams 可能其他平台的 ntfs 实现不包含），所以本质上来说跟 OS 关系大也不大。

所以，文章的问题可以回答为：
- 保存在物理区块上，跟操作系统无关。
- 在不同操作系统下，只要有协议的实现或者兼容层，读写应该不会有太大问题。
- 现代 OS 对自己常用的文件系统可能大多有扩展，对于这些扩展，在其他平台的兼容实现上可能有问题。

续了三年，吃饭的工具还是愿意买单的，而且也确实好用，虽然我现在主要用的最多的也是 vscode 。

Ti7000 之前掉盘了，朋友的 PC005 自己用了帮别人装，一年多了没出过问题

以前跟同学在公交车上吹水聊过，匿名对喷，实时擂台，话题轮换，优选精彩发言每天前十奖励。
后面发现还不如上 4chan 。

尾递归跟迭代没有任何直接联系。

- 可以把尾递归优化成迭代并不意味着常规递归不能被优化成迭代： https://stackoverflow.com/questions/54686395/how-can-modern-compiler-optimization-convert-recursion-into-returning-a-constant 。
- 可以把尾递归优化成迭代同样不意味着尾递归一定会被优化成迭代： http://neopythonic.blogspot.com/2009/04/final-words-on-tail-calls.html