# UNTAG Premium 第十四期

> 本文开放前 70% 正文，剩余内容会员可见。

原文：https://utgd.net/article/10071

来自 UNTAG 团队的第 14 期会员内容。会员内容会在每周一更新。

本周开始恢复常规 Premium 更新

本期内容目录：

- 年度教训其一：头戴式无线耳机

- 文本替换的一个思路：快速输入带声调的字母

- 小论 DEVONthink PDF 中文乱码问题，以及理解 DEVONthink 备份

- 我到底是不相信 iCloud 还是不相信 iCloud

- 四处旅居的数字游民 Minja 居然入手了戴森家电

- 为 Github 添加文件树的 Chrome 插件

- Github 小技巧：在线 IDE 查看代码

- 为 GitHub 添加悬浮窗功能

- 用好 Finder 的“添加日期”排序

- Todoist 过滤：“今日行动清单”加强版

## 年度教训其一：头戴式无线耳机

- 问：AirPods Max 和 WH\-1000XM5 谁香？

- 答：都不。一个送人，一个吃灰。

作者：@Hum

买东西之前要评估使用频率和需求强度。两者看似关联度很高，其实不然。需求强度高的东西未必使用频率高。比如一口锅、一双筷子。当代青年哪怕绝少不煮饭，顿顿外卖，一次性筷子都用不完了，家里还是要有这一口锅、一双筷子，以备不时之需。

评估使用频率和需求强度的时候，最关键的是对自己的了解，其次是对一些客观事实的冷静计算。我的年度教训是头戴式无线耳机，是的，我买了 AirPods Max 和 WH\-1000XM5。

现在 WH\-1000XM5 送人，AirPods Max 吃灰。故事是这样的：我在家里看电影的时候，因为是一个人住自己看，所以时不时地会冒出“如果戴上音质特别好的头戴式耳机沉浸式观影就好了“的想法。直到去年某一天，我的邮箱出现了索尼的广告，XM5 36 期免息分期付款（日本）。作为一直追求“性价品”的理性购物者，我还是在它和 AirPods Max 之间挣扎了一阵。看了若干视频，一通琢磨，最终是因为 XM5 36 期免息诱惑太大，最终决定下单 XM5。

接下来就是第一个教训——我忘了自己有多依赖苹果生态。深陷苹果生态的我久违地体会到了耳机切换有多烦。仅仅是因为这个原因，回国探亲的时候，我把耳机送给了上大学的弟弟。

这时候的我，还以为问题在于苹果生态上 XM5 输给了 AirPods Max。所以趁着回国可以 12 期免息又直接消费了 AirPods Max。不曾想，接下来就是更多的教训。

尽管最开始买耳机是为了观影，但要说不想戴着 AirPods Max 到外面招摇过市听歌是骗人的。结果戴了一天我就直接放弃。

首先，和所有头戴式耳机一样，会掉。我要有意识地限制头的晃动范围。通勤、走路、上下楼，一路要扶它个几次。其次，它压眼镜腿儿。因为 AirPods Max 相对来说重一点，所以它要紧一点。

我能忍受 AirPods Max 戴在头上的上限是 90 分钟左右，正好差不多一部电影。如果你搜索 AirPods Max Glasses，难受不难受的反应大概是 55 开。但我属实怀疑说不难受的是因为花了钱嘴硬或者纯苹果光环。哪怕所有人说不难受的都是发自肺腑的实话，55 开这个比例也说明一半的人真的感觉不舒服。

但压眼镜腿儿也还不是最主要的教训。最重要的教训是，我忽视了使用频率。我在家看电影看剧的时候也不是每一部都想戴上头戴式耳机。只有声音细节够足的电影我才会有这种想法。所以事实是，买了 5 个月我甚至没有戴着它看过任何一部电影…

出门戴难受，回家用不着。使用频率近乎于无，需求强度弱到没有。属实念念不忘给我回响了一下。响得无声胜有声。

这件事使我巩固了自己很早想明白的一条原则——在做选择的时候，关键不是整体量化而是个别关键元素。选择不是瑕不掩瑜或者瑜不掩瑕的事，而是考虑这个东西是“不得不要“，还是“实在不行“。

头戴式耳机，实在不行。

## 文本替换的一个思路：快速输入带声调的字母

作者：@Hum

怎么输入带声调的 a, e, u, i, o？

官方的办法是用官方输入法长按一个字母，比如 ā，就是长按 a，就会弹出这样的选择框：

但是打字这个东西的体验，本质上追求的是“连贯”——我想的东西，要在最快的时间，没有任何干扰地出现在屏幕上。要做到这个，文本替换是最直接的办法。

我的文本替换设计如下（我用的是 TextExpander）：

- ā 就是 a111

- á 就是 a222

- 以此类推

这个思路固然简单，但它揭示的是文本替换的思路。我们会把邮箱、电话、地址放进文本替换；复杂一点的工具会放一些邮箱模板等等。但其实，本质上，所有输入麻烦的东西，都可以/应该用文本替换来处理。

## 小论 DEVONthink PDF 中文乱码问题，以及理解 DEVONthink 备份

作者：Minja

DEVONthink 对中文一直不友好，主要体现在两个方面：第一是中文搜索不准，经常漏词，尤其在换行的时候；第二则是中文 PDF 时不时出现乱码（如果你想吐槽 DEVONthink 没有中文界面，那也算一个问题，不过它本来就只有英文、德文和法文界面）。前一个问题不算大事，毕竟可以乞援第三方工具；而第二点则不容忽视，盖文件一旦被破坏就几乎无法恢复。

PDF 乱码问题后果严重，尤其当你钩玄提要一番后，忽然发现原本正常的文字成了“???”，属实误事。该问题其实比较普遍，并不是 DEVONthink 的遗传病，而在 DEVONthink 中发作频繁，原因在于 DEVONthink 有索引机制和预览机制，你很容易同时在多个软件或多个窗口中读写同一份文件，此时几乎必然导致中文变成乱码。DEVONthink 认为中文乱码是 Apple 的框架问题，他们没办法解决。倒也能理解，独力开发一个 PDF 批注框架非常人能及，而不依赖 Apple 的 PDF Expert 和 Adobe Acrobat Pro 都价格高昂；对比之下，DEVONthink 若是买文件管理工具送 PDF 阅读器，那就是在赔钱赚吆喝了。

既然乱码问题不可避免，只能退一步转而尝试及时备份，希望损失最小——这，就要谈谈 DEVONthink 的备份机制。DEVONthink 菜单栏中有一个鹤立鸡群的“Revert to saved”，然而定睛一看，它位于 Data 菜单中，而不是 File，这意味着 DEVONthink 的备份和恢复只是针对数据库的，而不是单个文件。准确说，DEVONthink 备份的只是数据库元数据。显然，依靠 DEVONthink 本身的备份机制行不通。 接下来的思路就是使用其他软件的备份。最实惠的方案是版本历史，比如原生预览工具就有，相当于单个文件的时光机（Time Machine）；其他 PDF 阅读器，大多也有版本历史，如果你习惯在 DEVONthink 外批注 PDF，就可以在这些工具的文件历史中找回未出现乱码的版本。书籍的 PDF 篇幅较长，我一般都用专门的阅读器，因此几乎没有遇到过乱码。

而剪藏网页获得的 PDF 则比较凄惨，它们篇幅短，我往往在 DEVONthink 中就地看完，这时候就可能遭遇乱码。为此，我写了一个自动备份 PDF 到外部文件夹的 smart rule，每次往 DEVONthink 中导入新 PDF 时就自动复制一份到外部文件夹——之所以是外部，是为了避免文件留在 DEVONthink 内部，不慎编辑又导致乱码。

只可惜，以上都是没有办法的办法，一点都不方便；至于 iOS，则连自动备份都做不到，因为没有 smart rule（应当有不少人喜欢在 iPad 上用 Apple Pencil 批注 PDF）。在 Apple 或 DEVONthink 修复 PDF 中文乱码问题之前，恐怕只能手动上一层保险。

## 我到底是不相信 iCloud 还是不相信 iCloud

作者：Minja

最近在会员频道和闲聊频道中，多次有人提及 iCloud 订阅有些贵，尤其有人指出 2TB 那一档的套餐根本用不完，于是想寻找替代品。iCloud 的套餐档位设计本来就是经典营销路数，明着暗着让你买最大的空间，实际上多数人用不到。但是，价格并非 iCloud 最大的问题，毕竟 Dropbox 也是类似路数。iCloud 的问题是：不值得相信。

在参与讨论的人中，我可能是对 iCloud 态度最极端的一个：完全没有订阅任何套餐，免费的 5GB 空间连零头都没用完，理由就是 iCloud 靠不住。说一个服务是否值得信赖，其实有两方面的含义：任何服务都有积极义务和消极义务，积极义务主要是向用户提供信息，消极义务是不要泄漏或者干脆不要获取用户的信息；相应的，我们有时候不相信一个服务能全面履行积极义务，另一些时候则是不相信它会保护用户隐私或个人数据。谈到 iCloud 时，我主要指前一种，而不是捕风捉影地猜测 iCloud 泄露了我的数据。

iCloud 的问题在于，它不能在我需要的时候提供文件。一方面是同步不稳定，尤其是大文件和大量文件的同步，向来都不稳，搜索“icloud stuck uploading”能看到无数的抱怨，而最可靠的办法也不过是推倒重来、重新上传。另一方面，最近 有人发现 iCloud 在云端文件修改时，就不让你打开本地的文件，我在航班、地下室或户外时也遇到过这一问题，某次前往现场时分明特意把文件下载好（因为现场没网），途中家里的电脑定时跑了一下自动化（自动追加了几行文本），手机上的文档就打不开了。单纯同步不稳定还可以忍受，但禁止我打开已经下载的文档，这就突破了一个同步服务的底线，于是我把工作用的文件全部挪出了 iCloud，其他文件或服务也渐渐不用它了。

区分积极义务和消极义务，或许是客观评判一款软件或服务的良好出发点。类似的讨论也出现在输入法领域，我关于 Rime 的文章广为传阅（相对于本站其他文章而言），但多数人仍然是奔着隐私去的，和我的观点没半点关系。隐私当然也很重要，可它的威力太强，一旦拿出来就可以把任何软件打入地狱，从而抑制了其他有价值的讨论；如果能够意识到隐私属于消极义务，在此之外还能理性分析一款工具的积极义务，大概才能更好地认识工具。

## 四处旅居的数字游民 Minja 居然入手了戴森家电

作者：Minja

抱歉，其实我买的只是一根电源线，而且还只是一根电源延长线。

如果要评选十大提升旅行幸福感的工具，我一定投电源延长线一票。有了电源延长线，你可以大大方方在沙发上收发邮件，而不需要蹲在墙角；你也可以用任何舒服的角度躺在床上，而不是贴在床边甚至半个身子凌空还把手举得老高。数字游民中的老炮 Chris 喜欢带一根电源延长线，孤独星球中文作者侃叔同样推荐延长线，而且还是五米的巨无霸。

当然，你可以买接线板（还附赠让人很有安全感的一打插座），但这玩意儿一般都是买了嫌麻烦不带，最后要用的时候往往不在身边。而电源延长线则不然，质量好的可以轻到只有 100 克，和 30w 的充电套装差不多重。戴森这根线的特殊之处在于非常柔软，和手机数据线一样（如果不是更软的话），因为这根线原本是给发廊用的，如果线不够软，就会妨碍 Tony 老师发挥创意（说认真的）。

我平时带的装备都很轻巧、紧凑，延长线加短数据线的组合能够帮我在多数场合舒舒服服搞到电。在高铁上，就用1米长的短数据线；而到了酒店或客栈，则加上一节延长线，在最惬意的位置上干活。

## 为 Github 添加文件树的 Chrome 插件

作者：@沨沄极客

Octotree 是一款针对 Github 开发的增强插件。

它的主要功能是，能够把 Github 代码库的目录结构显示在页面左侧，类似于 IDE 中的代码树，这样就不用在顶部导航栏里来回跳转选择文件了。这对于开发者来说，实在是提供了莫大的方便。

在登录账号后，可以获得更多的功能，比如在文件树中进行快捷搜索、展开所有的目录结构、快速切换分支、额外的收藏夹等。

在它的付费功能中，给经常需要审查代码的用户提供了方便，能够结合 Issues 功能进行快速跳转。另外提供了多标签页功能，在文件之间进行便捷的跳转。

? Octotree 官网

? Octotree 插件下载

由于 Octotree 是利用 Github API 实现的库内容查询，如果你想拿它来访问私人仓库，可以通过登陆账号，或者使用 Access Token 的方式进行授权。

## Github 小技巧：在线 IDE 查看代码

作者：@沨沄极客

在发现 Octotree 插件之前，其实也有一些方法在线阅览一个库中的代码。我习惯的方法是使用在线 IDE ，这个小技巧也一并介绍给大家。

Github 在 2021 年就上线了一个在线版的 Online VS

---

[前往标准阅读页](https://utgd.net/article/10071?audience=web)
