然后如果你内存用到进程被杀的话，杀进程是看 Committed 已提交内存。
比如你现在已提交内存是 17.2/31.7，那你还能用 14G 才会被杀进程。

13G 则是物理内存占用，意味着差不多有 4G 是在分页文件里。

如果你不需要修改历史，就不要 force push 。
如果你需要修改历史，就不需要 revert 。

@wjgmytwq
1.1.1 = 1.1.0.1
1.0.1.1 应该是无法缩写的。

每个用户每日最多向整个 Google Drive 系统增加 750G 的数据。
这包括上传和复制。
这个是 Google Drive 的限制，和 API 没关系。你打开网页版上传也是一样的结果。

@DT37 可以，我算一个乘法用十亿年，现在能给我打钱吗。

全盘加密，强密码政策，可远程擦除。

用的 honey 。

担心 Go 不如担心 C++20/23 。再过几年你会发现 C++23 跟你学过的 C++已经根本不是一个语言了……

之前看到别人写的 C++20 的项目：
https://github.com/IFeelBloated/vapoursynth-plusplus/blob/master/include/Plugin.vxx

草，Linux 下出现了 Windows 的病毒不就是说明有一台中毒的 Windows 机器在往这个 Linux 上写数据吗。

推荐一手 Rails

@LeeReamond
@Richard14
Transparency (data compression)
通透性 (资料压缩)
在数据压缩和心理声学中，通透性（ Transparency ）指的是资料在有损压缩的结果下，以人类感官上来说，与未压缩的资料并无区别。 换句话说，经通透压缩后的文件难以查觉资料有有损的现象。
From Wikipedia

至于 AV1，没有像样的商业组织来开发，很难成气候。x265 背后是商业公司开发。AV1 现在最多还是看个响，可能到 x266 出来了 AV1 还是看个响。

没有 降低码率 的算法。

降低码率本质上是指用更低的码率重新压缩视频。

比如原始的未压缩视频是 20000kbps，你先压缩到 100kbps，现在要重新压缩到 70kbps，这意味着你先把视频解压成 20000kbps，然后用和第一次压缩类似的算法，丢弃更多的细节后，压缩到 70kbps 。

至于视频的压缩，这是一个很庞大的话题，几千字是说不清的，可以考虑去啃资料和教程，或者去听一些大学或者研究生课程。简单来说有几步。首先是帧间动态预测，一组相似的画面可以通过帧间压缩来降低码率，整个画面被切割成 MB 或者 CU，然后每个块与前后帧进行比较，如果残差比较省空间，就编码成残差，否则就原样按照画面编码。接下去跑 DCT 转换成频域，然后量化砍细节，最后执行无损压缩。

不更新会导致安全漏洞和 Bug 补丁不及时安装。
LTS 也好非 LTS 也好，都是要经常更新的（但不需要升级）。
如果你对新软件没有需求，想一直停留在老版本的话，Ubuntu 和 Debian 都是不错的选择。

在被开除和起诉的边缘疯狂试探……

@yangzzzzzzzt1 我就不一样了，我不生气，只是不理人。

ROI 这么高，别说原价了，就是 2 倍价格都有得赚。

带有行为的数据，是类。
带有数据的行为，是闭包。

主体是数据，数据里面加入了不同的方法，就构成了类和对象。
主体是函数，函数里面有函数和数据，就构成了闭包。

简单说就是这样了。

你#55 提到的把数据保存进变量，其实就类似于创建了一个闭包。
类和闭包是软件设计的不同实现。

NFS 一般是 IP 认证。你要是强行开放给全球，那的确是不太安全的。
NFSv4 可以身份认证。（但是一般用用，IP 认证足够了。）