如果老家也有满社保 XX 年才能干啥事的，建议缴一份最低。转的社保可能是不算在这种满 XX 年的时间里的....

和操作系统无关，和编译器有关系。
Ubuntu 20.04 默认是 gcc9, suse12 默认是 gcc7 。
未初始化的变量是 UB 行为，编译器理论上怎么做都没关系。
变量声明是没有先后顺序的。

不会，签劳务合同时额外签订了保密协议，明文规定了代码属于公司，个人在未得到公司许可的情况下通过任何渠道外传属于违约。
我们日常工作时涉及代码的交流都不会截图发到工作用的聊天软件上的。

@ChenSino 没用过 KDE.... 不过截图的样子，应该是类似于是否仅在主屏幕显示菜单栏这样的设置 0 0 建议可以照这个方向搜索看看

@ChenSino 你的截图为什么那么像 Mac.... 是虚拟机里面装的 Linux ?

笔记本的内置接口一般是 eDP 。 外置接口可能是 HDMI ，如果是 type-c 连接的外置，一般是 DP 。

不知道 Manjaro 是否有做自动设置外接显示器的功能 0 0
可以先自行用一下 xrandr 命令配置一下外置显示器，确定一下使用本身是否有问题。

一个简单例子
```
# 列出识别到的显示器
xrandr --listactivemonitors

#设置 <output> 接口的显示器复制主显示器内容
xrandr --output '<output>' --same-as --auto
```

全部保留，空间不够就买硬盘。在网络上的东西，你不知道什么时候就会消失。

一般不交流....能交流的地方，一般最后都会水满金山。如果禁水，最后总会变成一滩死水。

但看文章学习的话，虽然不是现在的主流了，但我还是看个人博客为主。虽然同样有优有劣，但个人博客水文比例相比其他渠道还是低很多的。（我猜想是因为个人博客关注量很低，所以发文的人也没必要博眼球。）
至于怎么找个人博客，我一般是两种途径：1. 搜索某些技术问题，然后发现宝藏当即收藏。2. 通过某个博客的友链开始探索。

如果不限于中文的话，邮件组也是极好的一种交流学习方式。

没必要，能看懂就没必要，不然就成下面例子了。（只是想让 OP 体验下描述中的人看到你的帖子的感受，没有主观恶意。我个人日常为了快速输入也会用 ..... 替代 …… 和 / 表示或。）

——正义分割线——


你对喜欢用“/”来做或表达怎么看？
比如：你对发文 /日常表达喜欢用（）来释义怎么看？
我个人一般看到这种表达方式会直接叉掉不看。不太喜欢的地方在于用 “/” 来表达或的地方明明可以用“或”表达清楚。却偏要选择这种不利于阅读的书写方式，所以有点理解不了为什么。
如上面的例子：你对发文或日常表达喜欢用（）来释义怎么看？或：你对发文、日常表达喜欢用（）来释义怎么看？或其他……
我觉得这种表达方式才是正常的以及利于阅读的，但用 “/” 表达或的方式却又很常见。

所以你怎么看呢？

——正义分割线——


你对喜欢用“......”来替代正确的“……”怎么看？
比如： 或其他....
我个人一般看到这种表达方式会直接叉掉不看。不太喜欢的地方在于用 “......” 来表达或的地方明明可以用正确的省略号表达清楚。却偏要选择这种不利于阅读的书写方式，所以有点理解不了为什么。
如上面的例子：“或其他……” 或：“其他略。” 或其他……
我觉得这种表达方式才是正常的以及利于阅读的，但用 “......” 表达省略的方式却又很常见。

所以你怎么看呢？

我上次遇到类似的奇怪的问题（特定用户跑特定的程序必现死机...）是 CPU 坏了...

内存永远是越大越好，能选大的千万不要选小的。

6, 10 画错了。
两个都是要先出栈两次。只是 10 的 TOS1 如果支持 inplace ，等同于出栈一次。

前几年 1024 都有，另外曾经还给老用户发过邀新折扣码，不过折扣力度一般比不上第三年开始的续费折扣。
折扣渠道可以关注微博上的 Jetbrains 中国。

@LeeReamond 最主流的衔接 C++ 和 Python 的工具就是 Cython 和 Pybind11 了，另外就是自己使用 Python C API 封装，但个人不建议，太容易踩坑了，而且是会踩到 Cython/Pybind11 踩过的坑。关于例子，入门通常看 Cython 和 pybind11 的例子就足够了。
实际项目的话，几乎所有用到 Numpy 的计算框架都有 C/C++ 里面处理 numpy 的内容：比如 Tensorflow/PyTorch/Scipy ；一些提供了 Numpy 交互的也有，比如 Arrow 的 Python Binding -> PyArrow 的。

@LeeReamond 无意和你讨论语言优劣性。只是现状是 C++ 写 Python 扩展调用 numpy 是相对成熟的方案了，可以找到很多例子进行参考。使用 Rust 现在也有人在探索，包括我给你列举的 PyO3 和 Rust-Numpy ，但在项目中实际操练的不多，需要自己踩坑并有能力自己解决问题。

因为你是发在 Python 节点，我是认为你的主体程序是 Python ，Rust 作为扩展。这种情形下讨论最高效的，避免内存复制的使用方法是很难绕开 Python C API 和 Numpy C API 的。如果你的主体是 Rust, 那会是另一种话题了。

1. 如果是想借用 Numpy 和基于此的生态。那还是可以看看 PyO3 。PyO3 也支持从 Rust 中调用 Python 。
2. 如果只是一些确定的计算，比如就是矩阵计算，我觉得你可以找找 BLAS 的 rust 实现或者 binding 以及周边生态。

正经途径是用 numpy c api ，可以用 C/C++ 写逻辑。
你非要用 rust 的话，看看 pyo3 和 rust-numpy

另外就是，把命令复制下来贴到自己的笔记里面然后加一段文字说明命令的使用场景和行为也不能叫做笔记（

没有什么东西是仅靠使用的时间积累就能学会的。
你的问题在于平常就没有去了解过原理，用到的命令全靠搜索，搜到了也不去了解命令为什么是那么用的。

就像我用了 windows 十几年还是个 windows 新手呢...因为我从没有去了解过原理，也没有了解过注册表计划任务组策略的具体含义，只是复制拿来用而已。