@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 新手呢...因为我从没有去了解过原理，也没有了解过注册表计划任务组策略的具体含义，只是复制拿来用而已。

首先，假设 OP 是在讨论 chmod(1) 命令的参数。
0755 和 755 没有区别。chmod 用数字做参数时，要求是 4 位 0-7 的数字，不足 4 位会自动前补 0 。

其次，如果是 C 语言调用 chmod(2) 接口的话，0755 是因为参数需要八进制数字，C 语言的八进制数字要求以 0 开头，这里的 0 不能省略。但同样的，这也已经是省略写法了，写全了应该是 00755 。

其实吧...你多在其它项目开 issue, codereview, pr, 就可以刷掉这个了 0 0

@oneisall8955 @moioooo

我买了 Pocket3 。个人认为是有闲钱当玩具，或者真的极其在意便携性的话可以买，硬件工程师的卖点目前看还有优化的潜力。（作为对比，个人有 surface pro 和 xps13 ）

优点：
1. 便携性，远超平板、轻薄本的便携性，大一点的口袋就能塞下，比如冬天大衣的里口袋、工装裤的侧袋。
1.1 当然，实际上厚度很厚，轻薄本爱好者肯定无法接受
2. x86 架构，高配版的 1195g7 还是挺给力的。

缺点：
1. HDMI-in （硬件工程师卖点）实际体验很糟糕。
1.1 是转换成摄像头信号的。需要需要用相机应用，或者厂商开发的应用来使用。
1.2 鼠标键盘的出口 USB 是 type-c 的。
1.3 如果用相机应用的话，无法在本机和接入机之间切换。需要拔线。
1.3 如果用相机应用，因为分辨率是 1080P ，接入全新安装的 linux 没有 dpi 设置，会眼瞎...
2. 电池容量太小，CPU 满载的话大概只能跑一小时多一点。不插电没法完全编译 ClickHouse 。
3. 奇葩的键盘布局和按键密度和按键大小....手小人士倒不至于二指禅，但每次切换这块键盘和正常键盘时，都需要时间适应，不然会有很高的误触率。
4. 无法升级更换内存，16 GiB 有点小了。

所以我现在的用途是随身携带预防需要紧急运维。但又不想为了一台电脑专门背个包。

这种时间敏感使用场景不要使用 sleep ，和是不是小脚本倒没有关系.....