也可能是为了搞千年大计，减少未来可能的 bug ...

@pocarisweat Linux 上面做闭源软件主要就 Electron 和 Qt ，这俩都很成熟，还没见过哪怕一个用 GTK 的 ...

我觉得现在大多数笔记类软件做的多平台同步，基本都属于把用户当傻子的性质，想把什么都替用户做了，假装用户什么都不用操心，但是抽象总是会泄露的啊，这时用户就吃屎了
现在这个时代大家都时刻在线，对于个人使用来说，可能不如每次编辑之前都强制同步服务器最新状态，编辑后强制保存到服务器，反正正常人不会在同一时刻在多台设备修改同一项数据

破案了，是 Linus 不会数 20 ...
可能是因为稍微瘦点所以不至于 3 都不会数？（ not really ，可以搜点照片看看 Linus 的肚子 ... 我很怀疑里面是不是装了个企鹅）

以前好像 macOS 就被扒出来过给 Adobe 还是 Office 来着做 workaround
其实商业软件都是这样的，glibc 开源才敢“乱来”

Linux 可以直接写一个 .netrc 把 token 放里面用 HTTPS ，不用装额外软件

貌似很少见过老任的技术分享 ...

等你有心思插满的时候估计频率也上去了

只是 64G 的话不需要插满吧
（我还没试过，在等 13900K 上了之后换 D5 ）

ECC 这个事 Linus 不是第一次说了，原文里面 RWT 那贴子也应该转过来的。
不过这次倒是变成真实的故事了 ...

哦对，这库应该也是支持 C++98 的，所以可能省了个事选择用兼容性好的方法

这是 C++11 之前的老套路，想要禁止用户拷贝类的实例就把 copy-ctor 扔 private 里面。
C++11 有了 =delete ，就基本没人这么用了（当然还是可以达到“只让类自己的成员函数调用”的目的 ...）
因为 C++11 基本早就普及了，楼主可能学的时候不知道这码事

以前网速没那么快的时候数据稍微大一点就是这么干的 ... 现在就是多了几个 0 吧

我曾经有一个奇怪的想法
就是不用什么 QWERTY 或者 Dvorak 布局，而是完全使用笔画输入，几个键就可以解决
残废拉丁文字不需要输入
同时使用中文编程语言进行编程，达到“全栈中文”的效果
虽然一开始我主要想解决的问题是如何在成本受限的情况下只用 Stream Deck 控制计算机，但是看到楼主的主题，我突然认为熟练掌握这套系统是中国人的基本要求

不建议只跑一个 benchmark 。

大概一两年之前试着用过 alacritty 吧，感觉会出现一些肉眼可见的卡顿，可能是 UHD 630 太弱了

> 不说 100% windows 下的软件都能找到替代品，我觉得能找到至少 90%是没问题的

准确来说，任何一个软件都是无法替代另一个软件的。
比如 Excel 在我这是无法替代 Google Sheets 的——因为 Google Sheets 可以直接拖动移动行 /列，而 Excel 必须额外按个 Shift ，并且还必须定位到行 /列的边缘。
觉得这不够 trivial ？好，我也是 Windows Terminal 的重度用户，我用它的原因很简单，这东西的“设置”界面是单独做成一个 Tab ，和其他 Terminal 并列的！目前我没在 Linux 上找到任何一个“替代品”是这么设计的，要么是个对话框，要么就直接文本配置，在这一点上 Windows Terminal 无可替代。（浏览器的 Tab 开成 Terminal Emulator 也许可以？毕竟现在浏览器“设置”界面一般就是单独一个 Tab 。或许可以用 Wine 跑一下试试 ...）

> 开机后内存占用甚至都不到 1G ，我试过再开个 freecad 的 3d 图，内存也就用了 2G 多点，但是 windows10 下基本就到 3.5G 了
既然是 Linux 用户，起码把“内存占用”的概念 elaborate 一下吧 ...

> 而且 linux 这些年桌面的效果也越来越漂亮了，并不比 windows10 差
本来想吐槽的，但是一想 Win10 的控制面板那德行嘛，糊弄事的帽子两顶，都乖乖戴好

最值得吐槽的是这句：
> 现在的桌面版本却是越做越小巧，很多桌面如 xfce ，openbox ...

最近我们有“灵活就业”“恶意讨薪”“原则居家”“准封闭式管理”，今天又多了个“越做越小” :)
楼主是真会挑，Openbox 15 年就停止更新了，那时候 Win10 都还没 RTM ，根本没法“越做越小巧”，因为早已经不做了 ... xfce 也是个更新龟速的货，你翻翻 changelog 看看这些软件这么多年跳了几个版本号吧 ...
那不如看看真的在做的软件吧，就用私货加得少的 Arch 举例，archive.org 上有最近几年的包，比如我日常用的 Kate ，从 1.6M “越做越小”到了 9M ，glibc ，7.9M 到 9.8M ，ffmpeg ，4.8M 到 11M ，OpenSSH （准确来说这其实是个 BSD 软件），600K 到 1.1M 。Blender 和 Krita 算是开源桌面软件的 poster child 了吧，通通从 30 多 M “越做越小”到了 60 多 M ，这还没算它们需要的一堆依赖包 ...

https://archive.org/download/archlinux_pkg_glibc 自行替换包名看看 Linux 软件是如何“越做越小”的。

（注意有个小坑，页面上显示的压缩包大小不代表包的实际大小，而且 Arch Linux 中间换过一次包格式，从 .tar.xz 换成了 .tar.zst ，这会略微增大包体积但不影响整体趋势，比如
不过我这里不得不吐槽 Zstandard 竟然至今没在 Windows 上铺开——这玩意已经在 Linux 上泛滥了，我出去买包烟都能碰到（划掉） pacman -Qi zstd 一下就有这么多东西依赖它：blosc boost-libs btrfs-progs curl gcc kmod libarchive libelf libtiff libzip mesa mkinitcpio perf plocate qemu-img qemu-system-x86 rsync systemd-libs wireshark-cli ）
（不过楼主钟爱的 Openbox 好像是确确实实变小了一点）

当然楼主这主题一发，大家肯定只看见“Linux”和“Windows”，忽视了这些实际的问题。
我真心建议 Linux 爱好者去 Emacs China 之类的地方去讨论这类问题（虽然这是个 Emacs 论坛，但起码用户群体比较正常），再不行去 WSL 的 Issues 区也比这地方好 ... 最起码微软的人是真的会给你一些有价值的信息（ https://github.com/microsoft/WSL/issues/873#issuecomment-425272829 ）
不过不建议去 /r/linux ，/r/archlinux 之类的地方，前者一半是“Linux 开箱帖”，后者 90% 是开箱帖。

说到这正好 /r/programming 刚刚推给我一篇文章： https://randomascii.wordpress.com/2022/09/29/why-modern-software-is-slow-windows-voice-recorder Why Modern Software is Slow–Windows Voice Recorder
我觉得这文章比这楼里几十层更有助于解答楼主的问题。

然而你猜最搞笑的是啥？
——我读完了才发现这文章的作者是 Chrome 开发者之一。

（由于 Lycoris 看多了，需要维持一下“平衡”，这里再贴一个吐槽 Linux （准确来说是 coreutils ）软件复杂性（以及对所谓“UNIX 哲学”的背叛）的文章： https://danluu.com/cli-complexity ）

五十多楼了魔怔人终于来了 ...