前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >万字深度好文 | 工作流的祛魅:从工具、阅读到写作

万字深度好文 | 工作流的祛魅:从工具、阅读到写作

作者头像
全网漫游指南
发布于 2023-04-18 06:15:21
发布于 2023-04-18 06:15:21
5520
举报
文章被收录于专栏:全网漫游指南全网漫游指南

在追求效率生活的路上,我们经常会见到这样的场景:在每一天,都有大量更为强大、更为炫酷的应用上架各大 App Store 以及 Product Hunt 等产品发现站点。很多人经常疲于尝鲜、更换旧应用并使用这些新兴的效率工具。喜新厌旧人之常情。如果这种现象过于严重,可能便是陷入了需要 克服的效率成瘾(参见@吕立青)。

更好的应用永远在明天。在永无止境地探索过程中,更换旧应用和学习使用新应用却耗费了我们大量的时间和精力。铁打的营盘,流水的兵。这句俗语指出了组织、平台、系统的稳定性优势。对于效率生活而言,面对走马灯一样的各种工具,建立超越工具、旨在组织工具的稳定工作流则更为重要。在以往的各种效率生活类别的文章中,工作流成为经常出现的主题或者关键词。那么,在各种千变万化的工作流背后究竟是什么呢?如何选择适合自己的工具并创建自己的工作流呢?这篇文章将从元认知的角度对工作流进行解析和反思,试图为读者找到一个具有指导性的解决方案。

文章具体包括以下内容:

  1. 工具:工作流的基础。如何选择合适的工具呢?文章从使用者、工具、对象等三个维度进行全面分析。
  2. 工作流:比工具更重要。具体包括建立工作流的原因、原则和注意事项。
  3. 输入:阅读工作流。从收集 → 阅读→ 做笔记 → 记忆 → 创作和分享等环节,全面审视了阅读工作流中存在的问题并提出了对应的建议。
  4. 输出:写作工作流。我们都需要写作。最好写在当下、思写合一,并且通过预写和重写重构写作工作流。

注释:长文预警。建议通过浏览标题、配图、加粗内容实现快速阅读。

全文结构图,使用 Hepta 制图

工具:建立工作流的基石

工具是建立工作流的基石。选择合适的工具,则成为每一个追求效率生活的人士所面临的问题。那么,如何选择合适的工具呢?我们可以通过主客体的关系,厘出三个实体:使用者(主体)、工具(客体)、对象(客体)。因此,下面我们将从这三个角度分析如何选择效率工具。

使用 Excalidraw 制图,下同

根据主体需求选择工具

在关于如何选择工具的话题中,常见的回答便是,根据自己的需求进行选择工具。然而,往往由于没有进一步的建议,根据需求选择工具则往往成为一种大而无当的老生常谈。现在的问题是,如何识别、挖掘、发现作为工具使用主体的需求。

区分真实需求和虚假需求

我们大多数人讨论自己对于工具需求的时候,往往会提出自己需要某个功能。然而,对于自己所提出的需求,有的却是是根据自己的使用场景而产生的刚性需求,而另外一些需求则是受到工具市场的宣传营销等外部因素影响而提出的一些需求。此处,借鉴马尔库塞对人的需求的分类,将这两种需求分别命名为真实需求和虚假需求。

在使用工具中,事实上有些产品的基本功能已经能满足大多数人的真实需求。而对于另外一些高级功能或者隐藏功能,多数人或许并不需要。然而,如果我们孜孜不倦地探索这些功能,或者期待工具服务商推出这些功能,则有可能为了满足这些自己平时自己压根不用的虚假需求,而空耗了大量时间和精力。即便是自己学会了这些功能,而由于真实使用场景过少,可能在一段时间后又开始生疏了。因而,关于工具的第一点建议,便是先根据自己的真实使用场景、内生性的真实需求寻找、选择工具,而不是为未来某个可能会用到的虚假需求而过于耗费精力。

挖掘隐性需求

正像古希腊的经典箴言「认识你自己」所指出的那样,我们其实经常不知道我们的真正需求究竟是什么。而在面对工具的时候,有的时候确实存在一些我们确实需要但是却无法清晰表达的隐性需求。那么,如何将这些隐性需求转化为显性需求并找到适合自己需求的工具呢?

对于一些高级用户而言,他们多数可以通过有意识地反思加以实现。然而,在工具类市场可能暂时并没有满足他们隐性需求的产品。此时,虽然没有直接的解决方案,但是作为使用者的主体应该比工具更为灵活,可以寻求在既有的约束条件下,以一些工具的自由组合,实现最优解决方案。

而对于多数普通用户,则解决方法比较多。如果通过应用商场、工具类产品社区、或者一些自媒体渠道进行寻找,你很有可能便会发现你的隐性需求已经被某些产品经理挖掘,并整合至这些产品之中了。

根据对象的使用场景选择工具

通常而言,我们选择工具的目的,是为了更好地在某个使用场景中处理某个对象。因此,从具体使用场景的某些特性出发分析工具的选择。

根据使用场景的任务需求选择工具

从自己的日常工作、学习、生活等使用场景的任务需求出发寻找自己对应的工具可能是选择工具最为直接的办法。对此,最好将使用场景的任务需求进行细化。比如,轻阅读?深度阅读?碎片化写作?日志写作?严肃写作?在这些使用场景中,自己的详细需求分别又是什么?那些做的比较好的工具,便是对读者的具体使用场景进行了人性化的设计。当然,随着使用场景的变化,我们对于工具的要求也会随着实践而变化。根据使用场景识别需求从而选择工具,而不是反过来根据某个工具的功能而寻找使用场景,这在在很大程度上避免我们对于工具的过度折腾。

根据使用场景的内容时效性选择工具

在具体的使用场景中,不同的数据拥有不一样的内容时效性。从日记→ 个人笔记→ 团队知识库→社交媒体,分别处于从私域到公域的连续光谱之中。其中,日记作为个人最为私密的存在,可能会伴随我们几十年。因此,对于日记应用,我们自然需要选择拥有高度隐私和数据安全性的产品。在进行一些团队协作时,文件传输和分享则是有时效性的。在团队协作之时,有时候可能只需要一款满足即用即走的工具就可以。因此,根据内容时效性的需求,我们对于工具的不同特性的要求可能截然不同。

插图部分参考 Rokey

根据使用场景的发展周期性选择工具

使用场景不是静态的,而是很有可能存在多个阶段。比如,存在开始期、成长期、成熟期和结束期等多个发展周期。在不同的阶段,我们可能需要选用不同的工具。即便存在某个强大的 All in One 工具,在不同阶段对其功能要求也不一样。

因此,要选择和使用场景的发展周期性相匹配的工具。比如,对于普通的文字工作者,在刚接触电子编辑器的时候,常见的 Word、备忘录便足以使用。随着其对电子编辑器的熟练,我们逐渐进入成长期和成熟期,这个时候再依次使用 Markdown 编辑器和双链编辑器便会比较顺手。

而对于一个新手而言,如果超越使用场景的发展周期性,直接使用一些强大但是复杂的工具,可能欲速则不达。比如,让一个在成长期的文字工作者使用「神的编辑器」 Emacs 便会痛不欲生。

根据工具特性选择工具

关于软件工具选择,第一点要求便是软件质量比数量重要。软件的功能越多越好吗?软件功能的数量并不是评价软件质量的唯一标准。我们需要的是一个符合使用需求的高质量软件,而不是单纯堆积更多功能的低质量软件。

在寻找和试用效率工具的时候,我们经常会认为某个软件好用。但是具体好用在哪儿呢?这便需要一些评估软件质量的指标。下面是软件质量评估的 9 个维度:

雷达图

下面内容比较枯燥,可直接查看后面的总结。

可靠性

即软件正常运行的程度。一个频繁出现故障甚至崩溃的软件服务,即便功能再强大,也是不值得考虑的。

功能性

当你打开一个效率工具的官方页面,通常可以看到 关于功能(features)的介绍。一个软件工具拥有什么功能,这是绝大多数用户的首要关注点。功能性毋庸多言,用户根据自己的需要下载和试用软件即可。

可扩展性

一个软件系统自己的功能总归是有限的。如果这个软件可以通过插件、扩展程序等快速实现某个功能则另当别论了。建议优先使用具有插件市场、扩展商店等功能的应用程序。

开放性

即通过 API 或者 Vault 等方式实现不同软件之间的数据互通。软件开放性的典型便是 Obsidian. Obsidian 提供了插件(plugins)、API、Vault 等方式,极大程度上满足了数据和资讯的互通性。基于这种开放性的设计,Obsidian 本身俨然已经日益平台化,很多社区用户为了满足自己的工作流开发了各种各样的插件。

安全性

此处主要是指软件的隐私保护。对于很多个人用户而言,对于隐私保护的重视程度并不高。然而,正是隐私保护最能集中体现软件服务商对于用户的重视程度。总体而言,隐私保护可以从三个层面加以考察:

  1. 查看软件产品对于用户数据的隐私政策,确认软件服务商对于用户数据的收集及处理方式;
  2. 提供保护用户隐私的加密服务,比如应用密码锁、应用内数据加密、端对端传输加密;
  3. 用户对于 数据的控制权和所有权,推荐优先选择完全离线的本地应用,以及支持用户数据完整、标准化导出的应用。
可移植性

即从当前软件应用迁移数据至其他应用或者计算机系统的容易程度。对于绝大多数用户而言,你可能一直随着你的需求在更换你的工具。事实上,除了 Word 等办公应用,很少能有软件能伴随你五年左右。然而,在迁移数据的时候,很多人发现有不少产品提供了类似鸡肋的伪迁移功能:缺少全部数据一键导出,只能单个数据逐个导出;数据虽然支持导出,但是导出格式为专有格式,或者一些不常用的格式。这些都会给你的数据迁移带来很多困扰。相信有不少用户已经遇到过类似的问题,数据迁移和整理花费一整天的时间。这其中的痛苦,甚至比自己搬家还累。

对此,强烈建议在选择软件的时候,不能只看导入功能,更要看其是否支持便捷、全面的数据导出功能。你的数据资产最重要。对于你的核心应用而言,最好不要选择那些缺乏数据可移植性、试图打造数字 围墙花园(Walled Garden)和 数据孤岛 的软件服务。

易使用性

即一个软件对于新用户的友好程度。优秀的软件,应该提供为用户提供方便,降低用户的上手难度。

社区

在评估软件时,社区生态经常被忽略。对于笔记、写作等思想工具(Tools for Thought)而言,社区至关重要。你选择了一款思想工具,同时也选择了这款工具背后理念和方法。而通过软件社区,你可以快速获得帮助、汲取他人经验和智慧、与志同道合者建立联系。在一个高质量的软件社区中,每一天你都能在社区运营中获取关于工作流的集体知识和友谊。软件的功能或者技术固然重要,良好的社区生态或许更重要。

UI 设计

严格来说,UI 设计也是属于软件的功能范畴。此处从用户角度出发将其独立出来。在工具选择中,强大、稳定、易上手的功能自然比 UI 设计更为重要。如果以二选一的标准筛选工具,功能优于UI 设计。

然而,「颜值是第一生产力」、「颜值即正义」。这些说法虽然过于夸大,但是也道出了一个事实:对于用户而言,UI 设计很重要。正像美丽是一种稀缺资源一样,漂亮的 UI 设计对于软件工具而言也是一种稀缺特质。由于 UI 设计增加了软件对用户的吸引性,间接强化了用户对于工具的使用强度和使用频率。因而,在这个意义上,可以认为,UI 设计间接提升了用户的工作效率。

总结

上面介绍了选择和评估一个软件或工具的 9 个指标。

  1. 在这些指标中,功能比 UI 更为重要。
  2. 可靠性是功能性的前提。
  3. 可拓展性和开放性是功能性的保证,可以极大强化和丰富软件的功能。
  4. 安全性是对用户权利的保证。基于各种屡次出现的负面事件,对于所有用户而言,应该将安全性作为选择软件的核心标准,再怎么强调也不为过。对于日记、笔记等服务于个人的产品而言,安全性甚至应该拥有一票否决权。
  5. 可移植性关于用户的数据主权,和安全性高度相关。
  6. 易使用性反映了产品细节,体现了产品对用户的人性化程度。
  7. 优先选择拥有良好社区生态的工具。
  8. 关于软件的评估指标,旨在提供一个选择软件的指标体系。
  9. 很少有软件在上述每个评估维度中都占据优势。具体可以根据使用者需求、使用场景选择对应的软件特性,最后确定自己需要的工具。以下是具体操作示范:

雷达图中数据仅作测试演示,有个人主观色彩,不代表实际使用效果

工作流比工具更重要

工作流往往依赖于一些效率工具加以搭建。然而,工具并不是工作流程的全部。

为什么需要工作流?

一个优秀的工作流对于提高效率至关重要。

对于团队而言,工作流能有效提升团队工作效率。具体而言,工作流具有以下优点:

  1. 推进任务进度,强化团队协作。团队的每个成员都按照既定的工作流推进项目任务,并且可以与其他成员进行有效的任务交接,最终增强了团队的生产效率。
  2. 明晰了任务范围,提升了沟通效率。工作流明确了团队成员的每个人的责任,预定了特定的规则,较少了无意义的猜测和空耗,降低了沟通成本。

对于个人而言,工作流也不是可有可无的。在个人的知识管理过程中,良好的工作流帮助个体完成更为复杂的工作任务。更重要的是,工作流的背后,本质上是关于工具使用的方法论。如果我们构建合适自己的工作流,那么,尽管使用新的工具,也会很快能上手进入心流状态。

建立工作流的原则

既然工作流如此重要,那么,我们如何建立合适的工作流呢?一个优秀的工作流应该是一种平衡行为,既强大又简约,并且需要足够的灵活性。从工作流的字面来看,工作流的目的是建立某种流程,并且以提升效率作为目的。因此,为了高效的流程化,其基础应当是标准化。自动化和可视化有助于强化工作流。此外,这种流程化不应该是僵化的,而应该是弹性化的、可迭代的,从而实现工作流的不断优化和提升。

关于建立工作流的原则,具体如下:

标准化

近代以来,以 福特制 为代表的工业生产系统深刻影响了人类经济和社会体系。福特制的核心包括:产品标准化、采用生产流水线、工薪激励。关于工作流的设计,可以从福特制获取启发。对于工作流而言,标准化也应该是工作流的基础,自动化则相当于福特制中的流水线,各种内部报酬和外部报酬则是激励。

其中,如何在工作流中进行标准化呢?这需要根据我们的日常使用场景,自下而上总结我们的各种重复事项以及对应的需求和操作,然后将这些操作加以标准化,最终创建工作流模版。以个人知识管理为例,可以根据自己的需求、使用习惯,设置特定的文件命名系统、标签系统、文件管理系统、Zettel 知识卡片模版。这些标准化的工作流模版应该简洁、易用,并且需要长期维护。

自动化

工作流标准化的主要目的之一便是为了实现自动化。自动化体现了源于软件编程领域的 DRY 原则(Don’t Repeat Yourself——不要重复你自己) 工具的自动化包括两种:内部自动化和外部自动化。

为了降低用户的使用负担,不少工具都在提高内部自动化。比如,快速插入模板、自动保存数据、个性化窗口布局自动启动、自动定位至上次光标位置、使用定制化的快捷键快速使用某个功能。对于内部自动化而言,善用快捷键和触控板进行自动化能有效提升单个工具的使用体验。

另一方面,自动化对于多个工具之间进行协同的外部自动化更为重要。大多数工作流很少只在一个工具内部加以完成,而是需要同时使用多个工具。而在多个工具的使用以及切换过程中会产生认知摩擦以及阻断 心流 状态。因此,最好使用自动化工具加速不同工具之间的工作流。

选择效率工具,最好选择那些支持 URI schemes 的工具。在此基础上,选择适合自己需求的自动化工具。常见的自动化服务工具如图所示,具体可以查看在线链接。

FlowUs 制图,下同

弹性化 & 可迭代性

正如没有完美的工具一样,也不存在完美的系统。请放弃对于工作流的完美系统期待。一个优秀的工作流,必然应该是一种具有灵活性、适应性的弹性系统。工作流的基础是标准化。然而,一个过于标准化的刚性工作流系统,无法兼顾不同使用者的差异性,也无法无法及时适应各种随着内外部环境变化而出现的新老问题。人比工具灵活。在实践标准化的工作流的时候,不能生搬硬套,而是应该根据使用情景进行权变,以求获得某种的动态平衡。

另一方面,从时间维度来看,工作流应该具有可迭代性。没有适应所有场景、所有需求的工作流。每一个工作流都是在某个时空情景中暂时获得了动态平衡。我们需要循序渐进地对工作流进行迭代。通过持续改进,你的工作流便会不断发展,也会日益具有适应性。

可视化

一个可视化的工作流具有更加高效地传递和挖掘信息、追踪目标执行状态、及时发现问题和反思已有操作等多种优势,能有效提升工作流的效率。在日常生活中,项目管理和任务管理是常见的可视化应用场景。比如,看板、日历、甘特图、时间轴。

关于工作流的注意事项

实践比工作流和工具更重要

前面我相信介绍了如何选择工具和建立工作流。然而,从优先级的角度出发,在工作流中,实践 > 工作流 > 工具。真正有用、高效的工作流,并不是预先通过精心选择工具和工作流程加以设计出来的,而是通过实践加以驱动而不断升级和优化的。具体而言,在工作流中应该先拿起工具立即行动起来。当使用已有的工具和方法论不能有效处理自己的工作、学习、生活等需求时,再去考虑新的工具和方法论。在这种实践的持续驱动循环中,你的工作流也会不断迭代进化。此时,你可能需要对你的工具进行自由组合,也需要对你使用工具的理念进行反思与重塑。

如前所述,应当建立弹性化和可迭代性的工作流。随着时间推移和使用场景的千变万化,我们使用的工具可能在变化,但是根据我们的工作流,应该可以从一个工具迁移到另外一个工具。先从你正在做的事情开始,然后调整工作流。对于工作流中工具的使用,需要注意消除 All In One 所带来的两个执念:放弃尝试使用熟练某个应用所有的功能、放弃在某个应用内实现所有的功能的幻想。关于这个主题,可进一步阅读简悦开发者 Kenshin 《放弃纠结、拥抱妥协,重器轻用就是高效》。

一个完整的工作流最好同时包括输入和输出

一个常见的工作流经常包括收集、整理、组织、创造、分享等环节。当然,这些不同环节还有各种变体。不过都可以将工作流简化为输入&输出模型。如果你的工作流出现问题,很有可能是输入和输出之间缺少基本的平衡。如果输入过少,则输出很难持久。如果输入过多,而输出过少或者很少输出,则反过来会影响你的输入动力和能力。输入和输出形成了一个完整的自我强化的闭环,两者之间是相互反哺的关系:输入强化输出,输出倒逼输入。后者也就是费曼学习法的核心。

最为常见的输入& 输出模型便是阅读 & 写作。即 WorkFlow = Inputs & Outputs ≈ Reading & Writing . 阅读和写作是绝大部分人工作流的核心,只不过每个人的阅读和写作的呈现方式不一样而已。在阅读、写作以及其衍生的使用场景中,产生了各种形式的任务管理事项。在各种工作流中,阅读工作流是常见的工作流类型。而阅读工作流如果缺乏必要的写作工作流支撑的话,我们可能并不能有效明确阅读目的和提高阅读质量。正如输出和输入之间的关系一样,阅读和写作之间也是一种互构关系。基于阅读和写作在工作流模型中的核心地位,这篇文章的后半部分将围绕阅读和写作工作流进行详细论述。

输入:阅读工作流

关于阅读工作流,在《我的阅读工作流》 一文中围绕信息获取(Inoreader)、信息阅读(简悦)、信息处理(Obsidian & Notion)的三级过滤体系已有部分分享。

对于多数人而言,阅读工作流通常包括收集 → 阅读→ 做笔记 → 记忆 → 创作和分享等环节。下面我们便从知识管理的角度,审视常见的阅读工作流存在的问题:

知识收藏的幻觉

「收藏即学习」。随着数字媒介的进化,人们可以随时随地获取知识。然而,用户的收藏行为,却在不停地制造正在学习的幻觉。很多工作流强调了快速收藏,但是知识收藏并不等于拥有知识,只是赋予了用户对于知识文本的占有。

知识收藏的问题体现在两方面:一,绝大部分知识收藏的内容收藏之后,再也没有打开;二,知识收藏的内容即便打开,也没有进行有效的阅读。关于第一个问题中的「稍后读便再也不读」的现象,部分原因在于绝大部分新闻资讯、社交媒体等资讯平台本身的收藏管理孱弱,导致收藏内容过于分散、缺乏有效管理。关于第二个问题,可以通过缩短收藏 → 阅读的工作流链条加以解决。在具体的使用场景中,破除知识收藏的幻觉,可以从以下三个方面入手:

  1. 尽量只是收藏必要的内容部分,以管理收藏链接优先。除了一些由于某种不可抗力可能会消失的内容,绝大部分内容都不需要全文收藏。你不需要在笔记软件中通过再造一个私人图书馆。
  2. 选择一个符合你需求的知识收藏工具。基本筛选标准是此知识收藏工具对于阅读工作流的支持程度以及支持本地快照(线上服务显然无法真正防消失),既支持对内容链接的集中汇总,更要方便用户快速对内容进行高亮 / 批注 / 保存笔记,甚至是回顾和分享等常见阅读需求。
  3. 实现从收藏者到创作者的转变(From collector to creator)。收藏容易,属于一种消费行为。创造虽难,却是属于一种生产行为。不应该为了收藏而收藏,而是应为了创作而收藏。单纯的收藏,既不可能,也非必要。单纯的收藏只会形成资源的浪费,建立一座庞大的知识坟墓。

主动阅读的缺位

从阅读工作流的角度来看,《如何阅读一本书》已经成为阅读指导书籍中的经典之作。尽管这本书的初版时间为 1940 年,如今其内在价值依然历久弥新。在这本书中,作者将阅读区分为基础阅读、检视阅读、分析阅读、主题阅读四种层次。其中,后三个层次属于主动阅读。在大多数阅读工作流的设计主要强调基础阅读的数量,并没有为提高阅读质量的主动阅读留下足够的空间。

读无定法,阅读有法。在进行高效阅读过程中,我们往往会采用速读、略读、跳读、细读、精读和泛读、结构 - 命题- 评估、批判性阅读、症候式阅读、渐进式阅读等多种阅读策略。其中,后面几种阅读策略有助于深化思考,能够有效推动读者实现主动阅读。只有通过主动阅读才能逐步解决「为什么阅读」、「读什么内容」等关于阅读的元认知问题。

笔记内容缺乏流动性

Edgar Wright 区分了记笔记(note-taking)和做笔记(note-making)的区别。记笔记经常发生在听讲的场景中,主要目标是为了快速捕获内容。而做笔记则经常发生在阅读场景中,主要目标是为了增强学习效果以及更好地输出内容。记笔记一般使用信息源原作者的语言,记录更为容易,但是后期难以吸收。而做笔记虽然速度更慢,但是由于更多地使用笔记者自己的语言,使得笔记内容更容易理解。记笔记更像是知识搬运工,而做笔记则倾向于编织自己的 想法之网。作为对比,做笔记是一种更为主动的信息和知识处理方式。

因此,在阅读工作流中,在记录笔记内容的时候,需要 从记笔记切换为做笔记,从被动收集到主动创造。做笔记的核心在于重新表述、连接想法、整合想法。那么,应该如何记录笔记内容呢?已有的笔记记录方法, 既有康奈尔笔记法、麦肯锡笔记法、大纲笔记法、子弹笔记法、一元笔记法, 也包括近年来兴起的 渐进式归纳法、常青笔记法、卡片盒笔记法。如果将前者视为 关注笔记静态结构的笔记记录方法,那么后者则倾向于重视想法连接、 关注笔记动态结构。换而言之,前者更适合记笔记理念,后者更符合做笔记理念。这些笔记方法各有千秋,拥有各自的适用场景。然而,从阅读工作流的角度加以考虑,则更要重视 渐进式归纳法 、常青笔记法、卡片盒笔记法这些聚焦于笔记动态结构的笔记记录方法,进而将僵化的笔记内容重新流动起。 至于,笔记内容的结构管理,最后同时融合树状结构和网状结构两种知识管理体系,而不是非此即彼或者厚此薄彼。具体可参考 @吕立青 和 @yuchen_lea_ 的讨论。

阅读 & 写作。使用内置思维导图模式的写作软件 Effie 制图

忽视记忆的强化

在阅读工作流中,人们往往重视记录而忽视对于记忆的强化。甚至可以说,他们经常写笔记,但是从来不复习。在记笔记的时候花费了大量精力,却很少再次打开笔记编辑器查看和复习已有的笔记内容。这导致有些内容甚至自己都不记得曾经做过相关的笔记。

在做笔记的时候,最后将记忆策略整合至阅读工作流。记忆策略众多,比如记忆宫殿、助记符、分块记忆、间隔重复、思维导图。在这些记忆策略中,基于 艾宾浩斯遗忘曲线、莱特纳的学习卡片箱 等理念所发展起来的 间隔重复(Spaced repetition)能有效改善和强化记忆效果。比如,使用 Supermemo、Anki 等工具进行 渐进式阅读(Incremental Reading)。具体关于间隔重复的更多详细内容,中文信息推荐参阅 @学习骇客 和 @叶峻峣 等人的分享。

缺少与写作工作流的耦合

在阅读过程中,通过基础阅读追求单纯的休闲和娱乐当然可以。然而,过多停留在基础阅读层面并不见得是好事,也有可能是虚耗光阴。没有过于纯粹的阅读,为了思考而阅读,为了行动而阅读。因此,最好进行适度的主动阅读,提升阅读的层次和境界。而达到这个目的,必须同时考虑输入和输出。阅读和写作之间是一种 互构关系。在进行处理阅读工作流的时候,最好也要创建对应的写作工作流,以此增强我们的阅读效果。

在工作流的化学反应中,如果阅读是发酵,写作则是萃取。如果阅读是邓布利多的冥想盆,那么写作则是等价交换的炼金术。阅读即思考,写作即思考,两者便是实现深度思考的重要手段以及思考过程本身的一部分。阅读和写作均可视为思维脚手架和思想的助产士,这也是在工作流中同时融入阅读和写作的原因。

输出:写作工作流

我们是否需要写作?

写作的重要性不言而喻。然而,在现实生活中,我们却又往往忽视忽视写作的重要性和可能性。常见的理由是,「我又不是作家、教师或者媒体从业人员,我不需要写作」。然而,一个罕为人知的事实是,在某种程度上,我们每个人都是天生的写作者。我们的大多数交流一开始便是基于文本。如今,每一天我们经常使用社交媒体聊天、发送邮件或者短信。这也可以被视为写作。如果这些内容足够有趣、有深度或者有某种意义,自然也可以将其整合加以发表。

在这个时代,每个人都可以拥有自己的读者。这些话说出来,可能有些鸡汤。不过却是如此。这个读者可以是自己,也可以是他人。如果将写作视为一种与自我对话的思考方法,那么,你的读者便是你自己。如果你将写作作为一种与外界对话的交流方式,那么你将可能通过写作建立你的社区身份以及资产。

在回答「是否需要写作」这个问题后,我们需要对常见的写作流进行反思。

写在当下:写就是了

从着手写作开始,写作技术可能是很多人首要关注的问题。已有的写作方法、写作策略等写作技术相关的文章、书籍汗牛充栋。以写作方法为例,存在 雪花写作法、分轨写作法、细胞写作法、九宫格写作法、卡片写作法、渐进式写作等适用于线性或者非线性写作的多种写作方法。然而,写作之惑却在各种形形色色的写作技术之外。

对于写作而言,最重要的写作理念应该是写在当下:立即写、随时写、多写,而不是过于关注写作技术。强调这一点,主要是不希望写作技术成为写作入门道路上的重要障碍。写就是了。以写作实践作为驱动,你便会逐步明晰自己的写作需求,进而对于写作技法有更为清晰的理解。随后,再有意识寻找一些写作技术也不迟。如果你打算开始写作,那么日志/日记便是一种很重要的「写在当下」的方式。比如,在笔记软件中逐步成为标配的 Daily Notes, 以及原本在写作软件便存在的 Journal Writing.

思写合一:写作即思考

关于写作,先不要对其赋予过多外部价值,而是应当关注写作的内在价值。具体而言, 将写作视为深度思考的驱动器以及深度思考的过程本身。《卡片笔记写作法》的「不写,便无法思考」便是此意。再进一步,阅读和写作都是思考伴侣。可以看到,思考、阅读、写作这三者之间的工作流并不是线性关系,而是一种相互交织、互为强化的非线性关系。其中,阅读需要写作作为输出渠道,而这个输出过程同时也是思考过程。这意味着写作作为一种思考方式而存在,或者说思写合一。

因此,在设置工作流的时候,无论是任务管理流程,抑或是阅读工作流程,最好都要在这些工作流中加上写作环节。至于具体表现形式,可长可短。比如,在任务管理的同时,增加一些总计和反思性质的短评。与此同时,从 写作即思考(Writing is Thinking) 的理念出发,写作的首要障碍并不是措辞而是思考。对于写作本身而言,应该是思考驱动,理念先行,而不要过于优先追求各种写作技巧。以卡片笔记写作法为例,当你在卡片盒中实现渐进式的深化思考,自然在写作的时候,创作内容便是呼之欲出。

重构写作工作流:从预写到重写

如何进行写作呢?关于写作工具,在我派之前的文章中,我已经盘点过内置大纲和思维导图模式的 Effie、支持卡片写作模式的 Writeathon 等多个具有特色的写作软件。除此之外,假如你寻找写作技巧、写作方法之类的书籍和文章,绝大多数答案便是提供一个线性的写作步骤:正如剧本情节包括开端、发展、高潮和结局一样,写作流程也被切割为灵感获得、拟定框架、草稿、修订、编辑、发表等线性流程。似乎我们只要按照这个线性流程进行操作,便会很快学会并从头至尾开始写出一篇尚可的文章。然而,按图索骥之后,我们并没有种瓜得瓜。

究其原因,在于绝大部分写作方法指南过于简化了写作流程。事实上,真实的写作过程往往是一个非线性的递归过程。绝大部分作者都不会以某篇文章的开头作为开始,最后以写出结尾作为结束。与之相反,很多作者经常对于自己的写作内容进行分轨、分块处理。在这个过程中,不断在各种想法和灵感之间游走,并且反复进行回顾、修订和编辑。关于 写作的非线性 及 具体实践,王树义老师 @玉树芝兰 已有部分论述。

概而言之,非线性写作才是写作流程的常态。因此,我们需要对已有的线性写作工作流进行重构,提出符合非线性写作的写作流程。

写作是一种十分个人化的事情。因此,过于详细的写作程式并不可取。下面我将从写作理念的中观角度解读非线性写作工作流。

从结构的角度来看,完整的写作包括多个步骤。以七步骤说为例,写作包括主题选择、研究、列大纲、拟定草稿、修订、编辑、最终审查。当然,还有三步骤说和四步骤说,基本上是七步骤说的简化版本。这些写作步骤反映了写作的递归过程。

在写作过程中,我们经常需要跳转至前面的步骤中对自己已有的想法进行扩展和修改。如果将这些写作步骤进行高度凝练并重新整合,那么写作作为一种过程(Writing as a Process Not Product),可以将其划分为预写(prewriting)、草稿(drafting)、重写(rewriting)三个阶段。这三者之间属于非线性的、相互交织的递归关系。具体如图所示。

图片部分参考 How to Write a BA Thesis 插图

当然,这篇长文也是持续进行预写和重写的结果,文章的形状也从模糊逐步变得清晰。对于写作而言,应该将 85% 甚至更多的时间应用至预写和重写阶段。这两个阶段的完成度决定了文章的方向和质量。关于草稿很好理解,不展开论述。下面主要重点介绍,在以往的写作工作流的过程中被忽略的预写和重写。

预写|Prewriting

预写,即 Write before writing。Donald M. Murray 在Write before Writing 明确指出,在正式写作之前,作家花费了大量的时间进行准备,然而这个预写阶段多数是不可见的——仅仅发生在作者的头脑中,或者发生在尚未出版的各种碎片化的手稿之中。而这点经常被各种写作指南所忽略。预写,便是你写文档草稿之前要做的任何事情。

预写有助于作者更好的思考写作主题和写作任务,有助于将原本抽象的思想通过纸笔或者电子编辑器,转化为更加具体、更具有组织性和逻辑连贯性的想法。就像写作本身包含创造和约束这两件看似矛盾的事情,对于预写过程中的想法,自由和结构也都是必要的。

常见的预写策略包括,头脑风暴(brainstorming)、列提纲(outlining)、列清单(listing)、自由写作(focused Free-Writing)、日志写作(journaling)、聚类写作(clustering / mapping)(思维导图/概念图)、5W1H 分析法。当然,从更广的层面来看, 与他人交谈、记笔记也是十分重要的预写策略。

从预写的概念出发,我们会加深对于卡片盒方法(the Zettelkasten Method)的理解。《卡片笔记写作法》自从出版后,虽广受好评,但也被部分读者认为是「夸大」和「高估」。卡片笔记写作法的独特之处,并不在于仅仅使用卡片(card)替代文档(page), 而在于基于卡片介质建立了标准化的预写流程。

预写便是从笔记到写作的桥梁。通过闪念笔记、永久笔记、项目笔记的转化和迭代,作者通过卡片盒实现与自己的对话。在这样的预写过程中,作者的想法和观点不断被验证、强化,不断拓展思考的深度和材料的厚度。因此,从预写角度便能理解为何将「卡片盒方法」称之为同时包括「笔记」和「写作」的「卡片笔记写作法」了。

重写|Rewriting

重写,即 Write until publication。写作流程通常需要重写过程。重写经常是指处理和修订已有草稿的过程。绝大部分拥有正常思维的人,不会认为写出文章的结语便意味着写作任务大功告成。在完成草稿之后的修改、编辑才是写作的核心。事实上,重写的价值在已有的写作流程中被严重忽视。

欧内斯特·海明威认为: 「唯一的写作方式就是重写」。而威廉·金瑟在其著作《非虚构写作指南》也反复重伸,「重写是(写作)游戏成败的关键;重写便是写作的本质」。

我们可以甚至说,写作便是重写。在重写过程中,作者往往需要对于已有的内容进行删减、润色。然而,重写并不等同于简单的修订和编辑。面对雕像《大卫》的诞生,米开朗琪罗回应到「雕像本来就在石头里,我只是把不要的部分去掉」。重写便是一种凿出创作者心中大卫的过程。

重写意味着重新思考,意味着积极反思,意味着一种自我解放和自我授权。在重新的过程中,除了编辑以外,我们还会对文章的逻辑、思路、观点、措辞等进行重新萃取和锤炼,最后逐步梳理出你心中理想文章的形状。

因此,如果你想要获得一篇优秀的作品,那么最好在你的工作流程中反复进行重写。重写、重写、重写,直到你将粗糙的原石变成熠熠夺目的手工品。而至于重写的范例,渐进式写作 和 数字花园 等写作理念则能较好地体现重写的精髓:通过反复迭代的重写过程,不断提升写作文本的质量。

结语

这篇文章终于快速拖拽至文章底部了。谢天谢地。超级感谢您与我一起旅行至此。在文章中主要讨论和反思了工作流的建立方式。其中,包括了关于工具的选择方式以及对常见的阅读和写作工作流的认知。然而,文章本身也存在不少问题。

第一,在工作流中,实践先行,理念优先于工具。不过,关于工作流纯理念性的论述力有不逮,整篇文章依然主要围绕工具和技术加以展开。另外,高效率的工作流设计和运行还会涉及注意力管理、时间管理或者精力管理等维度,这些内容也是需要加以进一步考虑的。

第二,可能会过于拔高工作流的重要性。如果使用场景比较单一,需要一个人集中精力完成单个简单项目的时候,那么先行动起来更好,不需要刻意在意工作流。如果处理工作流的精力成本超过了工作本身,那么先停止折腾工作流,在工作实践中你会逐步加深对于自己工作流的认知。

第三,一个合适的工作流对于个人和团队而言自然重要,然而同时也需要注意到工作流是一种中微观的战术策略。在工作流之外,也需要使用一些更为宏观的战略方案加以支撑。比如,个体需要及时更新思维方式,企业需要建立合适的组织架构。

第四,这条通往效率生活之路并没有止境,理想的效率与生活本身处于动态平衡之中。偶尔休息,回头看看甚至退几步也未尝不是好事。

最后,阅读体验很可能是个折磨,非常感谢您耐着性子听我啰嗦到最后。文章由于篇幅原因,表达不严密之处不少,例子也很少,期待大家补充,留下您宝贵的看法。

关于我们

这里是一个跨领域,跨职业的工具分享媒体,旨在把全网络上新奇的,好用的,方便使用的工具,网站,分享给普通用户和专业用户。期待和你在这里相遇!

本文参与 腾讯云自媒体同步曝光计划,分享自微信公众号。
原始发表:2023-01-07,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 全网漫游指南 微信公众号,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
暂无评论
推荐阅读
架构如何为业务和技术“服务”(1)
前言 为提升架构对于项目,产品的贡献度,更好的服务于业务和技术,本文将探讨架构的现状和规划未来架构的目标。 在讨论架构、业务、技术的问题前,请耐心的阅读完本文有关架构、企业架构、软件架构、架构师的概念性定义,很多时候我们阅读文章都是“秒杀”风格的,只看自己感兴趣的部分,不看长篇大论,只有明确了这些概念定义,才能明白我们现在讨论的主旨。 1,架构定义 1.1,架构 架构是针对某种特定目标系统的具有体系性的、普遍性的问题而提供的通用的解决方案,架构往往是对复杂形态的一种共性的体系抽象。 一个架构是系统的基本
用户1177503
2018/02/26
1.4K0
架构概念简析及初识架构师
在软件设计中,人们对很多概念存在误解,或者模糊不清,其中一个最为普遍的误解就是:将架构和框架混为一谈。还有对类库和框架的区别是什么很疑惑。本文就这些概念性的问题做一个总结性区分以方便大家理解其中的内涵,也算是架构设计的一篇入门级文章。
進无尽
2018/09/12
5150
架构概念简析及初识架构师
要想做好架构可视化,你必须弄懂这十个关系
在企业数字化转型过程中,做好企业级架构的治理至关重要。而架构的可视化是其中关键的一环。围绕可视化的架构,干系人能够更好地理解和沟通企业中不同组织、系统和技术组件的结构和关系。以便不断对企业的系统架构进行优化。 在 ArcSummit 全球架构师峰会(上海站)2023 上,InfoQ 邀请了 Thoughtworks 首席咨询师钟敬,他以《企业级架构可视化实践》为主题展开了分享,本文为分享整理~期待对您在企业中开展架构治理工作有所启发。
深度学习与Python
2023/08/09
6170
要想做好架构可视化,你必须弄懂这十个关系
干货:软件架构发展历程
计算机科学和程序设计的飞速发展,使得软件设计应用到从航空航天到日常生活的方方面面。单个人开发一段小程序的做法早就过时,大范围协作的工程化时代随即到来。
技术zhai
2019/02/15
4K1
架构师是怎样炼成的
软件架构师定义 软件工程师的职业发展方向: 软件架构师: 制定高级设计决策,并确定技术标准,包括编程标准,工具和平台的软件专家 软件架构: 系统的基本组织构成,这种组织主要体现在其组件,组
攻城狮Chova
2022/01/22
6730
架构师是怎样炼成的
微课堂 | 云计算平台项目团队组织架构与缘起(PPT)
本文为普元软件产品部副总兼SOA产品线总经理刘相在普元云计算架构设计群的微课堂分享,转载需保留此处版权申明。 大家好!本次微课堂为大家介绍普元云计算团队从数字化企业云计算平台理念提出,到种子团队、研发
yuanyi928
2018/03/30
3.1K0
微课堂 | 云计算平台项目团队组织架构与缘起(PPT)
架构师之路一-架构师入门指引
导读:本系列文章教你怎么样成为一名架构师,而本篇文章则带你先认识一下什么是架构师,架构师的工作是什么?
JAVA日知录
2020/03/12
3.3K0
中台之上(二):为什么业务架构存在 20 多年,技术人员还觉得它有点虚?
业务架构这个词大家时常听到,但是能解释得清楚的却不多,撩撩度娘,你就会发现,不少人问及业务架构和应用架构的关系,聊天时,也常有人问起业务架构师和产品经理什么区别?业务架构分析和需求分析什么区别?为了思考这个问题,我把《软件工程》、《软件系统架构》、《系统分析与设计》都翻了,这些经典教材确实没讲过业务架构这件事;我把《聊聊架构》也翻了,发现其中的讨论有解释到业务、架构和技术的关系,但是也没有特别强调业务架构,所以本文就先梳理下几个较为有名的业务架构理论。
xcbeyond
2021/03/16
6510
中台之上(二):为什么业务架构存在 20 多年,技术人员还觉得它有点虚?
汽车软件架构学习笔记(一):九问软件架构
架构一般指的是软件系统宏观层面的设计部分,前面讲到架构是骨架,关注于整体,一般不会关注于细节。
Frank909
2022/01/11
9320
汽车软件架构学习笔记(一):九问软件架构
白话架构设计为你阐述什么是架构设计,架构设计的三大原则是什么
前面两篇文章给大家介绍了我们实战的CMS系统的数据库设计,源码也已经上传到服务器上了。今天我们就好聊聊架构设计,在开始之前先给大家分享一下这几天我一直在听的《从零开始学架构》里面关于架构设计的定义以及架构设计的三大原则,希望能对大家有所启发。有着这些基础之后,我们再基于此搭建我们的项目框架吧!如果你在阅读的过程中有任何的问题,欢迎大家在留言区进行留言
依乐祝
2018/12/14
2.3K0
架构名词分析 | 系统与子系统,模块与组件,框架与架构,这些概念的含义和关系是怎样的?
技术朋友应该看过公司架构师画的各种架构图,五花八门,各种框框,还涉及很多概念,比如系统,子系统,模块,组件,框架等等。他们都有出现在架构师的架构图里,那这些名词都是什么含义呢?它们之间又存在什么样的关系呢?架构的本质又是什么呢?
蜗牛互联网
2021/07/21
7.3K0
数字化转型中,如何高效设计业务架构?
数字化转型的传统过程中,企业往往不关注架构设计,或者只关注 IT 层面,未从企业架构宏观视角出发进行设计,特别是在整个企业架构中扮演着至关重要的业务架构。 业务架构是明确从企业战略计划到企业各部分如何运转的工具,其从企业的全局视角,对后续IT架构及业务运营方向提供指导。 本文我们主要介绍什么是业务架构?业务架构包括哪些主要内容?以及如何有效构建业务架构? 1 什么是业务架构 业务架构(Business Architecture)来自业务,业务最终的目的是“售出产品,换取利润”,业务是为企业产生盈利的工作和经
博文视点Broadview
2023/04/19
1.3K0
数字化转型中,如何高效设计业务架构?
脱离业务的技术架构,都只是一团废纸,教你从0-1建设业务架构
无论你是什么首席架构师也好,技术负责人也好,你必须要承认,所有的技术和架构都是为业务服务的,脱离了业务,架构就是一团废纸。
IT大咖说
2020/04/21
1.1K1
脱离业务的技术架构,都只是一团废纸,教你从0-1建设业务架构
模块架构不是软件成功的“决定因素”
【本文是09年的一篇旧文,出于某些原因,对原文内容有删减,在这里整理后重新发表】 前言 感谢XXX对我们技术,对我们公司产品提出这些意见,我们公司卖的是软件产品,开发软件是一件技术活,说实话,要把技术上面的东西用非技术的语言来向大家交流,的确不是容易的事情。 架构的概念和架构的变迁 首先,“架构”一词我们技术和大家有不同的理解,从于冬琪提出的“平行架构”和“树形架构”的字面意思来理解,他(暂且用这个“他”而不是“她”,现在我们只见其声不见其人,不知者无罪,假设错了还请见谅:) )的关注点应该是“功能模
用户1177503
2018/02/26
6340
鹅厂架构师谈:如何做好架构设计?
# 关注并星标腾讯云开发者 # 每周3 | 谈谈我在腾讯的架构设计经验 # 第1期 | 黄规速:鹅厂架构师谈:如何做好架构设计?
腾讯云开发者
2023/08/03
1K0
鹅厂架构师谈:如何做好架构设计?
Android开发架构思考及经验总结(上)
架构设计,到底是什么呢?基于这段时间的学习和自己的一些思考,我认为架构是基于产品和技术所达成的一种共识。我不是专业的架构师,也不是经验老道的开发者。本文目的有三,一是整理这段时间的架构学习和思考以及总结这一年的开发经验教训,二是希望能够与各位朋友探讨移动端App的架构设计,三是希望我们每一个应用开发者能够拥有架构的意识。个人的水平有限,诸多不对的地方,恳请批评指正。
open
2020/03/19
1.6K0
Android开发架构思考及经验总结(上)
金融企业架构数字化实践
国资委在《关于加快推进国有企业数字化转型工作的通知》中明确指出,以企业架构为核心构建现代化IT治理体系,促进IT投资与业务变革发展持续适配。在信创迁移和数字化转型的双重推进下,企业架构有效承接战略、对齐业务和科技,使得企业各领域形成一个有机整体,更快速地助力企业应对挑战、响应变化,并增强自身的竞争力。
yuanyi928
2022/09/26
6890
金融企业架构数字化实践
系统架构师论文-论软件产品线技术(测井工程服务)
根据公司软件系统开发的需要,我们在软件的开发过程中引入了软件产品线技术,成立了基于软件产品线的项目组。本人有幸参加了该项目,并在其中担任软件分析与设计、软件产品线核心资源开发的工作。 在软件产品线的开发过程中,我们使用了 ROSE建模工具,有效地完成了产品线中核心资源和产品的建模分析与设计实现;我们使用了国际标准POSC数据模型框架,有效地解决了数据的多样性与可扩展性,实现了统一开放的测井数据访问系统;建立了统一的可扩展的地质绘制组件和统一公用的数据处理模块。最终圆满的完成了公司产品线的建立和各子系统的开发。
cwl_java
2019/10/26
4120
【极客世界】架构到底是指什么?
对于技术人员来说,“架构”是一个再常见不过的词了。我们会对新员工培训整个系统的架构,参加架构设计评审,学习业界开源系统(例如,MySQL、Hadoop)的架构,研究大公司的架构实现(例如,微信架构、淘宝架构)……虽然
用户3894598
2019/12/12
7890
【极客世界】架构到底是指什么?
【超详解PPT】元数据驱动的微服务架构(下)
上次分享了两个部分:微服务架构需要元数据,微服务与元数据的关系,那么微服务中的元数据中具体如何应用,有哪些应用场景?我们接下来看一下——微服务中元数据的价值,了解元数据在微服务中具体的应用价值点。
yuanyi928
2018/03/30
2.3K0
【超详解PPT】元数据驱动的微服务架构(下)
推荐阅读
相关推荐
架构如何为业务和技术“服务”(1)
更多 >
LV.9
拓端数据
目录
  • 工具:建立工作流的基石
    • 根据主体需求选择工具
      • 区分真实需求和虚假需求
      • 挖掘隐性需求
    • 根据对象的使用场景选择工具
      • 根据使用场景的任务需求选择工具
      • 根据使用场景的内容时效性选择工具
      • 根据使用场景的发展周期性选择工具
    • 根据工具特性选择工具
      • 可靠性
      • 功能性
      • 可扩展性
      • 开放性
      • 安全性
      • 可移植性
      • 易使用性
      • 社区
      • UI 设计
      • 总结
  • 工作流比工具更重要
    • 为什么需要工作流?
    • 建立工作流的原则
      • 标准化
      • 自动化
      • 弹性化 & 可迭代性
      • 可视化
    • 关于工作流的注意事项
      • 实践比工作流和工具更重要
      • 一个完整的工作流最好同时包括输入和输出
  • 输入:阅读工作流
    • 知识收藏的幻觉
    • 主动阅读的缺位
    • 笔记内容缺乏流动性
    • 忽视记忆的强化
    • 缺少与写作工作流的耦合
  • 输出:写作工作流
    • 我们是否需要写作?
    • 写在当下:写就是了
    • 思写合一:写作即思考
    • 重构写作工作流:从预写到重写
      • 预写|Prewriting
      • 重写|Rewriting
  • 结语
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档