@liuser666 一般只提倡使用标准 ISOC++，只在自己知道哪些是编译器扩展的情况下使用编译器扩展，每个编译器都会掺自己的私货，所以要对编译器掺杂的私货要特别清楚。
比如这段代码
https://paste.ubuntu.com/p/YFt2NjzqYr/
g++默认情况无条件给过并且不报 warning, 要开-Wpedantic 才会给 warning, clang 默认条件下直接报错误。
这段代码不是标准的 C++代码，VLA 不属于 C++标准。

你碰到了 C/C++最难的一部分，就是 C++的 ABI 问题和它的生态工具问题。绝大多数 C++教材都回避这一问题，或者简化的介绍一下 GCC 或者 MSVC，对为什么 gcc10.0 无法链接 gcc4.9 编译的库, 哪怕代码是合法的这种问题避而不谈。

这一部分就是三不管地带，全靠码农在成千上万个 undefined symbol 和无数次的 segmentfault(core dumped)中淌过来的。

cmake 相关的可以看，里面包含了如何链接动态链接库的问题
https://llvm.org/docs/CMakePrimer.html
https://cliutils.gitlab.io/modern-cmake/

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 就被墙了.