ale, 包含自动补全(LSP)，定义跳转，语法检查等功能。

我太酸了，这价格太划算了

拉链法，常规操作。

"如果当前地址存放的是一个值：则在该地址存放指针，该指针指向一个链表，同时需要将原来这个位置的值放入链表，新的值也加入链表；"

这里可以被攻击的，如果故意构造碰撞，很快这个链表就会变得很长，复杂度就从 O(1)退化成 O(n)了。Java 的方法是当链表足够长的时候在这里转成红黑树。

别爬，爬就是破坏计算机信息系统罪

跑不跑得起来小问题，跑不起来的地方修改一下就行了，Python 的跨平台做的还可以。
关键的地方是: Windows 对 cuda 程序的限制你是改不了的。
https://github.com/pytorch/pytorch/issues/22083
在 WDDM 模式下，cuda 程序最多只能分配 90%的显卡内存，一个 cuda 进程最多只能分配 90%的 cuda 内存，也就是说在 windows 下你只能利用 81%的 cuda 内存，这不是搞笑嘛。一张 rtx2080ti 11G 内存只能分配 8G 多一点，剩下的 3G 都在吃瓜，用出了 2070 的感觉。

能打断点的话，if-else 的 400 行的函数还算凑合吧，搞清楚哪个分支会在什么情况进入就行了，if-else 多了就是作用域比较讨厌，debugger 可以帮你看到当前作用域可以看到哪些变量。

如果你的业务代码需要用 400 行代码来描述，你拆成小函数也是差不多的，一样要走不同的分支，在不同的小函数里跳来跳去。

群发的消息就算了，没诚意。 如果是点名到姓的发邮件勾搭的，可以聊两句，留下联系方式，指不定以后换工作还能聊聊呢。 买卖不成仁义在。

std::map<int, std::list<int>> map;
int index = 0;
while(condition)
{
map.emplace({index++,std::list<int>{});
}
大概是这样吧？

输出重定向。

如果你只写经典 C++并且比较克制的使用 C++新标准的部分特性， 再加上 Qt 完善的基础设施，可能手感和 Java/C#差不多。

如果上面三条条件有一条做不到，难度会陡然上升。

因为开机要硬盘自检啊, 大容量的工作站从按下开机键到进系统可能要检查十分钟以上。 你可以看看 BIOS 有没有开关关闭这种检查的

@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