#工具

近期有三款值得关注的笔记/文档工具。

Craft：一款正在内测的笔记工具，类似Notion却又处处不同，Mac客户端下载即用，TestFlight也可直接加入。

Tot：一款简约的笔记工具，只提供了固定的七个标签页，支持部分Markdown语法，非常适合记录一些零散的文本。类似但功能更强大的工具还有Drafts。

Coda：一款文档协作工具，很多人应该也比较熟悉了，最近他们支持了Publish功能，每篇发布的文档都会拥有一个唯一的地址，Coda也会采取类似博客的形式将所有发布的文档聚合起来，比如这个。

#资讯

Google Photos推重大设计更新：汉堡菜单消失
核桃：拒绝汉堡菜单，拒绝FAB，从Google开始。

#观点

为了防止又臭又长的观点部分干扰用户体验，我以后会把这部分放在最后，方便大家选择是否阅读。

文件夹是我们最熟悉的一种文件管理方式，承载着分类、收纳和检索等几种动作，它是我们现实中管理文件的行为的映照和延伸 —— 我们会把类似的文件（或器物）放到一起（分类），装进袋子、抽屉、柜子等可以收纳的地方（收纳），以便我们需要的时候能快速找到（检索）。文件夹背后的分类思维降低了我们处理信息时的压力，几乎可以看作是我们的一种本能反应。

在早期没有图形界面的命令行系统中，你想要打开一个文件就必须得知道它的准确路径，这种绝对关系意味着命令行系统只能采用树形结构来管理文件。

所以在拥有图形界面的系统诞生以后，文件-文件夹的交互也就随之产生了，用户的认知成本很低，极易上手，用户不再需要记忆准确的文件路径，有一个感性的记忆即可，简单、稳定、可靠。上个世纪七十年代末，图形操作系统诞生以后，文件夹结构一直是主流的文件管理方式。

文件夹结构的优点：

• 简单：与现实世界映照，认知成本低，经历生活场景的教育之后，几乎不需要额外再学习；
• 稳定：每个文件/文件夹都只有一个路径，确定性强，不容易混乱；
• 可靠：扩展性强，适用性广泛，没有什么是不能用文件夹分类的；而且，文件夹结构会给用户创造一种「全在我的掌控中」的安全感。

文件夹结构的缺点：

• 随着文件的增多，效率会逐渐降低：文件增多以后，为了方便使用，绝大部分人都会选择建立更多的文件夹对其分类，由此就进入了文件增多—建更多文件夹的循环，文件夹结构会变得越来越复杂，检索、整理的成本都会越来越高，直接导致效率的下降；
• 分类维度单一：文件夹结构中的层级意味着严格的上下级关系，但我们处理信息的维度并不会这么单一，比如一本关于爱因斯坦科研历史的小说，我们既可以按照「小说-历史-爱因斯坦」来分类，也可以按照到「爱因斯坦-历史-小说」来分类；我们记一份笔记，它可能既属于「思维火花」也属于「每日写作计划」，文件夹结构中，不同的分类会带来极大的差异。

那为了解决文件夹结构的缺点，人们找到了哪些解决方案呢?

• 标签：为每个文件、文件夹打上不同的标签，通过标签可以无视文件的层级关系，快速检索。
• 「库」：「库」的概念我目前只在Windows系统上见过，它可以将多个文件夹聚合到一起展示，比如我建立一个名为「图片」的库，再将硬盘中涉及到图片的文件夹路径全都添加到这个库中，那么我就可以直接在这个库中看到所有的图片，而这些图片依然按照属性的不同，分门别类地呆在不同的文件夹里。「库」的本质，也是一种标签，可以看作是文件夹结构与标签结构的中间形态。
• 越来越强大的搜索：不需要再记忆具体的路径，直接搜索相关信息，找到文件即可。

「库」和搜索不需要再多提，我们接下来再聊聊标签。

标签其实也是一种来自现实世界的延伸，在文件较多的情况下，我们不光会将文件分门别类地装进不同的文件夹，还会给他们贴上标签，以帮助我们明确文件的多重属性。但是在现实世界中，一个文件就对应着一个位置，我们寻找一个文件必须按照固定的路径来找，标签和文件夹两种检索方式的体验并没有本质上的区别，而到了数码世界中，标签就可以突破这种单一维度的限制，发挥优势了。

文件夹路径与文件是一对一的，一个文件只能有一个固定位置；标签与文件是多对多的，一个标签可以对应多个文件，一个文件也可以对应多个标签。文件夹是树状结构，标签则是网状结构。

标签结构的优点：

• 灵活：一个文件可以有无数个标签，一个标签也可以对应无数个文件，不用纠结文件到底放在哪儿的问题；
• 容易检索：我们在检索文件时，会有两种情况，一种是指向明确，清楚地知道想找哪个文件，这时候文件夹和标签区别不大，通过固定路径或搜索就可以找到；另一种是指向模糊，即你想找具有某一特征的文件，而不知道具体的目标是谁，这时候标签的优点就体现出来了，它能够多维度体现文件特征。每一个标签就是一种检索条件，标签组合能帮助你更快速的找到答案。

标签结构的缺点：

• 上手成本高：文件夹结构基本完全映照了现实世界的逻辑，理解起来非常容易；数码世界的标签和现实世界的标签并非完全对照，必须抽象地理解数码世界中的标签；
• 需要良好的规划能力：标签的灵活容易导致滥用，无序的标签系统反而会给检索增添麻烦。

讨论到了这里，我们可以总结出几个核心要点：

• 文件夹结构简单实用，但是随着文件增多，效率会明显下降；
• 标签灵活性强，潜力巨大，但是上手门槛较高，难以推荐给大众用户；
• 文件夹结构与标签结构并不互斥，可以互相兼容。

具体采用什么方式还是需要根据产品的特点进行分析和考虑，如果要强行总结一个结论的话，那就是：如果希望产品灵活不臃肿，那就用标签；如果希望产品简单好上手，那就用文件夹；如果希望产品扩展性最强，那就标签加文件夹。

#尾页广告

欢迎大家转发、分享，帮助我做出更好的Newsletter。

Hedwig支持了留言功能，如果有任何想和我讨论的问题，可以直接回复邮件。