引导一下步骤还是能给出正确结果 https://i.imgur.com/gbuhan9.png
openai 的文档里提过，给 ai 明确的步骤，更容易得到正确的结果

@aloxaf #5 啊，我搞错了，确实可以复现

原先都没注意过这个问题，也用 shell 处理过几次 curl 输出，竟然一直没踩坑

无法复现，你的环境及 curl 版本是多少？

@cubecube #8
> 这货稳么
目前来说，除 raid 功能外还是很稳的，可以在 https://btrfs.wiki.kernel.org/index.php/Status 查看各个功能状态。

> 文件系统这东西，没人因为稍微快点就冲吧
是的，用 btrfs 的基本都是冲着各种新特性来的（写时复制、透明压缩、轻量快照……），单纯论 IO 性能 btrfs 并不强

eval 的作用当然是 eval 了（你把 val 改成其他值就看出作用了

> foo=bar; bar=233
> eval str="\$$foo"

> eval str=" echo 233"
233

我觉得对于「桌面用户」来说，最准的是 https://store.steampowered.com/hwsurvey/Steam-Hardware-Software-Survey-Welcome-to-Steam?platform=linux

@Authorization 草，搜了一下答案还真是 B ，笑死

没懂，这是入群验证题吗？
这种题目作为入群验证题真是让人毫无解答欲望……

@FrankHB #28 嘛，对于早期的语言设计者应该要宽容一点，毕竟他们是趟坑的人，而我们是站在巨人肩膀上的人（除非是在 21 世纪还在以 70 年代的思维设计语言

@chinesehuazhou #25 我认为能够让人拍案叫绝的，应该是足够巧妙的设计。len 这种东西我认为完全是受过程式思维的影响（当然并不是说过程式就是落后的），一堆脚本语言都是这么干的，不足以称之为巧妙。

我认为由个人主导的语言，很多设计都可以归为作者的口味问题
分析它们的优劣是可以的，但是硬找上一堆理由还扯上对世界本质的洞察就实在有点……

@brader 我记得是可以选择是否更新实体证件的，选不更新实体证件就行了

@maggch97 #12 这和你有没有审查脚本的能力没关系，只和锅谁来背有关系

#13 那你倒是说说在允许热更新的情况下，如何防止恶意代码……

#14 脚本的热更新和 Firefox 无关了啊，那是插件和提供脚本的网站该操心的事儿


附一下我认为认为的上述几个不同层级事物的对应关系。
显然 Firefox 插件出问题，Firefox 的责任是逃不掉的
而油猴脚本出问题显然轮不到 Firefox 负责……

发行版官方源 => Firefox
Firefox => 油猴
Firefox 扩展商店 => Greayfork
Firefox 插件 => 脚本

@maggch97 这两者不一样啊
userscripts 插件里的脚本都是用户自己从其他网站安装的，就算出了事情也不是插件的锅，更不是 Firefox 的锅。
你这热更新万一推送恶意代码，那背锅的就是 Firefox 审查不力。
更不用说这类插件即使更新脚本也会弹窗要求用户确认……

bash 新手必读书目： https://mywiki.wooledge.org/BashPitfalls
人生苦短，远离 bash （

@varius
在伪终端里运行它们即可，zsh 用户的而话可以直接用 zpty 命令：
https://github.com/lilydjwg/dotzsh/blob/master/zshrc#LL561-L561C7

简单粗暴型：排除掉特殊文件&目录后，直接备份整个根目录
保住数据型： /home 就够了，或者带上 /etc & /var 更好
防手贱型：改用 btrfs + snapper

element.split('=') 可能产生有长度超过 2 的 list ，理论上加上 maxsplit=1 就能满足要求，可惜 pycharm 还没有这么高级

你只能选择这样干，嫌太长可以用海象运算符简化
dict_x = dict((element.split('=')[0], element.split('=')[1]) for element in str_x.split('/'))

当然我更建议
# noinspection PyTypeChecker
dict_x = dict(element.split('=') for element in str_x.split('/'))