@vfs 先给你道歉，语气暴躁了点。

上面最后列的这几个问题不是我在 V 站看到的（我也没看过你之前提问的那个帖子），是我自己在用户群和 Reddit 宣传的时候遇到的常见问题。不是说「提这些问题的人 = 不经大脑思考」。如果不小心地图炮到你了，不好意思。

为啥楼主每次发帖都有人问不经大脑的问题，冷嘲热讽之前不先思考一下吗？

利益相关：我是 amber-lang 的 contributor ，和楼主这个项目的定位类似。

----

下面是一些常见问题：

Q：为什么不直接写 Python/JS/VBScript/JScript/Lua/bat/...？
A：你说的这些都不跨平台（尤其是臭名昭著的 Windows ），脚本编写者需要学习多门语言、维护多套脚本，增加维护成本。

Q：为什么不直接写一个新的脚本语言？非要翻译干什么。
A：不用在用户设备上安装解释器，便携性强。

Q：哎呀，没听说过脚本都需要跨平台，需要时再写不就行了？
A：相同项目确实少见，那不同项目的脚本呢？比如说，今天可能要给 Windows 客户机写批处理，明天要给 Linux 服务器写脚本，后天又给自己的 mac 写小脚本，用中间语言就不需要同时学三门语言了。

Q：脚本语言有什么难学的？我 [此处填时长] 就学会了。
A：脚本语言的问题是（通常为了向后兼容）有非常多的 quirks 。比如 Bash ，很多人喜欢用的 set -o pipefail 和 -e 其实都是有问题的，在计算数值非 0 时也可能当作错误退出；另外，它的 local scope 是 dynamic scope 而不是 lexical scope ，如果不为每个函数重命名变量，会导致意外的变量覆盖；此外还有 string interpolation 和转义的各种复杂规则。Windows bat 也有诸如参数传递和变量展开延迟这些问题。你不碰到自然没事，碰到就会很难受。使用中间语言有助于以统一的方式解决怪癖，提高 QoL 。

Q：为什么要重新发明新语言？直接给现有语言写编译器不行吗？
A：脚本语言的逻辑差异很大，比如命令（ command ）语法，现有语言不支持。另外脚本语言大多是弱类型或动态类型，支持的语法特性很少，很难写一个 1:1 的编译器。

Q：现在 AI 都能写了，你这根本没用。
A：AI 写稍微复杂一点的脚本逻辑，依然会漏洞百出。另外后续可维护性会极差（亲身经历）。

Q1：你用的 AI 不行 / 你自己提示水平不行，我的 AI 从没出问题。
Q2：AI 很快就全面解放人类劳动了，写这些东西根本没有意义。
Q3：古法手工编程的传统码农又来啦 / 写代码写出优越感了
A：¯\_(ツ)_/¯

1. 关键词：Stacked filesystem encryption ，即「在现有文件系统中储存加密文件结构，且可以通过挂载等方式无感读写的用户级别文件系统」。

除了楼上提到的 EncFS 和 cryptomator ，gocryptfs 和 CryFS 也可以看看。后三者都是支持 Windows 的。个人推荐 Cryptomator （部分功能需要付费）、gocryptfs （完全开源免费，但界面不太友好）。

不过 Cryptomator 确实速度会慢一点，原因未知，可能是加解密算法设计问题？

2. 至于 VeraCrypt 、VHDX 这种块设备级别的加密，就要看具体的软件实现了，整栈从下到上都需要支持 sequence read/write in the middle 。SMB 本身应该是支持的，VHDX 应该也是支持的。VeraCrypt 速度慢可能是将 sequence read/write 转化为 random read/write 了。

3. 只是要防止其他人看到的话，楼上介绍的权限控制方法也是可取的，0 性能损失。

太牛了，这几个天天看到宣传，没想到还是 V 站的

没有人说 Rust 一定比 Go 快啊，GC 语言一定比 GC-free 慢是刻板印象，得改。准确的说法是「 GC-free 的语言，性能上限比 GC 语言高」。

也就是说，如果肯优化，Rust 一定能做到比 Go 快。

只不过 Rust 默认的编程范式不鼓励池化管理，在 I/O 和 Memory Burst 场景下，延迟比较吃亏。通俗地说就是 GC 语言鼓励「积极分配，一次性全部释放」，GC-free 鼓励「用完立刻释放」。

对了，按这个 issue 下引用的链接，你这个是 2020 年的 issue ，2022 年 skim 就已经优化到和 fzf 一样快了，且内存占用更少： https://github.com/skim-rs/skim/issues/509

虽然抄袭可耻，但宝塔也不是什么好东西。只能说恶人自有恶人磨

SemVer 啊

格式：破坏性更新.功能性更新/修复.小修复-alpha/beta.临时热修复+构建号

如以下是递增的：

1.0.0-alpha.1+13
1.0.0-beta.1+16
1.0.0-beta.2+18
1.0.0-1+19
1.2.0-3+31
……

@bclerdx @383394544 省名不至于敏感吧。另外运营商总归能说一下，不然没啥信息量了

@kingwang 我看了半天，才知道你想说什么。你是想说「生产企业 [...] 采取技术和管理措施预防在产品流通环节发生置换操作系统和安装应用软件的行为」这句是吧。

首先，这里的「置换操作系统」明显不是说普通用户自己替换，而是说黑产，这一点在通告解读 [1] 里也说了：「避免在销售渠道被 [非法] “刷机”……」；

其次，退一万步，就承认说这里的「替换操作系统」是泛指所有刷机，那后一句的「预防 [...] 安装应用软件」又是什么意思？中共禁止用户安装人任何软件？

最后，这本来就是个很模糊的规定，从 22 年到现在 3 年了，各个国产手机厂商连其他几条都做不到（所谓的卸载都是指 pm disable ），就单单非要全面强硬执行这条？又是高考又是阴阳文案，就这么闲？

[1] https://www.gov.cn/zhengce/2022-12/15/content_5732078.htm

@kingwang so? 你贴个通告想说明什么呢？万恶的中共允许卸载系统预置软件？

这和限制 bl 有啥关系？和「限制 bl 的 [主要] 原因是否为政治」又有啥关系？意义不明

>某中原大省

哪里？你们省名说了犯法吗

>那帮人什么都干得出来

魔怔了，这也能拐到政治上？他让你打不开国内网页有啥好处吗？

>使用 DNS 114.114.114.114 ，223.5.5.5

DoH 和 DoT 也有问题吗

@aru @evansun 根分区平常挂载为只读，禁止修改。

1. 一般用户软件：用 flatpak 之类无需动系统的用户包管理器来安装
2. 必要的修改：用特殊的系统命令（比如 Sliverblue 的 rpm-ostree ），修改成本很高

优点是安全性好，系统绝对不会崩（因为根分区根本不让动），对系统盘的读写磨损也较小。现在的 Android 手机都可以看成一种不可变 Linux 。

缺点是根分区镜像得提前预制，把需要的系统软件都装上、系统级修改都做好，不然后续修改会很痛苦。

> wget 命令，改由 wcurl 取代

所以看起来 wcurl 会作为 wget 的别名提供？那其实也不算是「不再提供 wget 命令」啊，只是删了个包换成 wrapper 而已。

> byobu 和 screen 命令，由 tmux 取代

支持。screen 早该扫进历史垃圾堆了，难用得要命，界面和功能都比 tmux 落后一截

@dxgfalcongbit 修电器是魂系，高死亡惩罚（修坏了就废了） ✅ 没有完整剧情 ✅ 看网上教程，脑子看懂但手学不会 ✅ 没有大地图 ✅ https://i.imgur.com/io2SM1h.png

@DawnAyrrn 是的，我也是玩过 Type Help 才想起来把这个品类游戏捡起来继续玩的，真不错

@sjhhjx0122 确实，不过这一类就偏向传统推理游戏了，有明确的关卡区分、明确的思考选择范围（可以 S/L 大法或穷举）

@xtreme1 疑案追声我确实还没玩，数据是从 HowLongToBeat 上摘的

@SayHelloHi 这两天试用了一下，感觉小问题还是挺多的：

1. 有的网页明明不是英文（或者我不需要翻译），我也没按快捷键，它擅自开始转进度条、执行翻译，把所有中文全部复述一遍（这时候按 alt+q 也不会取消翻译，而是继续翻译。必须再按一次 alt+q 才能把无效翻译移除掉）

2. Reddit 之类的复杂页面，翻译直接把页面布局弄乱了，标题文字互相重叠

3. 某些带动态载入的页面，只要一动态载入，翻译就自动取消了，已有翻译都不见了。必须按 alt+q 重新触发翻译

4. 同一个页面，经常 alt+q 按三次（需要按三次的原因见上一条）就完全不翻译了，再怎么按都没反应 或 翻译状态乱掉了（只翻译页面一部分）

总的来看我还是继续用沉浸式翻译吧，这个确实还要再养养，小瑕疵太多了，不太可用

@mistsobscure #29 看了一下，过滤规则是这样： https://github.com/wildskyf/TextareaCache/blob/61de316b1a45c9ad48b12ac86358505528681ae1/content-script.js#L15-L21

搜索框好像确实是不会存，主要存多行编辑框