在讨论中文书名号流变的 第 146 期《字谈字畅》收尾处，主播争予提到了目前中文网络上一种流行的做法——用方头括号、书名号、直角引号等符号标点标示关键字词。争予主播指出，这种现象的背后是信息之间竞争越发激烈的社交媒体环境。在回应中，主播 Eric 形象地将这种做法比作「大喊大叫」。

我对这个问题也深有感触。十年前，「普及直角引号」 在知乎上还是个会 引发争议 的新颖话题，如今同一个网站上很多「专栏」里的「引号」就可以「连用」到让「人」「叹为观止」了。在微信沟通和公众号文章中，也经常看到方括号连篇累牍地出现，生怕你不知道【这段话】【真的】【很重要】。

Feedback to this Ox Year’s installment of the annual miniseries 迟早过年 of the podcast 迟早更新. Totally amateur writing, but unexpectedly earned me some candy.

From:	 Platy Hsu <[email protected]>
Subject: 给迟早过年的迟早反馈
Date:	 February 22, 2021 at 2:07 PM
To:	 [email protected]

迟早更新的两位主播，

新年好！

首先还是俗套地感谢《迟早过年》系列又一年的陪伴。我自认属于不怎么看重节日的人，春节的吃喝玩乐之类惯例对我吸引力并不大。每年如约而至的《迟早过年》除了让我赞叹其执行力，对于我的观念也可谓一种印证：春节可以有一种以头脑而非口腹为主导、创造而非消费为目标的过法。

一、程序的谢幕与应用的崛起

在我接受电脑启蒙的时候，Windows 98 还是国内装机的主流。对当时的我来说，系统里最有魅力的莫过于「开始」下的「程序」（Programs）菜单。IE 浏览器、Office、画图——「程序」菜单就像一个包罗万象的百宝箱，里面的每个「程序」都是值得探索的宝藏。随着系统升级到 Windows XP，「程序」变成了「所有程序」（All Programs），MSN、Movie Maker 等新花样也加入其中。

在使用 Word 制作合同等格式文本的过程中，经常会需要处理一些「待定内容」，例如签署方的全称、签署日期等。对此，常见的处理方法是用「[*]」、下划线等方式做标记，等确认后再填上。

这种方法是有很多缺陷的。如果待定内容很多，逐个输入这些「标记」和事后查找替换都很麻烦，而且容易遗漏（更别提它们真的很丑）。有什么办法可以更方便地插入、管理和更新这些待定内容呢？换种问法，Word 文档中有没有什么合适的地方存放这些信息呢？

引言

苹果今年为 Mac 产品线带来了不少有意义的更新。适逢年末，不少人可能已经有了升级换新的计划。

但在享受新机带来的喜悦同时，还有一件不得不做的麻烦事——数据迁移。尽管听起来只是初始设置中的一个步骤，但数据迁移的效果很大程度上影响到新机的使用体验和之后的工作效率，因此须加重视。苹果官方有一些指导教程，包括 出售、赠送或折抵 Mac 前应该执行的步骤，如何 将内容迁移到一台新的 Mac 等，但都略嫌简略，不足以解决迁移过程中的很多常见疑问。

Homebrew 是 Mac 上管理软件包的最实用工具之一。但截至目前，它还没有对搭载 Apple silicon 的新 Mac 机型完成适配。根据维护者在 GitHub 上发布的 说明，Homebrew 正在积极适配新架构的过程中，但目前还面临一些较大障碍，如缺少基于 ARM 架构的持续集成框架、很多软件包依赖的框架或编译器（go、gcc、qt）未适配等。

但是，Homebrew 目前在新 Mac 上仍然是可用的，并且已经发布了原生支持 ARM 架构的试验性版本。本文总结我在设置过程中探索出可行、相对实用的做法。

（本文原载于《纽约时报杂志》2020 年 11 月 8 日刊，题为 Snowed Under，作者为 Sam Anderson。）

在 2020 年求生，意味着活在两个相互矛盾的时间线里。一边是没完没了的现实。「喂！喂！喂！喂！喂！」2020 不停地冲着我们的脸喊道，像个不在乎人感受的恶霸教练。然而，我们又感到正被拖入历史的深渊。我们现在度过的阶段，显然应该写进公民生活课本中最悲惨的章节。受苦受难的同时，我们也意识到自己的喘息和崩溃，会在事情消停后的未来成为有心人归档、研究的对象。我们因而感到如此错位。我们变成了活化石，自视也已成古物，但痛苦不知为何还是纷至沓来。

尽管 Apple Watch 的各个表盘总体延续了苹果软件上手即用的家族特征，但其中仍然存在简洁与复杂的风格之分。特别是有几个包含多种子表盘、刻度的指针表盘，其功能和用途并不是一目了然的。

遗憾的是，或许是为了把更多笔墨留给健康检测、运动记录这些「智能」味更浓的功能，Apple Watch 官方使用手册的「表盘与功能」章节非常粗略，只是以流水账形式列举了表盘的造型和功能，具体操作方法则都留给用户自己脑补。而网上的 Apple Watch 和 watchOS 评测虽然数量繁多，但也基本都对表盘一笔带过，或者照抄苹果在发布会和文案中的描述。

引言

俗话说「不动笔墨不读书」，但在网络阅读的场景下，给「笔墨」找到合适的电子替代物并不容易。尽管市面上存在不少批注网页文章的解决方案，但仔细想来，似乎很少有哪个工具能较好地同时满足以下几个要求：

• **跨平台：**电子阅读的场景非常宽泛，理想的工具应当在各个平台上都能使用。
• **可溯源：**批注内容往往需要和原始上下文结合才便于理解。因此，理想的工具不仅应该记录批注的内容，还应该能追溯到批注在原始文本中的位置。
• **可迁移：**批注的主要意义在于事后参考引用。为此，理想的工具应当允许将数据以通用格式导出，最好还能提供 API 以便对接其他工具和实现自动化。

究其原因，上述目标在网页环境下中并不容易达成，甚至是相互矛盾的：不同平台的功能和交互逻辑各异，很难开发出通用的解决方案；网页文本很不稳定，其内容和格式经常随着编辑、改版而变化。因此，为实现跨平台和可溯源，大多数产品都选择了牺牲可迁移性，以私有格式存储批注数据，并且批注的对象往往并非原始网页，而是其经过优化和重排版后的「替身」。

如题，目前能想到的，可能不定期更新。

tree

场景：对方扔过来一坨文件，老板问，他们都提供了啥？

错误的做法：一个个点开看。

好一点的做法：tree /path/to/LDD_docs -N

输出：

.
├── 1、股权
│   ├── 母公司
│   │   ├── 公司章程.pdf
│   │   ├── 营业执照.pdf
│   │   ├── 工商调档单2019.rar
│   │   └── 组织架构图.pdf
…
├── 2、业务和合同
│   ├── 2020年
│   │   ├── Acme Co
│   │   │   ├── NDA11111.pdf
│   │   │   ├── Order22222.pdf
…
└── 9、其他
    ├── 附件.pdf
    └── 董监高基本情况.pdf

seq

场景：老板说，这里加一段话，把这十条总结一下，每条前面加一个序号。