《稻草人周刊》更名为《大脑充血》，不过内容的变动不大，还是继承以前的编号。名字的灵感来源于我很喜欢的一张塔罗牌「 倒吊人 」。
如你所见，周刊的结构做了调整。所有技术相关的内容被移动到了名为「茶歇」的新栏目，里面包含着一些比较轻松的技术新闻，当然也有我的观点。原来的「连接」栏目更关注相对通俗的大众话题，也涉及人文社科。
原本只有一些零碎信息的「切片」栏目代替了我的社交媒体发帖，我按照时间顺序列出了我以前会发送到社交媒体上的内容。有些东西我其实仅仅是希望表达出来，不一定要立刻收到回应。周刊当成一个缓冲区，每周发布一次这些碎片内容，可以减少我对社交媒体的依赖。
另外，你可能知道，我这周屏蔽了 Matrix 和 Fediverse 的消息，以后很长一段时间都会这样。我想我可能只会每周或者每两周看一次那边的消息。如果需要联系，请给我发电子邮件。
Olivia Rodrigo
I’m a zombie in my body, I’m a train off of the track
I feel dirty, I feel rotten, and the colors are all flat
I’m a sad shell of a woman and I’ve got maggots for brains
——《maggots for brains》
📜
I’ve heard that there is no virtue in rising before the sun unless you are harvesting olives or fleeing the authorities
我曾听说，除非你要收获橄榄，或者逃离权威，赶在日出前起床就不是美德。
生产力指南到处都是，或许应该停下来，读读这篇非生产力指南。恰当地浪费一个上午并不是慵懒，而是刻意的体验，感受身边微小的细节和时间像沙子一样流过指尖的愉悦感受。浪费一个上午最重要的是，不应该感到内疚。
If you find yourself fretting about “shoulds” or “to-dos,” find the nearest cafe and order another coffee and stay exactly where you are. You are not being lazy, you are investing in the leisure. In the mental space where new ideas happen to wander in, wearing a linen shirt and asking if this seat is taken.
你如果你发现自己为应做的和待办的烦躁不安，找到最近的咖啡馆，再点一杯咖啡，待在那里不要动。你不懒，你是在为休闲投资。在新想法发生的心智空间内，穿着亚麻衬衫，询问这个座位有没有人坐。
在这个早晨，如果在十分钟以内做好了咖啡，那都是过错。效率绝对不应该考虑。
You might be reading, again. Maybe you’re watching someone water a balcony garden, or listening to a conversation in a language you barely understand. Maybe you’re simply enjoying the pleasant fact that no one needs you for anything right now.
你可能又开始阅读了。或许你在看某人给阳台的花园浇水，或者听着你几乎不理解的语言的对话。或许你只是在享受现在没有人需要你做任何事情的愉悦事实。
这样就够了，不要试着说什么有趣的话、做什么有意义的事情，去感受生活本身，什么都不要做。
You’ve accomplished exactly what was required of you.
你精准地完成了你需要做的事情。Absolutely nothing.
什么都不做。And you did it well.
而且你做得很好。Until next time,
直到下一次……
📻
树老师认为她能保持心力的很大原因是，她面对打着「为你好」旗号来管她的人能够做到不上心。这种人无处不在，甚至与权力结构和社会地位无关，不只有上位者管理下位者，平辈和下位者也可能以各种理由管别人——这是一种人格缺陷。跟这些具有人格缺陷的人讲道理是没用的，在某些极端案例中，这些人根本不讲道理，仅仅是想在你的生活里找点存在感。树老师说她奶奶会给她和她的表妹完全相反的人生建议，仅仅是为了「管管他们」。某种程度上，这些人是在给不存在的公众表演，这种公众在落后的社会中可能存在，但在现代的、原子化的社会中，表演美德没有意义。很多人逃不掉这种思想钢印，总是在表演，「管管你」就是一种表演，对长辈来说，这是尽到教育责任的表演（尽管他们根本不懂教育，仅仅是自以为是而已）；对另外的人来说，这也是某种把自己塑造成热心的好人的表演。
我想补充的观点是，这种人格缺陷有大有小，也可能以不那么明显的症状出现在年轻人身上。有较轻「症状」的人可能也会抱怨「为你好」的管教，而意识不到自己也在做一样的事情。仔细想想的话，那些试图把「正确方式」教给你的人无处不在，比如使用某个编辑器的正确方式、查阅资料的正确方式、做笔记的正确方式、软件架构的正确实践等等。
这些建议往往都忽略了特异性，人与人之间特质和需求的差异，不同情况下对解决方案的不同要求，而且就算他是对的，有些东西也需要别人亲自试过之后才能得出结论。可笑的是，如果反对他们的意见，他们可能会觉得是你「不懂做笔记」「没有把笔记当作笔记来对待」。他们为什么跨越社交边界去管这些琐碎的小事？我认为和「为你好」的长辈一样，都是人格缺陷，只是表现和轻重有别。
这些观点当然是有意义的，对个体和一部分群体来说可能很好，但硬塞给别人无异于精神强奸。甚者，可能发展成邪教：这个东西这么好！我们都这样用！你为什么不用？！你必须要这样用，因为…… 这些东西写在你自己的博客里就行了。
我最近的确被太多这样的人困扰了，一方面是来自学校，关于老师的各种可笑行径和言论我已经在联邦宇宙上写了太多了，再写只会消磨自己的心力，这里就不再赘述了；另外还有来自现实及网络上各种琐碎的社交，某些强硬的观点也让我喘不过气，甚至让我对原本很感兴趣的事物都产生了厌恶情绪。我不清楚这是不是我的人格缺陷，我对所有事情都很容易上心。我在《 这个世界会累死完美主义者吗？ 》里讨论过这一特质给我带来的困扰。我一直想要快点毕业，找到工作，去到我自己选择的城市，远离我讨厌的人（一两年前，我甚至想要 远离这个国家 ）。
不过就像树老师在播客里说的，无论逃到哪里都无法远离这种人，他们无处不在。
我在阅读以前的文章时，发现自己当下的困扰与一两年前的困扰惊人地相似：
我要是这么写下去，你大概会觉得可笑吧，看着这个本科生像小孩子一样抱怨自己的老师…… 我也觉得自己可笑，明明把自己的生活安排得好好的，只因为台上那个自我感觉良好的男人能对自己指指点点，心情就一落千丈。
但我实在难以接受，自己每周要被他浪费 270 分钟的宝贵时间，听他用 20 分钟解释我 5 分钟能理解的概念，然后听他时不时爹味爆发，教我们要怎样过好自己的生活，还发表一下自己对于哪些人应该拿毕业证、哪些人就不该发毕业证的看法，全是不着边际的空谈，没有任何实在的方法和新颖独到的思想。我每次听他讲课，心里都在呐喊：你能不能不要再浪费我的时间了！
——《 Fly Me to The Moon 》
我一直，都无法停下在乎蠢货说的话，我恨，那些蛮不讲理、学识浅薄、过度自信的人，能肆无忌惮地浪费我的时间和摆弄我的自由，而我什么也做不了。我一直都学不会屏蔽他们的话，因为，如果我作为人类，和自己存在的环境完全解离，那会是多么可怕的事情！而且，我向来讨厌说谎，我不喜欢说违心的话，只为了让那些蠢货能离我远点。
我的策略一直是主动远离，远离那些完全无法沟通或者我不愿意费心费力沟通的人，但我想我该开始接受身不由己的事实，在公众面前、在老登面前，应该撒谎、应该表演、应该解离，以便获得内心的安宁。
📻
以「专家」口吻反过来教育不懂事父母的播客。小孩（这里指二三十岁，不再依赖原生家庭的成年人）不愿意跟父母讲话并不是他们变了，而很有可能是因为他们一开始就不愿意跟父母讲话，但是以前没有自主能力，必须吃父母的、用父母的，寄人篱下，所以必须跟父母讲话。等孩子长大了，翅膀硬了，获得了可以不跟父母讲话的特权，自然就不会讲了。
「专家」提出了两种解决方案：
我很喜欢这期博客里的「专家」口吻。我希望某天我不会需要把这期博客发给我爸听…… 就算需要的话，我可能也跑得远远的了。
📃
NPM 即将在七月份发布 v12 版本，主要有三项改动，均涉及 npm install 命令：
更多技术细节可以阅读 原文 。安装前后执行的脚本、从 Git 仓库和远程 URL 下载的外部代码，都是很多 NPM 供应链攻击的来源。之前我在 第 83 期周刊 分享了如何用 PNPM 规避供应链攻击，其中提到的策略也几乎一致。
不过这仅仅是客户端层面的防控措施，为什么 NPM 不能想办法加强中心包索引的安全性呢？哦等等…… 我在 Hacker News 的讨论区发现了什么？—— NPM 在 2020 年加入了 GitHub ？原来也是微软的一部分，那不稀奇了。
我怎么感觉 JavaScript 生态不会好起来了？
🍺
macOS 事实意义上的默认包管理器发布大版本更新，主要变化有两个，一是新增了 Tap 的信任策略，在未受信任之前，Tap 里的代码无法运行，避免执行恶意程序。看起来大家都终于开始在意软件包安全性了。
另一个变化是 Homebrew 的 API，现在 brew update 运行更快了，因为 API 变小了，Homebrew 需要建立的网络连接也变少了。Homebrew 的性能在此之前一直都是个问题，我在
第 74 期周刊
推荐过
nanobrew
，是用 Zig 写的第三方 Homebrew 客户端，据说速度快很多，不过我的实际体验是，速度并没有很快，有些时候甚至更慢，而且由于刚推出没多久，Bug 也不少。新的 Homebrew 体验上确实快了不少，不过本地的网络环境应该还是最大的瓶颈。
顺带一提，我其实一直没有下定决心折腾 Nix，我感觉它太重了，以及我也没有那么在乎「可复现性」。对我来说，只要管理好关键软件的 dotfiles 就好了，比方说 Neovim 配置和 Ghostty 配置等等。有不少我用的软件包没有 Homebrew Formulae，如果要在集中管理和轻量化之间取折中方案，我想可以自己维护一个私有的 Tap，写一些 Formulae 自己用。不过这就意味着我要学 Ruby 了。
📃
谷歌即将终止对 Manifest V2 的支持，广告、追踪器拦截插件 uBlock Origin 就依赖 MV2 提供的 API，一旦 MV2 不受支持，在 Chromium 上就只能使用基于 Manifest V3 的 uBlock Origin Lite（并不好用）。Microsoft Edge 很早就禁用了 uBO，Opera 表示会跟进，目前只有 Brave 表示会继续支持 uBO。
我一直在使用 Helium 浏览器，它也是基于 Chromium 的（准确来说是 ungoogled-chromium ），所以我很关心去谷歌化的 Chromium 系浏览器这边状况如何。不久前，ungoogled-chromium 的 Issues 区有 相关的讨论 ，维护者表示他们还没有升级到 Chrome 151（也就是 MV2 被彻底禁用的版本）。之后的讨论…… 看起来很激烈，其中一位贡献者的 长篇大论 中甚至提及了要给浏览器添加在 Chrome Web Store 以外的地方安装浏览器拓展的能力。还有很多讨论是关于 uBO Lite 究竟好不好用的，ungoogled-chromium 如何继续支持 MV2 这个问题，我没有找到答案。
Helium 这边，从 README 来看，尽管基于 ungoogled-chromium，他们仍然做了很多修改。在发现了一条过于幼稚导致我厌人症又发作的相关 Issue 之后，我终于找到了主要维护者 wukko 的答复——一位用户请求 Helium 从 Supermium 合并补丁，以此持续 MV2 支持，wukko 的回复是：Helium 已经支持 MV2 并且自带 uBO 作为浏览器组件。看起来 Helium 用户不必担心 uBO 问题。
至于为什么不用 Firefox，可以阅读 第 18 期周刊 （不过那是一年前的消息了，如今可能有变化，但整体而言不太信任 Mozilla）。如果非要用，可以试试 Waterfox 或者 LibreWolf 。我不愿意使用 Firefox 系浏览器的主要原因是他对某些新 Web API 和 CSS 特性的支持实在太慢了——比方说，截止 2026 年 6 月 10 日，主流浏览器中只有 Firefox 没支持 View Transition 。
📜
文章简单介绍了配置文件格式的历史，从一开始不规范且扁平的 INI 文件，再到能够表达层级但过于臃肿的 XML，之后是适合数据交换但对人类编辑不够友好的 JSON，最终是这篇文章的主角——YAML 和 TOML。
顺带一提，我永远不会错过批评 Java 的机会：
Anyone who maintained a Java web.xml or an Ant build file in 2003 knows what it was like to edit dozens of nested elements just to change a database connection string. The verbosity made the files difficult to maintain by hand, which is precisely what configuration files demand.
任何在 2003 年维护过 Java web.xml 或者 Ant 构建文件的人都知道，编辑一大堆嵌套的元素，只为了修改数据库连接字符串是什么样的。文件冗长使其很难徒手维护，而这恰恰是配置文件需要的。
如今 Spring Boot 简化了很多配置，但 Java 生态依旧使用 XML 格式，还有另一个令人闻风丧胆的 properties 文件，可以说是完美融合了 YAML 和 TOML 两边的缺点。
关于 YAML 和 TOML，主流的论调是：TOML 比 YAML 更好，而喜欢用 YAML 的人大多都是不了解情况（uninformed）。YAML 的语法难以预测，比方说 no 可能是挪威的国家代码，但会被 YAML 解析为 false 布尔值，off、NO 等其他字符串也是。问题在于 YAML 的隐式类型转换，有无 "" 都会被视作字符串，大家都习惯不打引号了，而 TOML 必须显式地使用引号才会被解析为字符串。
此外 TOML 还致力于成为标准化的 INI，两者的语法类似，TOML 胜在能用方括号表示层级。尽管语法符合直觉，解析器也很容易实现，但对于深层次的数据结构，TOML 的表现力不如 YAML。如果嵌套较多、列表结构较多，TOML 就会变得很难读。TOML 也因此遭到了批评：
TOML is a bad file format. It looks good at first glance, and for really really trivial things it is probably good. But once I started using it and the configuration schema became more complex, I found the syntax ugly and hard to read.
TOML 是糟糕的文件格式。刚开始看起来很好，对非常、非常简单的事情或许也很好。但一旦我开始使用，并且配置格式变得更复杂之后，我发现语法变得很丑并且很难阅读。
作者在文章最后指出，YAML 1.2 规范解决了以挪威代码为代表的问题，no、yes 等词不会被解析为布尔值了，只有 true 和 false 才会。六十进位数被移除了（所以 22:22 等端口配置不会出错），时间戳不再是核心类型（2026-05-05 会被解析为字符串，而不是自动解析的日期），JSON 是 YAML 的子集了，任何 JSON 文档都可以被 YAML 解析器解析（尽管我想不到这有什么用）。人们认知中问题百出的 YAML 是 1.1 版本，而 1.2 版本已经没有这个问题了。
不过我还是觉得，字符串应该被 "" 包裹，不应该依赖隐式转换。
支持 YAML 1.2 的解析器较少，所以作者介绍了 py-yaml12 ，这是用 Rust 写的 Python 库……？
据说是为了与 PyYAML 竞争，这个库是用 C 写的（也有 Python 的实现作为回落方案）。在性能上，由于 py-yaml12 使用编译好的 Rust 程序而不需要解释 Python 程序，性能可以与 PyYAML 竞争，同时它还支持 YAML 1.2，也是目前很难找到替代品的优势。
我的态度是，简单（尤其是层次较浅）的配置文件用 TOML，如果有复杂的配置要求，可以考虑 YAML 1.2。不过，如果配置文件真的足够复杂，用 JavaScript 或者 Lua 等脚本语言作为配置语言，貌似也不错？
用 Rust 实现的 Clojure 方言。我之前还试过用 Go 写的 Glojure ，不过工具链很不成熟，如果不是在 Go 语言里嵌入简短的 Clojure 代码或者运行几个文件组成的小项目，Glojure 的体验较差。
我还没有试过 clj.rs，但目前处于 Alpha 阶段，稳定性和成熟度可见一斑。我对 Rust 也不熟悉，暂时不会尝试，没办法做贡献了。不过，看到有这么多人想要把这门语言从 Java 生态里救出来，还是很高兴的。
访问： clj.rs
对人类感到厌倦，不想和任何人讨论任何事情，一鼓作气，在 uBlock Origin 里拦截了我的联邦宇宙实例和 Matrix 服务器，先让自己清静一段时间再说。以后有什么要发的，就先写在周刊里好了。
看了《Rick and Morty》第九季第三集…… 编剧你写的什么玩意儿？——令人意外，但这并不是批评，我也不知道这是什么。
七八点的时候突然想吃点东西，看到有卖墨西哥卷饼（大概就是传说中的 Taco 吧）的店，挑选了半天才发现单点不送，再加了一份薯条也不行，必须要我点两个饼。这是什么道理？！
故点了一份披萨，从热量来说都不相上下呢。
觉得 LLM 生成的内容很有道理并从未想过反驳，是否可以理解为「此人的认知水平在人类平均水准以下」？
结束糟糕的一天之后的发泄方式：在饥荒里带着一只熊獾把一片森林砍到只剩光秃秃的一小半。
堂堂秋季 Boss，从来没有被我亲自拿下过，每年都把它拉到森林里好一阵狂砍，接下来就是树精守卫和蜘蛛女王的事情了…… 月后等他变异成装甲熊獾之后还能看他反杀，再捡一地的活木和蜘蛛丝。
在 Go 语言里写 if err != nil 的时候我总是用法语把 err 读成 /eʀ/1 而不是英语的 error，直觉上觉得 err 没有第二个元音，但有第二个字母 r，不能读成 er 也不能读成 error。
[1]
这是
国际音标
，不要和国内常用的 DJ 音标（一直被误以为是国际音标，实则不然）搞混了。其中 ʀ 是小舌颤音。 ↩︎
于是就自然地读成法语了。就当作练习小舌音吧。
Hell yeah. Screw you, life, you watch me live the crap out of you.
不用流媒体，所以不能第一时间听到 Olivia 的新专辑。发现她官网有售卖数字专辑，十美元，结果只能下载 MP3 格式，而且只开放给美国顾客下载…… 我除了 Piracy 还有别的选择吗？
给社交媒体和 Matrix 屏蔽了之后，我居然十分自然地跑到了 Backrooms 的 Discord 服务器聊天吹水…… 果然摸鱼的需求是恒定不变的吗？
我也是女性主义者，但我必须承认跟很多同样主张性别平权的人讨论一些严肃话题时非常累。我仅仅是指出，在文学作品中，男性和女性有差别，他们就下意识地以为我是要在文学作品中鼓励「性别刻板印象」，把我当作了敌人，开始尖锐地要求我解释我说的话。
实际上我的观点是，社会构建的性别之间有典型性的差异，比方说在如今的社会环境下，女性会因为性别遇到很多问题，然而这些问题是男性不会遇到的。这种差异当然是错的，所以需要被讨论、被看见，在文学作品中展现人文关怀，去写那些具体的人会经历的真实遭遇。
结果我得到的答复是：我不同意，男性也会遇到问题。当然！我的观点从来不是男性的问题比女性少，我说的是女性会遇到男性不会遇到的问题，而当然，另一半没有说完的话是，男性也会遇到女性不会遇到的问题，而这正好印证了我的观点——男性和女性在社会构建的性别下有差异，并且这种差异具有典型性，是值得分开讨论和关怀的。
而对方的答复是：这是人们为了维护自身利益所做的行为，和染色体无关。我真的累了，我觉得许多人没有生理性别和社会性别的概念区分，染色体显然是生理性别（即「性」），而我一直在谈的是社会性别（或者说「社会身份」）。我从来没说这些期许和规训是正确的，我只是说这些具有典型性的差异和具体的人所遭遇的事情，需要被讨论，在文学层面是有差异的。
我们一开始的分歧点是：对方认为所有性向的感情写起来都一样，我不同意，指出性别本身就会导致不同的个人经历，不同性向所面临的社会问题也有所不同（比方说女同就很少有「恐艾」情绪），就像前面所说的性别问题一样，有值得分开讨论的典型性。
最后我才搞明白，对方的论点是「重点是写爱，爱是一样的」，可我一开始说的就是「如果只是纯粹写感情而不隐射现实，不关心现实中具体的人，或者写在完全架空的世界观（没有已经建构的社会性别）下，那所有性向的感情的确区别不大（忽略个体性的话）」。实际上我们的观点是相似的，结果吵了这么久！我认同（忽略个体性的话），爱的确没有区别，只不过我认为写爱情也要写周围的人和环境，不能完全剥离。
或许我最大的问题是：不该在即时聊天群组里试图和人进行严肃讨论，哪怕是质量较高的小社群。
我越来越不知道怎么面对人类了，或许只有在所有人面前嬉皮笑脸才能不消磨心力。如果找不到可以无阻碍表达观点的朋友，我想我只能寄希望于以后养的狗狗可以安静地坐下来听我跟他讲话了。
在去 过生日 的路上，刚上地铁就收到了 Tagtax 的赞赏，竟然记得我的生日吗？真是惊喜。
如果读者不知道的话，有个叫作 Tagtax 的读者每个月都会给我打赏，真的给了我很大动力。如果你在读这段文字的话，谢谢你的支持！
之后还收到了 Doin 的赞赏，谢谢！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。