GPG 对文件进行签名, 在其他系统上验签后提取文件。

这么搞还不如 vmware 和 virtualbox, 对 Linux 的支持比 Hyper-v 好多了

Linux 下可以随意把不同磁盘挂载到不同文件夹，你要看看 /volume2/TM/TV/和 /volume2/TV/这两个文件夹是否指向不同的磁盘

AMD 的显卡离老黄差太多了，不论是生态还是硬件都处于被老黄吊打的状态。N 家现在在 GPU 计算 toB 业务上风声水起，AMD 在这个赚大钱的领域上连汤都没喝上。
期待 AMD 在 CPU 上的优势能反哺 GPU 研发团队。

中文系统的 windows 默认编码 gbk，这是写程序碰到乱码的最常见的原因。
接上一条，由于中文系统默认 gbk，所以保存的源码，如果内部有中文注释，往往也是 gbk 编码，这会导致在默认 utf-8 的环境下无法编译，即使你的代码是合法的。

windows 下如果看到什么地方提到了 unicode，通常不是指的 utf-8，而是 utf16 。
Windows 下很多软件(比如老版的 visual studio)的 utf-8 往往指的是 utf-8 with BOM, 而很遗憾，其他系统的 utf-8 通常指的是 utf8 without BOM，而实际上 UTF-8 不需要 BOM 也能正确识别。

还有众所周知的，windows 的换行符是\r\n, 而*nix 系统的是\n 。

默认的\键。 以前用逗号，后来因为经常在不同的环境下工作，不可能每到一台电脑上先来个 vimrc，就尽量遵守 vim

黑底白字投影出来效果先打个折扣

肯定不是 electron 洛，多半是 Qt 的 QWebEngine，和其他 Qt 组件衔接起来。Qt 在军备上使用的还是很多的，之前美国的哪个驱逐舰的系统也是用 Qt 画的操作界面。

hexo 生成的是静态网页啊 这都慢的话，换其他博客系统只能更慢。
换服务器才是正解

CPU 密集型
高并发

这两个词是矛盾的，CPU 密集型的应用都期望尽可能的抢占 CPU 和系统资源， 而高并发需要每一个会话尽可能的少占用资源。

新建一个最小化的虚拟环境，把项目放进去，开始逐渐装包，直到能跑起来为止。

cmake 有 source_group 的概念， 不过感觉你的描述里不是用的 C++

关键词 parallel zip
https://www.nongnu.org/lzip/plzip.html

线性代数和概率论是最常用的, 因为涉及到数值计算的工作每天都在打交道. 高数反而用的比较少, 因为教科书上那种干净的解析解在现实里是不存在的.

这种做法是严重的设计缺陷, 有可能你的变量引用链条很长, 几百行代码之前的对某个变量的更改,可能引起正在工作的代码的更改,还是悄无声息的更改. ,找 bug 能找到崩溃.

帮你实现了一份差不多感觉的
https://paste.ubuntu.com/p/NQ43VjrSYg/

因为背后的 cdn 会解析到不同的服务器上, 有的 amazon s3 就被墙了.

现在的 app 获客成本在一个人几十块钱的程度, 加上考虑还要给各分发平台交钱. 可能作者还得倒贴

-Werror