diff options
| author | eltrac <hi@eltr.ac> | 2026-08-24 00:19:48 +0800 |
|---|---|---|
| committer | eltrac <hi@eltr.ac> | 2026-08-24 00:19:48 +0800 |
| commit | 2924be96c0b46a0b58d604269e8144c03d6f1be6 (patch) | |
| tree | 1ddbd08225f50b3529c57c3a16ce741836dd74c8 | |
| parent | b9fb41a9eaf88ed15ff881597012aebf9f355956 (diff) | |
[draft] update
| -rw-r--r-- | content/weekly/95.md | 60 |
1 files changed, 50 insertions, 10 deletions
diff --git a/content/weekly/95.md b/content/weekly/95.md index f1ceb6a9..5ed4b617 100644 --- a/content/weekly/95.md +++ b/content/weekly/95.md @@ -1,15 +1,21 @@ +++ -title = "大脑充血 Vol." +title = "大脑充血 Vol.95" subtitle = "" tags = [] -date = 2026-08-17T07:57:20+08:00 +date = 2026-08-24 00:19:34 draft = true toc = true endnotes = [] fedi = '' +++ -I say random stuff here. +读者早上好,这有可能是《大脑充血》最后一期名副其实的「周刊」。我这周在[联邦宇宙](https://akk.eltr.ac/@eltrac)上发了个投票,说我打算改月刊,想投票看看固定在什么时间点发刊合适。~~结果有超过一半的人选了「不准改月刊」的选项,我真的好讨厌你们~~。 + +主要的原因是,每周都要更新一次,其实占据了很多我本来就不多的写作时间。我最近在写一篇小说,还有其他不少的项目(包括要写的文章点子,准备写新的博客主题等等),但每次坐在自己的电脑前都想着,自己周刊还没写呢。说实话,这不太利于我的创作和心理健康,再加上我最近读的文章真的少了,有闲心都去读书了(虽然现在的读书进度也很慢了)。 + +总之,在结合了投票结果之后,我决定把《大脑充血》改成月刊,发刊日期是离每月 1 日最近的周一,~~这样我就不用把页面路径的 `weekly` 改掉了,毕竟还是以周为单位~~。除了固定发刊日,我还会考虑在其他时间随机掉落一些时效性更强的更新,就跟 [Taxodium](https://taxodium.ink/#zine) 的 Zine 类似。 + +不过,下周一(8 月 31 日)刚好就是离九月初最近的周一呢,所以还是会发布的。 <!--more--> @@ -17,7 +23,11 @@ I say random stuff here. ## 吾仅悉落 -{{< music cover="" title="" artist="" bandcamp="" neodb="" >}} +{{< music cover="https://img.eltr.ac/geedeapro/weekly/95/15916fa036-9f92-48f3-812b-da5487407f34.jpg" title="Little Shop of Horror" artist="Alan Menken / Howard Ashman" neodb="https://neodb.social/album/4pJvqL6JYiqg2RG5JG0WAD" >}} + +这是音乐剧《Little Shop of Horror》(恐怖小店)的原声带,说实在的,其实没有特别好听,百听不厌的几首只有《Dentist》《Feed Me》或许还有《Suddenly, Seymour》。音乐剧也没有什么深意,如果要看反映底层人民生活的音乐剧,《吉屋出租》兴许更好。对于一部上世纪的音乐剧来说,《恐怖小店》的经典就在于它融合了喜剧、悲剧和血腥恐怖。至少…… 结局的时候看到被花吃掉的主演穿着花衣服走出来唱「Don't feed the plant!」的时候,还是很喜感的。 + +另外,《恐怖小店》中 Audrey Two 的形象,貌似是《植物大战僵尸》和《超级马里奥》中食人花形象的来源?我不确定,但总觉得它们之间是有联系的。 --- @@ -37,6 +47,23 @@ I say random stuff here. 简单来说,我现在不把播客当作严肃媒介,除非你的播客和独立博客一样,架设在自己的服务器上,花自己的钱,对所有人开放却又不向任何人索取。 +### 看完《奥德赛》之后我也成了「诺兰黑」 + +> [!note] 📺 +> [诺兰为什么打动不了我? - 戴锦华讲电影](https://www.bilibili.com/video/BV1Q8uZ63EdZ?vd_source=e16d7214a6c8045d3fd448e823bb68ed) + +戴锦华老师说她从来没有被诺兰的人物和故事打动过,除了《奥本海默》,由于完全不能从情感上被撼动,所以只能在理性层面欣赏。大部分时候她都只能保持「欣赏但不喜欢」的态度,甚至会尖酸克薄地指出叙事的漏洞。若是故事本身就很动人,那这些漏洞也不值得一提了。简单来说,她觉得诺兰的作品,形式往往要高于内容。诺兰特别喜欢错综复杂的叙事结构,但故事本身却撑不起叙事。 + +看完电影《奥德赛》之后我连着写了三篇影评。[第一篇](/article/odyssey/)我对诺兰导演还抱有尊敬,我试着从哲学层面理解了他对神明的处理,对保留下来的三位神话角色雅典娜、瑟茜和卡吕普索分别做了什么样的改编,以及他还抹除了独眼巨人波吕斐摩斯的人性。[第二篇](article/odyssey-2/)我其实已经有些冷嘲热讽,比方说,我写得诺兰之所以删掉信使赫尔墨斯和风神埃俄罗斯,是因为与他们相关的剧情太过「超自然」,又不能像「雷电被误以为是宙斯,海浪的运动被误以为是波塞冬」那样诠释——他不能想出一个能囊括所有神明的解释,所以把不能用他的理论解释的神明都很方便地剔除在外。[第三篇](/article/odyssey-3/)我就开始直抒胸臆,论证忒勒玛科斯是全电影塑造得最失败的角色,毫无成长,阐述包括海伦的刀疤在内的改变策略是为了服务于「文明的起落」「赎罪」「反战」等主题,而这些主题并不令我满意。电影中的奥德修斯不仅没有让我感动,反而令我厌恶,那个狡诈、自私但真实、爱小家小事胜过大义的奥德修斯,在诺兰大刀阔斧的改编下,变成了一个不存在的、伟光正的高大男人形象,辅以一个爱小家小事胜过大义的女人。最后,我写道: + +> 文明的巅峰时期,荷马应该歌颂英雄与美德。文明的没落时期,我们不必盯着曾经的辉煌和应有的美德发愣,痛苦本身就值得被言说。 + +诺兰的《奥德赛》唯二令我有些动容的角色,一是被他改成愁苦妇女的瑟茜,因为她反映了现代人面对人际关系和混乱的外界时感到的挣扎,二是奥德修斯的狗。 + +简单来说,诺兰选择的主题并没有说服我对他的各种改编决策感到满意,我不想仅仅为了听到「应该像你想要被别人对待的那样对待别人」这种大道理,失去费埃克斯人、埃俄罗斯和经典的「没有人」智斗独眼巨人桥段,更别提这还是一个在很大程度和令我感到爹味溢出屏幕的主题。 + +所以,我也只能想戴锦华老师一样,欣赏电影的叙事和拍摄技法(说真的,找一米五的替身演员和两米高的演员拍巨食人族的戏,的确很亮眼),但我不喜欢。 + --- ## 鸡头蛇尾 @@ -61,17 +88,17 @@ Zig 软件基金会的主席 [Andrew Kelly](https://andrewkelley.me/post/my-thou > > 我们对 Bun 代码库里的编程实践感到越来越害怕。Hack 一个接一个。滥用断言。最严重的是,鲁莽地加速推出一个又一个的新功能,几乎没有花时间反思、消除 Bug 和技术债。Jarred 在能使用 LLM 之前就已经在写废料了。 -[这篇文章](https://tipiirai.com/writing/bun-rust-rewrite-worries)列出了时间线,说明 Jarred 是怎么一次又一次践踏用户的信任,不断保证 Bun 1.4 明天就会发布,然后不断推迟发版的。其实不难从 GitHub 上的贡献量看出端倪,在过去的一个月里,15.8k 条 commit 来自 [robobun](https://github.com/robobun),一个自己写提示词生成代码的 LLM 机器人(Claude prompting Claude),相比之家 Jarred 作为贡献最多的真人,只提交了不到一千条 commit。 +[这篇文章](https://tipiirai.com/writing/bun-rust-rewrite-worries)列出了时间线,说明 Jarred 是怎么一次又一次践踏用户的信任,不断保证 Bun 1.4 明天就会发布,然后不断推迟发版的。其实不难从 GitHub 上的贡献量看出端倪,在过去的一个月里,15.8k 条 commit 来自 [robobun](https://github.com/robobun),一个自己写提示词生成代码的 LLM 机器人(Claude prompting Claude),相比之下 Jarred 作为贡献最多的真人,只提交了不到一千条 commit。 他是怎么搞清楚 Claude 都做了些什么的?他怎么保证交付可靠的软件产品?答案:他没有。如果他真的清楚自己的项目进行到什么步骤了,还需要解决什么问题,他不会这么拿不准 Bun 1.4 的发布日期,屡次推迟。Jarred 显然不知道自己在干什么,在 Andrew Kelly 与 Oven 的员工(以及那些面试过 Oven 的人)的交谈中,他得知 Jarred 是个相当糟糕的管理者: > Jarred was a stinky manager. Poor communication, unrealistic expectations, low empathy, no experience. Just a total shit show, from an employment perspective. > -> Jarred 是个糟糕的管理者。很难沟通,有不切实际的期待,同情心很低,缺乏经验。从一个员工的角度看,纯粹是在搞笑。 +> Jarred 是个糟糕的管理者。很难沟通,有不切实际的期待,同情心很低,缺乏经验。从雇佣关系的角度看,纯粹是在搞笑。 我简单翻了翻 Bun 最近的提交记录,几乎全是关于某个 Issue 的 commit,然而这些 Issue 本身也是 robobun 写的。我好不容易翻到了一条 Jarred 本人提交的 commit,结果发现:他删除了几条测试用例。 -LLM 热潮没有制造新的问题,它放大了原本就存在的问题。Jarre 在 LLM 之前就不在乎代码质量,Bun 是纯粹的野心的产物;Jarred 作为领导者和项目维护者的性格缺陷,可能也被 LLM 自我增强——如果大部分时间都在和机器对话,又怎么会从真人那里获得真实的反馈呢? +LLM 热潮没有制造新的问题,它放大了原本就存在的问题。Jarred 在 LLM 之前就不在乎代码质量,Bun 是纯粹的野心的产物;Jarred 作为领导者和项目维护者的性格缺陷,可能也被 LLM 自我增强——如果大部分时间都在和机器对话,又怎么会从真人那里获得真实的反馈呢? 最后,尽管一直遭到诟病,目前最稳定的 JS 运行时仍然是 Node.js。如果有选择技术栈的自由,我建议不要在浏览器以外的地方使用 JavaScript。 @@ -94,7 +121,14 @@ Farside 的另一个用处是负载均衡,由于公开实例往往是社区维 ### GitHub 又宕机 -与此同时,GitHub +> [!note] 📃 +> [GitHub Status - Incident](https://www.githubstatus.com/incidents/zkxwbgr0cnmx) + +与此同时,GitHub 在八月十七号宕机了接近八个小时。 + +我已经懒得评价了,只是转达消息而已。我自己其实没有受到影响,因为我早就从 GitHub 迁移出去了。现在我会把相对严肃的自由软件项目放在 [Codeberg](https://codeberg.org/) 上,偏向实验性的项目放在 [Tangled](https://tangled.org/) 上,以上所有仓库都会在自己搭建的 [Forgejo](https://forgejo.org/) 实例上归档(归档并不麻烦,给自己的 Git 仓库设置两个 push remote 就好),自己的实例上也会有 Neovim 配置、dotfiles 和未公开的项目之类的东西。 + +GitHub 之外还有很多选择,如果不是为了求职的时候简历好看点,我可能已经销号了。 ### 大模型应该变得更无知 @@ -107,11 +141,17 @@ Farside 的另一个用处是负载均衡,由于公开实例往往是社区维 事实是模型在某种程度上的确变得更蠢了,参数小的模型很难不搜索网页和调用工具回答某些简单的事实性问题,目前最好的模型也只能达到 [53%](https://pricepertoken.com/leaderboards/benchmark/simpleqa) 的正确率。但为什么非要模型“回忆”起正确的答案呢?把正确的知识塞进模型权重里很不划算,而且每隔一段时间都要重新训练才能刷新这些知识,大部分时间有些知识都是过时的。这也解决不了 LLM 幻觉。 -所以更好的策略是,用更少的参数训练出“推理”能力更强的模型,把获取知识的步骤交给驾驭层(Harness),由 LLM 调用 API、读取本地文件、执行 Shell 命令来获取最新的知识。 +所以更好的策略是,用更少的参数训练出“推理”能力更强的模型,把获取知识的步骤交给驾驭层(Harness),由 LLM 调用 API、读取本地文件、执行 Shell 命令来获取最新的知识。模型的“推理”能力比知识更重要。 + +不过模型应该没办法通过驾驭层获取如何写代码有关的知识吧?编程专精的大模型应该还是要把大量的代码训练进权重里的,也不会轻量。不过,如果大模型真的能现场搜代码并给出来源的话,想必能解决一直被我反复提起的「协议清洗」问题,即使用 LLM 生成的代码就相当于不需要遵循开源协议地使用其他人写的代码。我想没有想吸引用户的厂商会这么干吧,兴许学者们可以试试。 --- ## 漫步遐思 -### +这周买了一对哑铃,不重,单只三千克。我发现上班之后,自己运动的动力就变少了,以前还能在工作日做整整一个小时的 HIIT,现在回到家已经没有什么力气了。我其实很推崇自重训练,不用器械的话更安全不容易受伤,而且从推墙到跪姿俯卧撑再到标准俯卧撑,其实也是渐进的锻炼了。虽然做不到器械那样精细,但也够了。 + +不过我最近发现很难说服自己做俯卧撑,因为俯卧撑需要调动几乎全身的肌肉,不只是手臂要发力,胸肌也要用力,核心要维持平衡,肩背也不能闲着。可要是我没力气呢,下班之后我想要锻炼却不想要把整个身体都累得死去活来,做弯举和平举就刚好能满足。 + +另外,我知道我力量基础确实不太行,但这三千克的哑铃怎么做起来很轻松,但第二天和第三天,肱二头肌都酸胀得要命啊。 |
