这有啥不应该的，喜欢折腾 Linux 的终究是少数，大多数人用 Linux 只是为了干活。
至于服务端，如果有大公司去推倒是有可能，不然谁敢在服务器上用小众发行版，出了事儿怎么办？

说白了，发行版的命运，一方面要靠自我奋斗，但另一方面也要考虑到历史的行程……

哪种方法最常规不知道，但最简单的肯定是直接用官方的 rpc 包： https://pkg.go.dev/net/rpc
不同实例就监听不同端口

草，以前都是选手入侵主办方的机器，没想到这次形势逆转了……

点进来前还以为是来分享调优经验的（

明明用的是开源项目部署的，但是不仅把项目名称改了，甚至把原项目的地址的地址也都去掉了
辣鸡

1. 文中提到的问题，shellcheck 就能检查，为啥要自造一串正则表达式来处理……
2. 自定义 lint rule ，推荐轻量易用的 semgrep： https://semgrep.dev/playground/s/E2Jo

rules:
- id: declaration-assignment
patterns:
- pattern: local $A=$B
- pattern-not: local $A="..."
message: Declaration and assignment should be on different lines.
languages: [bash]
severity: WARNING
fix: |
$A
$A=$B

（不过 semgrep 的 autofix 一直有点问题，比如上面的规则不能正确处理第二行的缩进

是「超过 24 小时后系统就会变卡」，还是「下班休眠以后，第二天系统就变卡」？

fanotify ？

@aloxaf 顺便赞扬一下 ChatGPT ，我一时半会儿想不起这个现象的名字了，抱着试试看的态度问了下 ChatGPT ，竟然给出了正确的英文名称

频率错觉（ Frequency Illusion ），亦称巴德尔-迈因霍夫现象（ Baader-Meinhof Phenomenon ）
——指当我们巧遇某些不常见的事物，比如不熟悉的单词，名词，亦或是人，品牌等等，在之后我们开始感觉频繁遇到，或者生活中频繁出现。

（解释引自知乎 Psychedelic

编译后的代码访问 p.name 时靠的是偏移，而不是成员名。假设 p 的地址是 0x1234 ，那访问 p.name 可能就编译成 *(0x1234 + 0)、p.age 就编译成 *(0x1234 + 8)、p.gender 编译成 *(0x1234 + 12)……
要想通过成员名称来访问，你就得自己算这个偏移关系，对于有些语言，你或许还得自己维护一份符号表——然后你的这个行为，就叫反射

起手就完成了自举，看得出来 LZ 是在认真对待这件事。不过我对文中几点我想提一下自己的看法。

> 多年来就一直想不清楚一个问题：国内大牛这么多，为什么都在卷高级的优化，到现在为止都没有一个能用的上的真正意义的普通国产编程语言。

因为「为了国产而国产」实在没意义，以「国产」为卖点只能吸引外行的领导，吸引不到开发者。
而且要脸的作者，都不会大张旗鼓地以「国产」为卖点来宣传自己的语言——甚至我看了下 LZ 你的项目主页，好像通篇也没提到国产两字吧 2333 。


> 毕业多年来就一直想自己做一款对程序员友好的语言，感觉现在的语言为了高性能、安全，往越来越极端的方向走，现在工作中就是用的 rust ，简直折磨人，和当初用 php 时比起来，我认为动态语言才是更符合未来的方向，

我倒是认为这里反了：应该是早期大家只在乎程序员写的爽就行了，但是随着软件规模越来越大，大家才开始慢慢意识到静态强类型的必要性。

@huntagain2008 #24
哈哈哈，这其实就是小马过河的故事
每个人的 Linux 水平不一样，处理事故的能力也不一样，不要听别人说「 Arch 很稳定」就相信了，那只是在他手中的稳定

被 Manjaro 软文忽悠去用 Manjaro ，然后用着用着就变成 Arch 用户了……
不过吐槽一下，我从来不会去安利 Arch ，也很反感不分情况无脑安利 Arch 的人——就是因为这些人，搞得在别人眼里 Arch 用户除了苦行僧就是装逼犯（

正则的灾难性回溯，经历过几年前 CF 全球大中断的程序员应该对其印象深刻
别说几万行，运气不好一行数据就能把基于 NFA 的正则引擎搞挂
https://regex101.com/r/BJbBXy/1

探究了一下这个问题。首先最早似乎是 GTK 这么干的，官方认为这种设计并没有问题，因为当你点击右键时，你肯定是要选择某一项，所以这种设计可以为你节省一次点击（真是 Geek 风的设计理由……）
然后 Gnome 是基于 GTK 的，并且 Gnome 当时是 Linux 第一大桌面，所以大家就都继承了这个行为……


吐槽一下，这种问题吧，我认为可以探究，但实在没有纠结的必要。因为真的并不是每一个设计都是深思熟虑的，尤其是历史悠久的设计。大概率当初设计这个的程序员觉得没啥问题，然后就一直传承下来了，传承久了就不好改了。这类问题在不同操作系统中都普遍存在，比如我也可以问：
- Windows 下的路径为什么要用 \ 来作为分隔符，这种设计和主流转义符冲突，还逼得 cmd 和 pwsh 选用了其他的转义符，这种设计有什么意义？
- Windows 自带命令行工具为什么要用 / 来表示命令行参数，逼得路径只能用 \ 来表示？
- 为什么 Windows 文件名不能包含 \?*<":>，微软程序员不会转义吗？
- 为什么 win32 API 要分 A W 两套，而且内部使用 UTF-16 而不是 UTF-8 ？
- 为什么 Windows 要将硬件时间视为本地时间，这样切换时区的时候硬件时间也要变更？
……

为什么这么设计：我猜是早期设计的时候并没有多想
为什么没有改：用了五年 Linux 桌面了，我一直都没有意识到这个问题，网上搜了下相关的问题也寥寥无几……这个需求显然太过小众了

你要知道，重定向是流式的，所以只能先打开文件，再执行命令。
不需要流式的场景，倒是可以最后再写入文件，不过这样就得先缓存所有输出，比如 sponge 命令 cat a.txt | sponge -a a.txt

从楼主的描述来看应该没怎么深入用 Arch ，既然这样我建议备份一下重要资料直接重装就行了。
跨桌面系统共享 HOME 可不是个好主意。