From 5f62dfd70030a4e2c39b9d42a184ffa5d2286b79 Mon Sep 17 00:00:00 2001 From: BigCoke233 Date: Sun, 4 Jan 2026 16:58:46 +0800 Subject: docs: update weekly draft --- content/_drafts/62.md | 80 ++++++++++++++++++++++++++++++++++++++++----------- 1 file changed, 64 insertions(+), 16 deletions(-) (limited to 'content/_drafts/62.md') diff --git a/content/_drafts/62.md b/content/_drafts/62.md index cee4873c..4c9f5cfc 100644 --- a/content/_drafts/62.md +++ b/content/_drafts/62.md @@ -24,7 +24,7 @@ toc: true > [!note] 📜 > [Your job is to deliver code you have proven to work](https://simonwillison.net/2025/Dec/18/code-proven-to-work/) -作者观察到一种现象：许多会使用 LLM 编程工具的新人，会在用 LLM 写出一大堆代码之后直接提交 Pull Request，指望同事或者开源项目的维护者在审查代码的时候解决问题。这很不负责，不仅在浪费其他人的时间，还完全没有进到一个开发者的职责。 +作者观察到一种现象：许多会使用 LLM 编程工具的新人，会在用 LLM 写出一大堆代码之后直接提交 Pull Request，指望同事或者开源项目的维护者在审查代码的时候解决问题。这很不负责，不仅在浪费其他人的时间，还完全没有尽到一个开发者的职责。 作者认为在提交 PR 时，应当附上「代码能跑」的证明，以下两个步骤都不能被跳过。 @@ -33,7 +33,7 @@ toc: true 其中，自动测试甚至也能用 LLM 写，尤其是在原先就已经有测试代码的情况下，Coding Agent 甚至会在没有被显式要求的情况下按照现有的模式编写测试。此外，不能因为有了自动测试就不进行手动测试，测试不总是能覆盖所有情况。测试应当包含最主要的操作路径（happy path）和边缘情况（edge cases）。 -作者还提到了一个很有启发性的观点：计算机不能被追责（held accountable），程序员作为人类的工作就是为交付的成果负责。我一直以来也有一个类似的观点：LLM 无法取代人类，因为一个软件系统无论如何都要有输入才能工作，换句话说，就是要有人写提示词、维护上下文，以及编写文档。 +作者还提到了一个很有启发性的观点：==计算机不能被追责（held accountable），程序员作为人类的工作就是为交付的成果负责。== 我一直以来也有一个类似的观点：LLM 无法取代人类，因为一个软件系统无论如何都要有输入才能工作，换句话说，就是要有人写提示词、维护上下文，以及编写文档。 ### 关于 AI 辅助写作 @@ -52,24 +52,24 @@ toc: true {{< right "—— Lawrence Block《[小说的八百万种写法](https://www.geedea.pro/library/2025/%E5%B0%8F%E8%AF%B4%E7%9A%84%E5%85%AB%E7%99%BE%E4%B8%87%E7%A7%8D%E5%86%99%E6%B3%95/)》" >}} -即便不是个大文豪也能写作，每天都在博客写流水账也会有人看，甚至愿意读这种内容的人会更多。我得承认，尽管博客的中文文章没有一句话是 LLM 生成的，但[英文博客](/en)的前五篇文章都有大量的语句是用 ChatGPT 修改过的，因为当时的我觉得一些措辞太尴尬，而 ChatGPT 改过的句子明显好多了。 +即便不是个大文豪也能写作，每天都在博客写流水账也会有人看，甚至愿意读这种内容的人会更多。我得承认，尽管博客的中文文章没有一句话是 LLM 生成的，但[英文博客](/en)的前五篇文章都有大量的语句是用 ChatGPT 修改过的，因为当时的我觉得一些措辞太尴尬，而 ChatGPT 改过的句子明显好多了。 -我本来就不是作家，不是英语母语者，写不出完全没有错误、行文流畅、语言自然的文章是理所应当的，我犯错是应该的。我很喜欢 [LessWrong](https://www.lesswrong.com/posts/bJ2haLkcGeLtTWaD5/welcome-to-lesswrong) 的欢迎页面的开头引用的一句话： +后来我想明白了，我本来就不是作家，不是英语母语者，写不出完全没有错误、行文流畅、语言自然的文章是理所应当的，我犯错是应该的。我很喜欢 [LessWrong](https://www.lesswrong.com/posts/bJ2haLkcGeLtTWaD5/welcome-to-lesswrong) 的欢迎页面的开头引用的一句话： > _The road to wisdom? Well, it's plain and simple to express:_ >  -> _Err_ +> _Err_ > -> _and err_ -> -> _and err again_ -> -> _but **less**_ +> _and err_ +> +> _and err again_ +> +> _but **less**_ >  -> _and **less**_ -> -> _and **less**._ - +> _and **less**_ +> +> _and **less**._ + {{< right "– Piet Hein" >}} 我最近在读《The Design of Everyday Things》，其中有一章的标题就是：To Err is Human.（犯错是人）LLM 可以写出平均的「好」，但写不出真实的「坏」，更何况，LLM 生成的内容也逃离不了幻觉、错误，写出来的文章也绝非完美（写文章根本没有完美这一说！）。为什么要让自己给 LLM 当 Agent，修改和清理一个计算机程序生成出来的东西呢？ @@ -87,6 +87,42 @@ toc: true > [!note] 📜 > [解析到本地127的神奇域名 - 两双筷子](https://www.dbkuaizi.com/archives/479.html) +一般来说，程序员在本地进行开发的时候会使用 localhost（指向 127.0.0.1 的一个域名）加端口号进行测试，比如 Vite 的 dev server 就默认跑在 5173 端口，运行 `npm run dev`（或者 `pnpm dev`）之后就可以启动 dev server，通过 `localhost:5173` 访问正在运行的服务器，用于开发和调试。 + +这么做一般来说没问题，但有几个弊端： + +1. `localhost` 和 `127.0.0.1` 都太长了 +2. 如果有多个服务同时在跑，只能通过端口号区分，不如子域名直观 +3. 没办法配置 SSL，只能使用 HTTP 连接 +4. 很多 OAuth 提供商不允许使用 IP 或 `http://` 协议的网址作为重定向 URL +5. IP 和域名处理 Cookie 的逻辑不同，子域名之间可以共享 Cookie + +简而言之，有一个解析到 `127.0.0.1` 的域名用作本地开发会很方便，但自己注册太贵，用现有的域名可能也太长，本文的作者收集了一些本身就解析到本地的域名，其中最短的一个是 `lvh.me`，顶级域名和子域名都解析到本地，可以在开发过程中使用。 + +顺带一提，我第一次知道 `*.localhost` 也是默认解析到本地的，不只可以用 `localhost`。 + +### AltBot 的关停 + +*本条由 [@doincyberspace](https://github.com/doincyberspace) 投稿* + +这期周刊的 AI 含量有点高，还请读者见谅。AltBot 是 Fediverse 上的一个机器人账号，由 [@micr0@wetdry.world] 创建，开放给所有 Fediverse 用户免费使用，用于给图片自动生成 Alt Text。 + +Alt 是 Alternative 的缩写，也是 HTML `` 标签的一个属性，一开始是图片失效时代替（alternative）图片显示的文字。如今，Alt Text 也用于保证网站的可访问性（Accessibility），盲人可以通过 Alt Text 了解他们看不见的图片内容。为图片添加 Alt Text 是如今 Web 开发的共识，Mastodon 等联邦社交媒体也要求用户在发布图片时为图片添加 Alt Text。为了帮助用户更方便地为图片添加 Alt Text，@micr0 创建了 AltBot。关注 AltBot 之后，如果账号上有发布没有 Alt Text 的图片，AltBot 就会通过本地模型识别图片，帮你编写文字。 + +@micr0 的本意是让 Fediverse 变得更具包容性，毕竟觉得麻烦的话，大多数人可能选择不写 Alt Text，这完全是可以的。最近有盲人用户发声批评 AltBot，希望人们反对它，原因是他经常在时间线上读到那些用 AltBot 生成的糟糕描述，很多根本就不准确。他认为人类写的 Alt Text 永远是更好的，至少是下了心思想让盲人读者理解，而不是把写 Alt Text 当作负担，必须要用自动化的方式应付了事。 + +
Post by @anantagd@ieji.de
View on Mastodon
+ +这件事情发生后，@micr0 很快关停了 AltBot，这之后每个使用 AltBot 的用户都能看到一开始发声的那位盲人用户发的帖子——他做了他能做的，尽可能让更多人听到盲人群体的声音。不过，这条讨论串后面的内容变得有些过于情绪化了，这位盲人用户甚至称「健全人对我而言也是一种负担」。 + +
Post by @anantagd@ieji.de
View on Mastodon
+ +后来我看到了 @micr0 的嘟文，他表示自己在收到消息之后很快做出了行动，暂时关停了 AltBot，一直有在收集反馈；在先前那条讨论串的回复中，他也有在积极跟其他用户交流想法，提出了改进方案。从一开始，他就有追踪能源使用，因为他关注环保；为了保证用户隐私，他使用的是本地模型而非云服务。他为 AltBot 花了很多心思（成本就更不用说了），然而却有人进行人身攻击，表示他「太笨了以至于不能理解 AltBot 是有害的」。 + +
Post by @micr0@wetdry.world
View on Mastodon
+ +这起事件倒没有引发我对无障碍设计的思考，但它让我反思：为什么人们不能一开始就友善地沟通，而是在情绪积压到一定程度过后直接「开战」呢？为什么要伤害那些真正想把事情做好的人？ + ## ⁂ · 星群 ### Infographic @@ -97,8 +133,6 @@ toc: true 访问：[GitHub - pranshuparmar/witr: Why is this running?](https://github.com/pranshuparmar/witr) -## ◍ · 穿越 - ## ↯ · 当下 ### RIME @@ -115,6 +149,20 @@ toc: true ![](https://image.guhub.cn//uPic/2025/12/29160137-CMUK0v.png) +### 泡温泉 + +跨年夜的时候一个朋友问我想不想元旦去泡温泉，我正好有空，便答应了。顺带一提，这个朋友是去年夏天一不小心喜欢上的那个直男…… 对，我也不知道他为什么找我，我也不知道为什么我答应了。总之…… 元旦那天晚上和直男泡温泉去了，嗯。不过我确实对他没感觉了，而且经过了半年的训练，我觉得我的身材比他好。 + +本来以为这种需要我付钱进去的场所会有单独的更衣间，结果没有，但还好淋浴间有隔板，只是隔板比公共卫生间的门还矮。有些男人似乎完全不介意，直接在储物柜旁边换衣服，什么都不遮，看到了很多不该看到的东西（而且并不好看）。我去年夏天就是因为相同的原因逃掉了所有的游泳课。 + +更衣大概是体验最差的环节，泡温泉的过程还是很不错的。人类似乎会因为生物本能而靠近热源，人几乎都聚集在温度最高的几个小池子里，从第三方的视角观察那个场景还挺奇妙的。泡在泉水里很舒服，一方面整个身体会温暖起来，另一方面身体会被浮力拖举起来，感到很放松。我还把头放在岸边，让身体的剩余部分扶起来，就这样闭着眼睛防空了好一会。不过旁边有小孩子玩水，还是得注意周边的环境。 + +第一次泡温泉还让我发现了关于自己的有趣的一点：我更耐寒，但不耐热。朋友裹着毛巾在岸上走一直发抖，我倒觉得还好，但在汗蒸房是真的待不下去。总的来说，体验中规中矩，如果有下次，我会选择私汤。 + +另外，在水里做卷腹会有用吗？ + +### + [^1]: 还在用 Windows 的时候其实有尝试过，但当时还是个麻瓜，没折腾多久就放弃了。 [^2]: 详见：《[关于一切的纯文本解决方案指南](/essays/everything-in-plain-text/)》 -- cgit v1.2.3