Zine#48

作者是位盲人作家，政府每年都要问他一次「你还残疾吗？」(真让人讨厌啊) 从而决定是否继续给他发放福利金。

他需要给相关部门寄送证明资料，证明自己依然失明，他打电话找到了工作人员，提议通过电子邮件将相关证明发送给他，完成验证。但工作人员明知他是个盲人，却还是要刁难他，要他通过信件寄送，或者发传真。于是他整理了 520 多页的文档通过传真发送过去，让对方传真机罢工了，大快人心。

如果我是那个工作人员，我能否做到变通，而不是死守规则呢？

渴望建立个人网站的作者们总是长久地纠结于该使用哪种博客引擎、选择哪种静态网站生成器、挑选哪种模板语言等等。我认为，在你的网站上发表至少五篇文章之前，这些都不重要。先写纯 HTML，以后再操心工具的事。

确实，很多作者花很多时间捣鼓博客的样式、构建等，但博客文章却寥寥无几。除非本身就是为了学习技术捣鼓博客构建，否则更重要的还是多写些内容，当写得足够多，能够保持一定频率输出的时候，再慢慢考虑构建、优化样式。很多时候，直接写 HTML 就够了。如果不想写 HTML，也可以用 Markdown 或任何喜欢的纯文本格式编写，用类似 Pandoc 的工具转换成 HTML。

总之，如果创建博客的的初衷是写文章，那就先写上几篇，再考虑其他事情吧。 (发现作者也用 Emacs，他的 Emacs for You (Emfy) 可以作为一份 Emacs 入门参考配置，解释也很详细。)

在网上发表文章时，无论主题多么冷门，总会有一些人对你的话感兴趣。阻碍他们发现你作品的主要原因是他们需要知道它的存在。含糊的标题和冗长散漫的开头，对提升可发现性毫无帮助。

Source

作者建议写文章应该尽早地明确文章的主题，告诉别人你要讲什么，而不是写了很大一段都还没交待清楚，让读者云里雾里。很多读者可能没那么多的耐心看完全文，如果开头的内容就给人感觉很绕、冗长，可能读者不会继续看下去了。

不过，这不是写文章的唯一方式，但在某些文章类型上可以应用一下，例如教程、技术类文章，开头可以先给读者一个清晰的脉络，再一点点扩展。

另见：Rules for Writing Software Tutorials by Michael Lynch

文章建议用纯文本发送邮件（为什么纯文本比 HTML 更好），列出了一些推荐的邮件客户端，以及指导设置这些客户端使用纯文本发送。

此外，文章还分享了一些邮件礼仪：

• 在适当的行宽换行，例如 72 个字左右，不要让一行的内容太长（一些邮件客户端会自动换行）

• 引用回复的时候，引用应该在上面，而不是下面。

  答：因为它颠倒了对话的逻辑顺序。
  问：为什么不建议在邮件顶部回复？
  

如今很多人都不愿意看长文，而读者愿意花时间把自己写的文章看完，确实可以和读者说一声「谢谢」。谢谢你来看我的博客，谢谢你阅读我的内容 :) 常来呀！

作者变了域名，想起一些订阅了 RSS 的读者可能不知道，很可能他们 RSS 阅读器里只剩下一个失效的链接，于是有感而发的一篇文章。

域名是你在互联网上的一个地址，如果可以的话，最好不要变，不然别人通过域名就再也找不到你了，那些基于原来域名的链接也都失效了。如果非要变更，那就提前通知一下你的网上邻居吧。如果原来的域名还是属于自己，也可以考虑做一下重定向。

文章里作者还想起了一个失去联系的博主 Sam，而 Sam 看到作者的文章后，告诉了作者他博客的新地址，双方又联系上了，可喜可贺。 Sam 的文章 i want to eat the music 我也蛮喜欢的，是一篇关于黑胶唱片的文章，Sam 分享了他为什么喜欢黑胶，以及推荐了几张他喜欢的专辑，Long Season - Fishmans、Love in Us All - Pharoah Sanders 这两张我也喜欢。

undernet.uy 是一个自托管、自管理的社区服务器，文章采访了其管理者 Santiago Roland，关于 undernet.uy 的创建缘由、运行情况。

文章是发布在 421 上的，这是一个刊物，涉及文化、技术、哲学、现实生活等方面，他们有三个主张：

1. 独立思考
2. 低科技，高生活（在采用每项技术前对其进行评估；当复杂性毫无益处时，宁可选择简单；并理解更好的生活并不需要任何事物的最新型号）
3. 数字自主

蛮有趣的刊物，里面也有大量有趣的信息。例如我从 You Already Pay for Internet, Don't Pay for the Rest 知道了 Soulseek，一个点对点 (peer-to-peer) 模式的音乐下载客户端。

文章记录了作者一些博客可访问性的优化。

世界上有也有很多视力障碍的人在使用计算机、手机，博客设计、应用设计时不妨多考虑一下可访问性，照顾这部分用户。

另见： How the same content always has multiple different versions by Diana Khalipina

Diana 用同一个页面元素，展示了当用户存在不同障碍时，这些内容是如何被感知的。

理解无障碍设计意味着要明白内容并非静态的：它会经过视觉、认知、注意力、环境、疲劳度、语言和情感的过滤。除非我们有意识地针对这些差异进行设计，否则我们就在无意中决定了谁能快速理解，而谁必须费力挣扎。

Source

这篇文章主要是关于 API 文档的，API 文档主要面向两类读者，一类是 API 的使用者，一类是 API 的维护者。对于使用者来说，他只需要知道怎么用，他不太关心背后的细节；对于维护者，他会关心更多为什么，希望尽可能多地了解 API 的设计细节，从而避免出错。两者对于文档的需求是不同的，使用者期望的是清晰简洁的文档，快速知道 API 的作用、需要什么参数、用例；维护者则期望更多技术细节，API 是怎么设计的、如何变迁的、为什么需要某个参数。一个糟糕的文档是企图平等地服务于这两类读者，结果就是，对于使用者来说不够简洁，不能快速浏览；对于维护者来说又不够深入和严谨。

作者认为，对于使用者，最好的文档首先是 API 本身，保持 API 的一致性，遵循清晰且可重复的模式，让用户可以推断 API 的使用。例如如果存在一个这样的 API /users/orders/1234/cancel ，如果设计的好的话，用户可以推断，可能也存在一个 /users/orders/1234/update API。其次，在写文档的时候要保持克制，不要阐述过多的细节，用户不需要知道你为了兼容旧版本的 API 做了什么，你只要告诉他「兼容旧版本」就足够了。作者的这句话我觉得讲得很精辟：「就像你不会为了解释每一行代码而写注释一样，文档也不会从过多的信息中获益。(Source)」

作者的建议是将额外信息折叠起来 (例如利用 <details>)，这样文档可以保持简洁，让使用者得以快速浏览获取信息；对于维护者，他们可以展开折叠部分，了解更多细节。而在文章组织上，也采取由浅入深的结构，先解释是什么，接着是怎么用，最后才是为什么，而「为什么」这个部分还可以折叠起来。作者又来了一个精辟的比喻：

把这想象成一个设计良好的错误信息。一条好的错误信息会用通俗易懂的语言告诉你出了什么问题。一条极佳的错误信息还会包含可展开的堆栈跟踪，但它不会先向你展示堆栈跟踪。

你的文档也承担着同样的工作。先给人们他们正在寻找的答案，然后为那些愿意深挖的人提供深度内容。

Source

另外考虑将给维护者看的内容拆分到别的文档里，通过拆分，可以保持使用者文档的简洁，而在编写维护者文档时也可以写得很深入，不用去考虑初学者。

文档的目标不是完整性。完整性是你写给自己的，为了让自己觉得完成了工作。文档的目标是在正确的时刻，将正确的信息传递到正确的人的脑海中。

Source

以我自己为例，我之前写过一篇关于 Emoji 正则匹配的文章，你可以对比一下前后两个版本：

• 2024 年 10 月 13 日归档版本：Emoji 正则匹配
• 当前版本：Emoji 正则匹配

在归档版本，关于「Unicode character class escpae」、一些 String 的相关方法是直接呈现在正文的，看起来内容很多，但会显得比较杂乱。这些属于补充信息，在当前版本里我放到了 <details> 里，读者感兴趣的话可以自己点开看，减少一些干扰。另外如果有人点进这篇文章，大概率是希望直接得到一个答案，而不是看我一顿分析，所以我在文章开头就给出了答案，如果读者只需要一个答案就可以关闭页面走人了，如果愿意了解背后的细节就可以继续往下看。

工作中可能会出现你「搞砸」了某些事情的时候，此时可能会有很大的情绪波动，比较常见的是给自己找借口掩盖事实，或者坦白错误、自贬身价并乞求原谅。不管是那种情绪，都不要在情绪冲动的时候做什么，先花一些时间让情绪平复下来，再理性地行动。

至于行动，则是客观地、实事求是地描述问题，及早告知相关人员，及早处理问题，总之不要掩藏问题。

根据我的经验，科技公司的经理会原谅错误，但他们不会原谅被当成傻瓜。特别是，他们不会原谅被剥夺了关键信息。

Source

文章分享了很多奠定了现代计算基础的人的故事，包括 Tony Hoare、Ada Lovelace、Edsger W. Dijkstra、Alan Turing、Grace Hopper、Dennis Ritchie、Brian Kernighan、Richard Stallman。这些都人都极具人文素养和人文精神，而不局限在计算机领域。

文章建议技术人员多涉猎人文方面的内容，除了关心「是否有效」，还应该关心「是否美好」。

• Grieving Alongside Water by Robert Kingett

  文章描述了作者在洗澡时哭泣的一个片段，依然佩服作者的文笔和感受力。

• THE LAST QUIET THING by Terry Godier
• Phantom Obligation by Terry Godier
• 了解 Kagi 的历史 by Cytrogen
• 十八岁的两件事 by 张大鱼
• 博客被人镜像了，如何『抢』回来 by 墨枫梧桐
• I couldn’t stop worrying – until I learned about the 6.30pm rule by Mel Bradman

• BlogBlog 同樂會回顧： 110 個理想的日常

  可以看看大家的「理想的日常」。

• Emoji Design Convergence Review: 2018 - 2026 Keith Broni

  文章整理了不同厂商之间的 Emoji 差异，以及 Emoji 设计的变迁，读来蛮有趣的。

Land Of Lisp 是 Conrad Barski 写的一本 Lisp 教程，这个网站是用来推销这本书的，蛮有趣的。

网站一开始是个视频，里面的歌词蛮有趣的：

Now I eat parentheses for breakfast.
And if my program isn't done,
I eat parentheses for lunch.

如果视频不足以打动你，作者还制作了漫画，讲述人类被 Bugs 征服，无论用 Java、C# 还是 ruby 等语言都无法击败 bugs，但在「Land Of Lisp」有强大武器可以击败任何 bugs，于是主角去「Land Of Lisp」寻求帮助。漫画里穿插了很多 lisp 的语法介绍，蛮有趣的。

除了 Land Of Lisp，还看到一本关于 Lisp 的书： The Genius Of Lisp。

马年快乐，来欣赏一下各种神奇的马。

错误交互的艺术 (The Art of Interacting Incorrectly) 是一个通过颠覆技术使用方式，挑战我们与技术之间无缝交互的项目。该项目借鉴了 Eadweard Muybridge 的 运动中的马 (A Horse In Motion)，通过非常规方法创作出各种赛马奔跑的动画，探讨了干扰技术如何能促进更具思考性和参与性的互动。通过将使用笔记本电脑的熟悉场景以陌生感呈现，其旨在为我们与日常数字化工具的体验重新注入一种新奇感。每一段动画都融合了所使用介质的局限性、独特性和质感。

你也可以来 画马 :P

赛博钓鱼，hh。游戏画面蛮好看的。

以文字游戏的形式描述某段时间的经历，这种写作形式蛮有趣的，以后可以试试。

鹅玉的博客，喜欢她博客的设计，里面有很多她画的插画，看起来像是手账本，又像是儿童故事书，可爱。

Leon Vide Coding 的一个项目，一个有点复古又有点自己风格的网页操作系统。里面的文件夹就是他在 are.na channel 中收集的各种碎片信息，有很多东西可以探索，可以作为一个网上冲浪的入口。鹅玉的博客就是从这里看到的。BTW，这是作者的博客：l3on.site。

也是个设计不错的博客，作者写的「漫想与杂谈」内容也很丰富。

文章记录了作者折腾磁带录制的过程，蛮酷的。作者的设备也很酷，小巧的 GPD Pocket 笔记本、透明版本的 WM-GX77 磁带机，看起来都很复古，博客样式设计也很复古。FoxThinking 系列文章也不错。

一个关于电子游戏关卡的数字博物馆，可以浏览一些游戏里的场景。利用它，似乎可以更容易找到 超级马力欧 奥德赛 里的隐藏关卡？

OBSOLETE SOUNDS 是正在消失的声音和已经灭绝的声音的集合。例如可以听到操作 Sony Walkman 的声音、冰川融化的声音。除了 OBSOLETE SOUNDS，导航上还有很多可以探索的内容。

作者安装了（几乎）所有 Firefox 插件，并对插件进行了一系列的分析。 BTW，博客首页 设计得也蛮有趣的。

MadCSS 是一场比赛，这次参加的有 16 位开发者，举办方会给出基础的 HTML 和目标 UI，选手只能使用 CSS 和 HTML，2 分钟构思、15 分钟实现，最后谁的实现和目标 UI 最接近谁就获胜。

决赛视频： One Last Battle (16:59) by Syntax

想起了微信小游戏刚流行时的「跳一跳」游戏，玩法一模一样。不过 100 jumps 难度低一点，连续 3 次获得 perfect 评级的话，还会额外加一条命。

Martin Kleppe 创作的一些有趣的东西，例如： World、 Fire。

在你隔壁同事起身去洗手间的空隙，在他电脑上装上一个可执行文件 Git Shitstorm，然后修改 git 指令，变成 alias git='git-shitstorm && git' 。 Git Shitstorm 在 90% 的时间里都是正常的 git 操作，但有 10% 的概率会从仓库里提取内容然后提交少量改动，这会让你的同事摸不着头脑，他肯定很难发现你改了 git 命令，每次他尝试修复，也有概率触发 git-shitstorm，可以让你的同事非常抓狂，哈哈哈。

以上只是玩笑，真这么干了，被同事爆揍一顿，或者被辞退了可不怪我。为了避免被同事这么搞，离开工位的时候记得锁屏 :)

Windows 3.11 模拟器，厉害。

网站上有一些关于过去互联网的博客文章，可以去考古。

HTTP Code 418 是 I'm a teapot，Cool。

Webmention 是一种跨站点通讯标准，常用于博客里。当你的博客链接了其他人的文章，而且对方实现了 Webmention，你就可以给对方发送 Webmention，你的内容一般来说就会显示在对方博客的对应位置上。

Eltrac 详细地介绍了 Webmention 的方方面面，如果你对 Webmention 感兴趣，推荐一看。我也写过一篇类似的： 给博客添加 Webmention。

Ed Nite 分享了一个写日记的方法：「苏格拉底日记法」⸺ 即用对话的形式去写日记，给自己设定一些问题，然后去回答它们。问题可以温和地引导你畅所欲言，而不必面对一片空白的凝视。

文章还分享了写日记的好处、对比了不同的介质（手写、打字、语音）的优劣。

写日记可以释放压力，因为日记只有自己能看，可以诚实地表达、尽情地释放自己的情绪。既然要释放压力，在写日记的时候就要避免去批判自己，要用积极和友好地心态善待自己，例如不要问「为什么我效率这么低？」，而是尝试问「今天是什么分散了我的注意力？明天一早完成哪件小事会让我感觉良好？」。

开创性的心理学家 James Pennebaker 为表达性写作奠定了基础，他发现最大的益处 ⸺ 如减轻压力、改善情绪，甚至增强免疫系统 ⸺ 来自诚实的表达和情感释放，而非刻板的自我分析。

当日记变成自我评判的工具时，它就失去了力量。它应该像与支持你的朋友交谈，而不是与最严厉的批评者进行绩效评估。

不管是否写日记，当心情不好的时候，安全地、诚实地把内心的各种想法和情绪都写出来、倾泻出来，都会让自己好受一些。

如果你想制作 88x31 按钮，可以看看 ☝ 这篇教程，我用 Piskel 简单制作了一个：

我还收藏了 一些按钮，感兴趣可以看看。

归根结底，就是努力让自己接触到人类所做过最美好的事物，然后尝试将这些事物融入到你正在做的事情中去。

It comes down to trying to expose yourself to the best things that humans have done and then try to bring those things into what you’re doing.

Source

培养好的品味：

1. 向领域中最好的人学习
2. 保持好奇和思考，探究事物卓越的本质
3. 实践，实践，再实践

• The Most Popular Blogs of Hacker News in 2025 by Evan Schwartz

• 在 AI 时代，我是如何深入学习一个技术领域的 by Tw39

  作者学习新领域技术的方法，可以借鉴。

• Progarchives.com

  一个前卫摇滚乐迷聚集地。歌荒的时候可以上去找专辑听。

• Project N.O.M.A.D.

  Project N.O.M.A.D. (Node for Offline Media, Archives, and Data) 是一个独立运行、离线优先的知识与教育服务器，内置了关键工具、知识和人工智能，让您随时随地都能获取信息并获得力量。

• The Concise TypeScript Book

  《Concise TypeScript Book》全面而简洁地概述了 TypeScript 的功能。它提供了清晰的解释，涵盖了该语言最新版本中的所有方面，从强大的类型系统到高级功能。

  还有一本类似的： Zine#3::TypeScript Book。

• All SVG Icons

  Search 250k+ Free SVG icons.

• 上海交通大学生存手册

  听 133. 对谢赛宁的7小时马拉松访谈 了解到的一本手册，感兴趣可以看看。

编程不是读一本《30 天掌握 xxx》就会的，需要大量的练习和试错。文章分享了一些作者自学编程的秘诀 (recipe) 和资料。

作者经常被问到，应该学习 C++ 还是 Java？

答案是应该都去学，都去尝试和接触一下，编程是需要终身持续学习的，不是选择了一门语言就一劳永逸。

作者观察了几个成熟的项目，发现它们慢慢放弃了 Tailwind，转而拥抱原生 CSS 的实现。原生 CSS 已经足够强大，它不需要额外构建，也可以让类名可读性更好（不过命名是个难题）。

文章里的 <mark> 样式很不错，抄了，你可以在 搜索页 玩玩看。如果你也用 pagefind，并且也打算使用这个样式，可以参考 我的步骤。

作者提出了「依赖冷静期」（Dependency Cooldowns），即在依赖发布之后，留一段时间，例如 7 天，先观察是存在「供应链攻击」（Supply chain security），当没有问题的时候，再去安装依赖，从而减少被攻击的风险。

另见：

• Dependency cooldowns, redux by William Woodruff
• Package Managers Need to Cool Down by Andrew Nesbitt

当在公司里看到一个「烂项目」要不要去给这个项目的人提出建议？

是否提建议，要评估「烂项目」对自己和公司的影响程度；也取决于自己是否能够介入（无法介入也可以做一些防御措施）；以及自己是否真的具备做出判断的专业知识。

文章中关于影响力的说法蛮有趣的，作者说把影响力当作一张储蓄卡，当你帮助别人的时候就会获得一定的影响力额度，而有些事情会消耗影响力，不同的事情需要的额度不同，只有当你的储蓄额度足以支持你的花费时，你才能影响别人。相反，如果储蓄额度为零，甚至负债，你可能还会受到很多阻碍。

Intl API 使用介绍。

文章介绍了 loading="lazy" 的作用。

在 <video> 或 <audio> 上添加 loading="lazy" ，可以让资源延迟加载，当资源满足一些条件，例如出现在视口 (viewport) 时才加载，一方面可以让页面加载更快（因为减少了需要加载的资源），一方面也可以节省流量（例如读者没有滚动到需要加载资源的地方）。

loading="lazy" 也使用于 <img> 、 <iframe> ，合理利用可以让页面性能更好。

返回一个 永远不会 resolve 的 Promise ，await 它，然后让垃圾回收器清理掉这个挂起的函数。没有异常，没有 try/catch ，没有特殊的返回值。函数就这样停止了。

这就是 Inngest TypeScript SDK 中断异步工作流函数 的方式。

作者分享了 5 个他在阅读代码前会执行的 Git 命令，挺实用的。

作者分享了她是如何记忆 Markdown 的链接和图片链接语法的：

利用谐音：「Put the path in parentheses.」既然链接在括号里，那描述文字自然就只能在方括号里了。而拍照的时候，往往会大喊一声「茄子！ (Cheese!)」，所以图片就在前面补一个 ! 就好了。

我也想了一个：

Markdown 链接是先写方括号还是括号呢？我想到「方括号」里「括号」两个字是在「方」的后面，所以应该先写方括号，再写括号。链接中必不可少的是 URL，URL 放哪里呢？ 放「括号」里呀，所以是放到后面的括号里。

一篇关于 list 样式的教程。顺手改了一下博客中 list 的 marker 的样式，颜色变淡了一些。

作者整合了很多现代的 CSS 特性去自定义 <select> ，做出来挺好看的，也可以了解到很多相关的 CSS 特性。

原来标题的字号大小有排版比例，学习了。

文章分享了如何实现图片折角效果，通俗易懂。(猫猫可爱捏)

利用现代 CSS 特性，以及少量 JS 实现饼图，厉害。

原来 URL 里可以插入换行符，浏览器在解析的时候会将这些非法字符移除。

另见 Based base64 (now with more steganography!) ， Jordan Matelsky 利用这个特性，在 URL 上塞了一张 ASCII 图片，酷～

我偶尔会用 text-indent 让段落首行缩进两个字，原来除了设置缩进长度，还有两个关键字 each-line 和 hanging ，不过我还没想到它们的应用场景。

使用 scrollbar-color 可以设置滚动条的颜色，顺便改了一下 博客的滚动条颜色。

我在 搜索页 用了这个元素。

大人，时代变了，用点现代 CSS 吧 :P

文章罗列了许多 CSS 的新旧写法，整体来说新写法会更简洁。

另见 Modern CSS Solutions by Stephanie Eckles。

作者通过 CSS 动画，不依赖任何 JS，使得元素能够记住 focus 和 hover 的状态。

.remember-focus {
  animation-name: remember-focus;
  animation-duration: .00001s;
  animation-timing-function: linear;
  animation-fill-mode: forwards;
  animation-play-state: paused;
}

/* 等效简写 */
.remember-focus {
  animation: remember-focus .00001s linear forwards paused;
}

.remember-focus:focus {
  animation-play-state: running; (running)
}

@keyframes remember-focus {
  from {
    background: red;
  }
  to {
    background: blue;
  }
}

很佩服作者能够想到这样的思路！

contain CSS property 可以将布局、重绘、尺寸计算等动作限制在某个元素范围內，合理的利用可以提高性能。

一篇解释 JPEG 压缩原理的交互式文章。

JPEG 是一种巧妙的图像压缩算法，它利用了人类的感知偏差和自然图像的结构。它在编码前进行基变换，使得重写后的图像表示集中了人类最敏感的信号 (亮度)，从而可以丢弃剩余的细节，而不会严重降低视觉保真度。

Source

没想到最常见的用户界面竟然是 Cloudflare 的人机验证，确实经常见到，文章分享了这个界面的设计过程。

交互式文章讲解如何实现半色调图像。

文章分享了几个很不错的组织 z-index 的方法。

1. 使用 CSS 变量命名 z-index。这样当需要给 toast 设置 z-index，就直接用 var(--z-toast) ，而不用纠结具体数值。
2. 对于同一个 z-index 层级內的元素，考虑用 --z-top 、 --z-bottom 去进一步做区分。
3. 使用相对值： calc(var(--z-overlay) - 1) 。

另见： Unstacking CSS Stacking Contexts by Gabriel

了解一下 Vue 相关动态。

非常棒的 CSS 布局入门文章，收获颇多，推荐一看。

文章分享了 hyparam/hightable 的实现细节，如果需要实现表格/列表的虚拟滚动可以参考一下。

多设置几个媒体查询的断点 (Breakpoint)，让变化更平滑一些。

Simon William 在 Pragmatic 峰会上关于代理工程（Agentic Engineering）的对话，涉及 AI 采用的阶段、测试、代码质量、精神疲劳等话题。

理解债（Comprehension debt）是指由于过度依赖 AI 和自动化，而对人类智力和记忆造成的隐性成本。

[…]

理解债是指系统中的代码总量与人类对其真正理解程度之间日益扩大的差距。

Source

AI 带来的改变是成本（大幅降低）、速度（大幅提高）以及人际管理开销（基本归零）。而始终不变的，是需要具备深厚系统背景的人，来对代码库的实际运行逻辑及其背后的原因保持连贯的理解。

Source

降低代码生成的成本，并不意味着可以廉价地跳过理解过程。理解代码本身就是工作的核心。

Source

LLM 可以快速地产出代码，如果一味追求速度，可能也在快速地积累代码负债。作者建议慢下来，参与架构、API 的代码实现，而不是全部委托给 LLM，从而保持对代码库的理解和掌控感。

作者认为 jj(Jujutsu) 更适合 Agent 在本地开发使用，因为 jj 可以减少很多 git 的心智负担，将更多注意力放在产品构建上，而不是版本管理上。文章对比了几个场景下 git 和 jj 的差异，凸显了 jj 本地开发的优势，也分享了作者的一个 jj 相关的 skill。

时间是唯一不可再生、无法回收的资源。每月 200 美元的 Claude Pro 订阅，是我目前所知「购买」额外时间最廉价、最高效的方式 ⸺ 这些节省下来的时间所产生的复利增长，正以远超任何传统 SaaS 项目的效率持续回馈。

Source

所谓「垃圾内容」（slop），是指那些消耗他人阅读精力远超其创作精力的产物。当我的同事直接把 Gemini 的原始输出发给我时，他并不是在行使创作自由，而是在无视我时间的价值。

既然我们已经有了能够编写可用代码的软件，那么我们人类还剩下什么可做的呢？

答案是：还有太多事情要做。

编写代码从来不是软件工程师的唯一活动。这门手艺的核心一直是弄清楚该写什么代码。任何给定的软件问题都有数十种潜在的解决方案，每种方案都有其权衡。我们的工作是权衡这些选项，并找到最适合我们特定环境和要求的方案。

Source

编程其实是一种思维方式，也是一种沟通方式。你是用汇编，还是用 C 语言，还是用自然语言去指挥计算机，关系都没有那么大。关键在于，你有没有真正的编程思维。你能不能把问题拆开，能不能描述边界，能不能发现错误，能不能一步一步把系统构建出来。如果这些能力没有，那就算你手写汇编，也未必是一个真正会编程的人。如果这些能力有了，那你不管是写 C，写 Python，还是和 AI 对话，本质上都是在编程。所以我越来越觉得，未来真正重要的，不是你会不会某一种语言，而是你有没有计算机的编程思维。

Source

向 AI 模型输入提示词并不等同于阐述观点。你虽然能得到生成的结果，但就构思而言，这些结果是可有可无的。真正重要的是思考的过程。

Source

如果是和 LLM 对话，探讨某个问题，从而加深或拓宽自己对问题认识，我想 LLM 还是有帮助的。

我从事这一行已经很多年了，工作中最困难的部分从来都不是敲击键盘写代码。我最头疼的始终是理解系统、调试那些莫名其妙的错误、设计在高负载下不会崩溃的架构，以及做出能避免日后数月痛苦的决策。

这些问题都不是大语言模型所能解决的。它们可以提供代码建议、帮助编写样板代码，有时还能充当探讨想法的参谋。但它们并不理解系统，它们的「脑子」里没有上下文，更不知道为什么某个决策是对还是错。

最重要的是，它们不会做选择。这部分工作仍然属于你。软件开发的真正核心，也是体现个人价值的地方，在于从一开始就知道应该构建什么，以及为什么要构建它。

Source

真正的危险在于人们停止思考。真正的陷阱是工程师让工具去承担本该由他们自己构建的认知负荷 ⸺ 这是理性的自我放弃。

Source

下次当你按下 ^V 粘贴时，请停下来问问自己：「我是在让别人被迫与我的聊天机器人对话吗？」一点点体谅就能产生很大的影响。

谢谢。

Source

从无到有的创造不再那么困难，但之后的一切依然很难。理解它、完善它、发布它、支持它、维护它。所有这些事情。当你对这些一窍不通时 ⸺ 就像我对 macOS 开发一样 ⸺ 事情依然举步维艰。

Source

也想试试做一个 RSS 阅读器。

AGENTS.md 是项目根目录的一个文件，提供持久的上下文信息。 Skills 是一系列的 markdown 文件，封装了相关领域知识，提供给模型在需要时查阅。

但是 Skill 没法保证可靠的触发，有时模型并不会查阅 Skills，相比而言 AGENTS.md 是模型始终会去加载的，会更稳定。有的事情 Skills 做不好的话，可以试试放到 AGENTS.md 中，比较一下效果。

人工智能代理已经太像人类了。这并不是在浪漫的意义上，不是因为它们会爱、会恐惧或会做梦，而是在更平庸、更令人沮丧的层面上。目前的实现方式一次又一次地展示了它们的人类起源：缺乏严谨性、缺乏耐心、缺乏专注力。面对棘手的任务，它们会向熟悉的领域漂移。面对硬性约束，它们开始与现实讨价还价。

Source

• Claude HUD 一个 Claude Code 插件，用于展示 Claude Code 的使用信息，如上下文用量、启用的工具、进度等。
• Awesome DESIGN.md 这个仓库收集了很多 DESIGN.md，可以丢给 Agent 指导它设计页面。
• Hermes Agent 一个会自我学习、改进的 Agent。
• thedotmack/claude-mem 一个 Claude Code 插件，自动压缩上下文作为后续的上下文，保持项目上下文的连续性。
• Vibe Kanban Agent 编排工具，另见 工程师如何把多个 Coding Agent 真正带起来：一套比“开更多聊天窗口”更像工程流程的方法 by 白宦成
• manaflow-ai/cmux 一款基于 Ghostty 的 macOS 终端，具备垂直标签页以及面向 AI 编程智能体的通知功能。

• The Agent Skills Directory
• ibelick/ui-skills
• antfu/skills
• mcollina/skills 另见： My Personal Skills for AI-assisted Node.js Development
• app-monorepo/skills
• garrytan/gstack
• obra/superpowers
• tw39/waza 作者还分享了 他的设计思路。
• caveman 精简 prompt，减少 token 消耗的 skills
• coleam00/excalidraw-diagram-skill

• 你不知道的大模型训练：原理、路径与新实践 by Tw93
• 你不知道的 Claude Code：架构、治理与工程实践 by Tw93
• 杀死那个手工程序员 by Tw93
• Learn Claude Code by doing, not reading. by Ahmed Nagdy
• 周报 #106 - OpenClaw 实践、搬家与生活的能量 by pseudoyu
• 月刊（第34期）：创造的快乐 by AIRING
• vibe coding 成瘾之后，我正在重建 AI 与生活的边界｜202601-03 月度总结 by Polebug

• 【开箱】小米 miclaw 隐藏玩法？我家被 AI 占领了… (15:06) by 陈抱一

  将 AI 集成到家具里确实很方便，看起来很智能。但我不喜欢，万一 AI 失控了就完蛋了，我也依然不相信 AI 的隐私性（除非本地部署）。

  我更喜欢那些物理的、机械的物件，我不需要那么多的「智能」，物件把本身功能做得足够好，简单稳定，就很棒了。

  另见： Zine#47::An Ode to Things That Do One Thing Well by Candost Dagdeviren

• 收集了 100 个人的梦，我们发现了奇怪的关联… (13:06) by 影视飓风

  用 AI 将梦境变成视频还蛮有趣的，现在 AI 生成视频真厉害呀。

一个下载体验很好的音乐下载服务，大部分我想听的歌都能找到，而且可以按照专辑打包下载；专辑里通过编号也确保了歌曲的顺序，很贴心；下载时候的加载动画也很有趣，或是打鼓，或是旋转的 CD。我现在有空就会去下载一张专辑，放到我的播放器里听，慢慢收集那些 喜欢的专辑。

Lucida 提供了好几个下载渠道，不过目前只有 Tidal 和 Amazon Music 是没问题的，其他渠道都会报错。 Lucida 默认是以最高音质下载的，但我发现有时下载下来的是 Opus 格式，文件体积很小，所以我一般都会选择转换成 FLAC。

下载下来的数据，除了丢给播放器用，也可以考虑备份一下，存到网盘或者移动硬盘，以后需要的时候就可以方便获取，而不需要重新下载，毕竟 Lucida 说不定哪天服务就下线了。

下载的专辑里是没有歌词的，除了在网上搜索歌词，你也可以考虑在博客里写写专辑分享，分享自己听歌的感受，将歌词记录在其中，什么时候想看歌词就可以翻出来看，这么做也可以让你更了解一张专辑。

• mengxi-ream/read-frog

  开源沉浸式翻译

• dandavison/delta

  支持 git、diff、grep、blame 的命令行分页器，支持语法高亮。可以让 diff 看起来更清晰。

• Internet Download Manager

  加速你的网络下载。

• Marked 2

  用于预览 markdown 和其他文本标记的应用，用自己喜欢的编辑器编辑，Marked 2 负责预览。

• docmd

  将 Markdown 渲染成可预览文档的工具，优点是零配置，相对轻量。

• Miniflux 2

  一个可以自托管的 RSS 阅读工具，简单、快捷、轻量。 Emacs 里可以用 miniflux.el 连接它的服务器阅读。

• Marginalia Search

  针对以文本为主的网站的互联网搜索引擎。索引那些小众、古老且离奇的网络内容。

• tstack/lnav

  LNAV (The Logfile Navigator) 是一个适用于终端的日志文件查看器。它能理解日志信息，进行高亮；可以同时监听多个日志文件并按照时间顺序排序；还能处理压缩的日志文件。

• aerc

  一个运行在终端的邮件客户端。

• Pencil

  一款「Vibe Designing」工具，可以和 Cursor、Claude Code 等集成，可以生成设计图、输出对应代码，也提供 MCP 集成。

• Pretext

  用于多行文本测量与布局的纯 JavaScript/TypeScript 库。

  Demo: https://chenglou.me/pretext/

  酷～

• JSON Alexander

  又一个查看 JSON 的浏览器插件。

• darula-hpp/shimmer-from-structure

  一个可以感知结构的骨架屏生成库，可在运行时镜像渲染出的 UI。无需重复编写布局。

  另见： Build your own shimmer skeleton that never goes out of sync by Neciu Dan

• PV Tool

  日式 PV Visual 生成工具。

• Kaomoji Cool Club! by Design Brouhaha

  Kaomoji (颜文字) 制作工具。(„• ᴗ •„)

• npmx

  搜索 NPM 包的工具，速度还挺快的。另见：Features everyone should steal from npmx by Andrew Nesbitt

• infinitered/nsfwjs

  一个简单的 JavaScript 库，可帮助你快速识别 NSFW (Not Safe For Work) 图像；全部在客户端浏览器中完成 (利用 TensorFlow.js)。

• TheOrcDev/8bitcn-ui

  像素化、复古风的 UI 组件库。

• ASCII Drawing Board

  一个可以绘制 ASCII 图像的网站。如果你用 Emacs 的话，开启 artist-mode 就可以在 Emacs 里绘制ASCII 图像了。

• Photo Palettes

  基于图片生成调色板。

• Sweetfont

  通过拖拽不同比例，凭感觉搜索 Google Fonts。

• OpenSeaDragon

  一个开源的、基于 Web 的高分辨率可缩放图像查看器，由纯 JavaScript 实现，适用于桌面端和移动端。

Just below the surface of these inchoate intuitions, I believe, is a tacit awareness that the writer’s goal is to encode a web of ideas into a string of words using a tree of phrases. Aspiring wordsmiths would do well to cultivate this awareness.

我认为，在这些模糊直觉的表象之下，隐藏着一种心照不宣的领悟：作者的目标，在于借助层级分明的短语结构，将纷繁交织的思绪编织成线性的文字。有抱负的文字工作者应当刻意培养这种意识。

另一个更常见的表达：

写作之难，在于把网状的思维，通过树状的结构，用线性的文字展开。

玫瑰色回忆是一种心理现象，指人在回忆过去时，回忆往往比事实更美好。

明月高悬夜空，眼下是春天。
我想起了你，内心是完整的。

一股轻风穿过空旷的田野向我吹拂。
我想起了你，轻唤你的名字。
我不是我了：我很幸福。

明天你会来和我一起去田野里采花
我会和你一起穿过田野，看你采花。

我已经看到你明天和我一起在田野里采花，
但是，当你明天来到并真的和我一起采花时，
对我来说，那将是真实的快乐，
也是全新的事情。

来自豆瓣 2026 周历第十三周

人们总在讨论驱动 Bluesky 和 ActivityPub 的协议，因为我们都是技术宅，内心深处坚信更优越的协议终将胜出。这想法挺天真的。它完全违背了人类历史 ⸺ 无论技术水平如何，更方便的东西总是会赢。

Source

我从未想过会从一个半数网民都没听说过的联邦式社交网络上(federated social network)的陌生人那里获取新闻。我从未预料到很多事情。但在这样一个地方，人们只是……分享他们所知道的东西，这其中有一种宁静的美感。没有品牌合作，没有互动指标，没有算法诱导你走向愤怒。只有一位研究了二十年北极政策的人，在凌晨两点发帖，仅仅是因为他们觉得你应该了解正在发生的事情。这就是我在 1996 年得到承诺的那个互联网。为了到达这里，竟然花了三十年的时间，并经历了美国新闻业的彻底崩塌。

Source

在雨中做事并不舒服，至少在需要鼓起意志力开始工作时是这样。不过，过去的经验很有帮助，因为你知道最初的不适感很快就会消失。难点在于，不要在最初的几秒钟内丧失决心。有一个充分的行动理由也很有帮助，甚至是必不可少的：它迫使你走出舒适区，让你更投入地追求积极的结果。如果你不相信这项事业，你就很难应对挑战。信念赋予了一个人战胜一切困难的力量。

支撑我努力的是对自身处境的长期理解。我不认为安逸是理所当然的。生活从来都不容易，除非是在婴儿时期受父母照顾的时候。我接受所有中间过程中的问题，将它们视为我生命这一宏大进程的一部分。我有自己的土地，并随之不断改进。它最终会成为一个体面且安全的地方。就像一颗橡子发育成脆弱的幼苗，然后长成纤细的小树，直到最终成为一棵雄伟的橡树。

[…]

当你处于「行动」模式时，耐心是自然而然的。[…]

相反，当你仅停留在抱负和痴心妄想的层面时，你没有参考标准，对有限资源的经济性缺乏感知，因此也就没有耐心的空间。 […]

Source

长期维持项目需要一定程度的热情。你必须享受你正在做的事情。

Source

我不谈论我的生活选择。我没兴趣让任何人改变观点或接受我的生活方式。我为什么戒酒是我自己的事：简而言之，比起在餐桌上赢得那些毫无意义的关注，我更看重长期健康。

Source

我的生活方式可以概括为「多做少说」，或者更确切地说是「先精通，后传授」。如果我认同某种理念，我会将其融入到我的行动中。如果它是行之有效的，那么我本身就是其功效的化身。我不需要宣扬显而易见的事。他人自然会注意到效果并尝试效仿。如果他们看不出其中的门道，那说明他们还没准备好。我觉得脱离行动的空谈会削弱人的力量，它不可避免地会演变成过度思考和随之而来的焦虑不安，陷入恶性循环。

Source

为软件付费并不是在为解决方案付费，而是在付费让别人来承担一个问题。

Source

当客户找上你的聊天机器人时，并不是因为他们觉得聊天机器人很酷，而是因为你让他们失望了。

在整个过程中，由于某些原因，他们找不到物流信息。他们在迷宫般的常见问题解答（FAQ）中迷失了方向。他们在尝试解决一个简单问题时遇到了阻碍。当他们打开聊天窗口时，已经感到沮丧或困惑。他们不想要另一层复杂性，他们想要一个快速、简单的解决方案。

你的聊天机器人只是覆盖在你造成的伤口上的一块止血贴。去修复你的用户界面吧。让信息易于查找。停止将基础功能隐藏在菜单和迷宫之后，到头来你可能根本不需要那个昂贵的聊天机器人。

Source

当你问别人「你怎么看？」却不分享你的想法时，你不是在协作，而更像是在外包。你把你本该完成的所有工作（阅读并理解文档、权衡利弊、形成观点）全部甩给了别人。

Source

另见 How To Ask Questions The Smart Way。

每小时有 16,000 个新生命诞生。他们都是从一张白纸开始的。你真的在说，因为他们没有在子宫内学习你的技术，他们就都会被抛在后面吗？

不。这显然是胡说八道。

等待并观察某样东西是否真的有用是 100% 没问题的。

Source

另见 Zine#24::The Patient Programmer

Good artists borrow, great artists steal.

这是我见过的最浪漫的事。

他不是在试图拯救我。他不是在试图扮演那个修复残缺事物的英雄。他是想在残缺中与我同在。他想要那种感同身受的挫败感。他想理解我为什么疲惫，而不仅仅是知道我累了。

Source

我访问《纽约时报》想扫一眼四条新闻标题，结果迎面而来的是 422 个网络请求和 49 MB 的数据。页面足足花了三分钟才稳定下来。这也难怪每个神智正常的科技从业者都会在亲友的系统上安装广告拦截器。

为了真正理解 49 MB 网页是什么概念，让我们快速回到几十年前。加载这个页面所消耗的数据量已经超过了 Windows 95（28 张软盘）的大小。那个曾经运行全球的操作系统，竟然能完美塞进如今的一个网页加载量中。 2006 年，iPod 占据统治地位，数字音乐弥足珍贵。一首 192 kbps 比特率的标准高质量 MP3 歌曲大约占用 4 到 5 MB。这一个页面大约相当于 10 到 12 首完整长度的歌曲。我为了读几段文字，实际上下载了相当于一整张专辑的数据。根据 国际电信联盟 的数据，当时的全球平均宽带网速约为 1.5 Mbps。你的浏览器会持续加载这个「庞然大物」好几分钟，这段时间足够你走开去冲杯咖啡了。

Source

前阵子我把字体移除了，使用系统默认字体，目前一个页面一般也就几百 KB (有的页面有图片就会大一些)，相比之前应该是会快一些。

• 摄影鬼才：基本扎根摄影界！ (04:06) by 人类早期纪录片

  好搞笑。

• Comedian Karl Porter Dominates The Competition With An Epic Football Goal Celebration （5:29）by The Blackout

  进球庆祝慢动作表演得惟妙惟俏，厉害。

• 【毕导】干冰为什么冒白雾？你的教材错了 30 年 (10:25) by 毕导
• 我采访了几位盲人程序员，看看他们是怎么写代码的 (14:54) by 差评君

• 告别土味，十分钟让你的视频从拉到夯！ (12:09) by 小鹿Lawrence

  关于字体、花字的使用。

• 周耀辉词作深度盘点：他把「爱」写成了问题，把「人」写成了答案。 (44:15) by 礼崩乐好

• 震撼首发!把 15 位最夯的音乐人关在同一个房间!会发生什么?丨第五届 HMA 特别现场 (18:05) by HOPICO

  很棒的现场，很棒的音乐，重新认识了 Sophy，声音真好听。

• 是他拿下了华语年度专辑!丨第五届 HMA 颁奖典礼 (1:00:10) by HOPICO

• 【4K】迈克尔·杰克逊《Bad》完整版 1987 AI 修复高清收藏版 (18:06) by KG-Area21

  即将打起来的时候，MJ 竟然开始跳舞，对面三人组看 MJ 他们有点看傻子的感觉，也是有些搞笑。

  不过 MJ 的舞蹈实在是太酷啦！总能吸引人一直看下去。

  BTW，最近 迈克尔·杰克逊：巨星之路 Michael (2026) 要上映了，可以去看看。

• Yoko Kanno & SEATBELTS - TANK! Extended [Official Music Video]​ (7:21) by Yoko Kanno / 菅野よう子

  精彩！让人享受！

• 听音乐，广度和深度哪个更重要？ (02:54) by GOATFANS
• 真的有人听完这10首歌，还不爱 Prince 吗？ (36:06) by GOATFANS
• 反拍！方大同带你感受黑人音乐的反骨灵魂！ (13:47) by 夏威夷爵菜头

• 133. 对谢赛宁的7小时马拉松访谈：世界模型、逃出硅谷、AMI Labs、两次拒绝Ilya、杨立昆、李飞飞和42 (405 mins) by 张小珺Jùn｜商业访谈录

  文字版： 独家对话谢赛宁：逃出硅谷！ by 语言即世界 language is world

• 喜欢什么一定要说出来 2.0 (114 mins) by Nice Try
• E104 2030 年的世界：起初，人们以为只是失业 (73 mins) by 虚实之间 True Imagination

最近分享的专辑：

• Album#34 - THIS MUSIC MAY CONTAIN HOPE.
• Album#35 - The Gift
• Album#36 - Quicksand

最近听 Prince、Bialystocks、Mando Diao 比较多，如果你对我最近听啥感兴趣可以看 听歌排行，我想起来了就会更新。