哈桑式 DailyNote 工作流整理之难

本贴最后更新于 389 天前,其中的信息可能已经时移世改

语雀链接:https://www.yuque.com/clouder0/siyuan/20211106004101-vsw71w9

哈桑的 DailyNote 工作流旨在解决「快速无压记录」的问题,然而这样做的话:

  • 记录确实是能记录,后期也确实能找到、整理笔记。
  • 但是在将压力推给未来之后,在整理时还是相当困难的。
  • 例如高效笔记完全指南的作者举了这么一个例子:
    • 他在「假新闻」标签下加入相关的内容,而有一天,他决定写一篇关于「假新闻」的文章。
    • 于是他点开标签,面对着 218 个反向链接……
      • 想象你坐在桌子前面。在一周的调查之后,你逐渐感觉假新闻也不是什么重大社交问题,你现在想在 Medium 或者 Substack 上写一篇文章,但你有 218 个链接。你现在要干什么?你要如何发现其中的结构,再把它转化为一篇文章?你要如何处理这些彼此独立的高亮,特别是此时你已经忘记记下他们,并且由于缺乏语境而无法理解它们?这就是问题所在。

  • 在我写年轻人为什么不愿意生孩子了的时候,我也将子主题、原因、材料等一股脑 Link 到主题中,最后全部拖拽到页面里,便开始了痛苦的整理。
  • 我当时设想利用 Writeathon 之类的软件进行辅助。
  • 但我没有意识到,将非线性的材料组织为线性的文章,我要面对的不仅仅是线性与非线性,还是结构与混乱。
  • 在我的无压记录中,笔记之间是没有强结构的。而这些笔记一股脑涌入主题后,便产生了相当的混乱。
  • 在这种情况下,哪怕用 Writeathon 也要面对一堆混乱的卡片,难以下手。(不过 Writeathon 大概有智能推荐之类的)
  • 因此可以说,这种工作流在整理时还是有不足之处的。当然,其面临的不足和仅使用标签的用户是没什么区别的。

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...
  • ri 1 赞同
    支持者 订阅者

    如果有 200 多个反链我认为是没有将知识更细化

  • deerain
    支持者 订阅者

    The pattern of the thing precedes the thing. I fill in the gaps of the crossword at any spot I happen to choose. These bits I write on index cards until the novel is done.

    1 回复
  • Clouder
    订阅者 作者

    纳博科夫 hhh

    这个思路是先维护一个结构明确的索引,而在 DailyNote 中将快速记录的内容 link 到索引上的对应部分?

    1 回复
  • liuyilc
    订阅者

    未来的整理可能是这样一种状态:

    传递式双链是自下而上的积累;

    整理成文则是自上而下,与,自下而上动态生成的过程

    从那个例子来说,那个人积累 200 多个双链的过程中,一定会有对要写的文章的主题产生想法,继而生成一个大致的结构。所以最后在整理的时候只涉及到极少的一部分。

    使用传递式双链时应该允许材料的冗余。

    1 回复
  • Clouder
    订阅者 作者

    涉及到一部分是可以的,问题在于如何将这一部分找出来。

  • deerain 3 2 赞同
    支持者 订阅者

    不是先维护一个索引,如果预先维护一个结构,那就失去 daily notes 的意义了。

    要预先维护的东西有两种,一是主题锚文本或子主题(roam research 或 logseq),思源如果要写成 [[主题]]:子主题 下级节点不会展开,这个信息可以写在子节点里;二是局部承接关系,conor 在下面的视频里做过一点演示,在他觉得某段话可能紧接在过去记录的某段话之后时,就会用块引用把两段话链接一下。

    这个视频

    我是这样做整理的 ↓

    最重要的第一步:判断当前这个主题究竟需不需要做整理。用几个具体的切入角度来说:

    1. 对当前这个主题,自己花费时间去整理,其效果是不是真的比插入个 SQL 块随机查看更好?
    2. 如果自己整理的效果只比随机查看好一点点,有没有必要花这个时间?
    3. 如果这是一些不对外公开、仅供自己个人查阅的笔记,有必要必要花这个时间?

    只要认真对待这一步,就能节约大量的时间精力,毕竟「整理」也不是什么天经地义的事,比如像 code snippets 这种笔记哪怕在传统笔记工具上也没多大必要整理,有个全局搜索就行了。就我所见,以很多人对大主题长文本的驾驭能力,整理半天可能还真的不如直接用 SQL 块随机查看。所以我的感觉是,只有出于任务不得不做,或者对某个主题有了比较深度的思考,才有必要去整理。

    第二步,如果真的要整理某个主题了,我就先阅览反链里的所有资料,这个过程中可能做一点修改或者添加;把所有反链资料看熟之后,这个主题的结构就已经开始在脑海里涌现了,然后我就先在正文区把它记录下来,比如我觉得这个话题得分三个主要部分来讲,就先在正文里写三个标题

    # part 1
    # part 2
    # part 3
    

    最关键的一点是,到这里为止都不需要把所有反链内容转移到正文doge 。等结构思考得差不多了,再把侧栏反链的内容直接拖向它应该在的地方。如果一开始就把所有反链拖进正文,整理起来肯定是超级麻烦的,反链在底部的大纲型双链笔记其实也有这个问题,它们不分屏的话得不断上下翻动。

    只要结构梳理完了,后期整理是很轻松的。更复杂的结构我直接用 scapple 或 draw.io 整理,换句话说如果非要把内容整理到正文编辑器里,这种复杂结构多少会损失一些,还不如直接嵌入绘图,顶多再往图上插几个链接 ,这同样是一种整理。我写一万字以上的文章,背后一般都有包含近百个节点的 scapple 草稿,但最后真正能反映到正文里的大概不到一半,这是文章比起图形的局限性,所以「整理」这件事的内涵也不只是拖反链。

    总结来说,那些不整理的东西之所以不整理是为了节约时间,这种理念救不了强迫症;而那些要整理的东西之所以要整理是因为每个人自己的思考是独一无二的,这种理念救不了抄书匠。整理 daily notes 还可以列出很多细节技巧,但更重要的还是对「整理」这件事本身的看法,后期的整理并不是在为前期的懒惰买单,而是在有了充足的素材之后进行更全面更深入的思考,传统记录方式其实包含了一个隐藏意图——想一开始就在舒适区内把逻辑结构安排好,那种做法才是真正的偷懒,而且这懒往往还偷不成。

    1 回复
    4 操作
    deerain 在 2021-11-13 12:14:22 更新了该回帖
    deerain 在 2021-11-13 11:42:55 更新了该回帖
    deerain 在 2021-11-13 11:41:37 更新了该回帖
    deerain 在 2021-11-13 11:39:14 更新了该回帖
  • pyue1359
    订阅者

    不妨把反链和正文之间的那条线看成一条分界线,代表一篇笔记的“整理度”。笔记的“可用度”是另一个概念,和“整理度”可以看成 y=f(x)的关系。有些笔记是 y=log(x),稍加整理就可用,“整理度”太高意义不大。

  • a1993613 1 评论
    支持者 订阅者

    感觉更复杂的结构可以用 Gingko 来整理也挺不错的,应该不比 scapple 或 draw.io 差吧?

    gingko 能表达的结构比较简单,就是普通树状结构,它只是操作手感好
    deerain
  • lanran
    捐赠者

    当天的笔记当天整理归类,总比要用的时候从一堆碎片里重新整理来的快,重点还是平时的积累

请输入回帖内容 ...

推荐标签 标签

  • DNSPod

    DNSPod 建立于 2006 年 3 月份,是一款免费智能 DNS 产品。 DNSPod 可以为同时有电信、网通、教育网服务器的网站提供智能的解析,让电信用户访问电信的服务器,网通的用户访问网通的服务器,教育网的用户访问教育网的服务器,达到互联互通的效果。

    6 引用 • 26 回帖 • 500 关注
  • Markdown

    Markdown 是一种轻量级标记语言,用户可使用纯文本编辑器来排版文档,最终通过 Markdown 引擎将文档转换为所需格式(比如 HTML、PDF 等)。

    164 引用 • 1367 回帖
  • H2

    H2 是一个开源的嵌入式数据库引擎,采用 Java 语言编写,不受平台的限制,同时 H2 提供了一个十分方便的 web 控制台用于操作和管理数据库内容。H2 还提供兼容模式,可以兼容一些主流的数据库,因此采用 H2 作为开发期的数据库非常方便。

    11 引用 • 54 回帖 • 590 关注
  • OkHttp

    OkHttp 是一款 HTTP & HTTP/2 客户端库,专为 Android 和 Java 应用打造。

    16 引用 • 6 回帖 • 39 关注
  • 工具

    子曰:“工欲善其事,必先利其器。”

    243 引用 • 618 回帖
  • Eclipse

    Eclipse 是一个开放源代码的、基于 Java 的可扩展开发平台。就其本身而言,它只是一个框架和一组服务,用于通过插件组件构建开发环境。

    75 引用 • 258 回帖 • 665 关注
  • Electron

    Electron 基于 Chromium 和 Node.js,让你可以使用 HTML、CSS 和 JavaScript 构建应用。它是一个由 GitHub 及众多贡献者组成的活跃社区共同维护的开源项目,兼容 Mac、Windows 和 Linux,它构建的应用可在这三个操作系统上面运行。

    16 引用 • 142 回帖 • 5 关注
  • 小薇

    小薇是一个用 Java 写的 QQ 聊天机器人 Web 服务,可以用于社群互动。

    由于 Smart QQ 从 2019 年 1 月 1 日起停止服务,所以该项目也已经停止维护了!

    34 引用 • 467 回帖 • 651 关注
  • Kotlin

    Kotlin 是一种在 Java 虚拟机上运行的静态类型编程语言,由 JetBrains 设计开发并开源。Kotlin 可以编译成 Java 字节码,也可以编译成 JavaScript,方便在没有 JVM 的设备上运行。在 Google I/O 2017 中,Google 宣布 Kotlin 成为 Android 官方开发语言。

    18 引用 • 30 回帖 • 2 关注
  • Swagger

    Swagger 是一款非常流行的 API 开发工具,它遵循 OpenAPI Specification(这是一种通用的、和编程语言无关的 API 描述规范)。Swagger 贯穿整个 API 生命周期,如 API 的设计、编写文档、测试和部署。

    26 引用 • 35 回帖 • 5 关注
  • BAE

    百度应用引擎(Baidu App Engine)提供了 PHP、Java、Python 的执行环境,以及云存储、消息服务、云数据库等全面的云服务。它可以让开发者实现自动地部署和管理应用,并且提供动态扩容和负载均衡的运行环境,让开发者不用考虑高成本的运维工作,只需专注于业务逻辑,大大降低了开发者学习和迁移的成本。

    19 引用 • 75 回帖 • 550 关注
  • JSON

    JSON (JavaScript Object Notation)是一种轻量级的数据交换格式。易于人类阅读和编写。同时也易于机器解析和生成。

    51 引用 • 189 回帖 • 2 关注
  • Hexo

    Hexo 是一款快速、简洁且高效的博客框架,使用 Node.js 编写。

    20 引用 • 140 回帖 • 48 关注
  • 博客

    记录并分享人生的经历。

    262 引用 • 2369 回帖 • 1 关注
  • jsDelivr

    jsDelivr 是一个开源的 CDN 服务,可为 npm 包、GitHub 仓库提供免费、快速并且可靠的全球 CDN 加速服务。

    5 引用 • 30 回帖 • 22 关注
  • Ruby

    Ruby 是一种开源的面向对象程序设计的服务器端脚本语言,在 20 世纪 90 年代中期由日本的松本行弘(まつもとゆきひろ/Yukihiro Matsumoto)设计并开发。在 Ruby 社区,松本也被称为马茨(Matz)。

    7 引用 • 31 回帖 • 114 关注
  • 酷鸟浏览器

    安全 · 稳定 · 快速
    为跨境从业人员提供专业的跨境浏览器

    3 引用 • 59 回帖 • 17 关注
  • Kubernetes

    Kubernetes 是 Google 开源的一个容器编排引擎,它支持自动化部署、大规模可伸缩、应用容器化管理。

    103 引用 • 53 回帖
  • Docker

    Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的操作系统上。容器完全使用沙箱机制,几乎没有性能开销,可以很容易地在机器和数据中心中运行。

    444 引用 • 888 回帖 • 1 关注
  • GAE

    Google App Engine(GAE)是 Google 管理的数据中心中用于 WEB 应用程序的开发和托管的平台。2008 年 4 月 发布第一个测试版本。目前支持 Python、Java 和 Go 开发部署。全球已有数十万的开发者在其上开发了众多的应用。

    15 引用 • 42 回帖 • 604 关注
  • Gitea

    Gitea 是一个开源社区驱动的轻量级代码托管解决方案,后端采用 Go 编写,采用 MIT 许可证。

    2 引用 • 15 回帖 • 1 关注
  • 互联网

    互联网(Internet),又称网际网络,或音译因特网、英特网。互联网始于 1969 年美国的阿帕网,是网络与网络之间所串连成的庞大网络,这些网络以一组通用的协议相连,形成逻辑上的单一巨大国际网络。

    96 引用 • 330 回帖
  • 宕机

    宕机,多指一些网站、游戏、网络应用等服务器一种区别于正常运行的状态,也叫“Down 机”、“当机”或“死机”。宕机状态不仅仅是指服务器“挂掉了”、“死机了”状态,也包括服务器假死、停用、关闭等一些原因而导致出现的不能够正常运行的状态。

    13 引用 • 82 回帖 • 15 关注
  • CentOS

    CentOS(Community Enterprise Operating System)是 Linux 发行版之一,它是来自于 Red Hat Enterprise Linux 依照开放源代码规定释出的源代码所编译而成。由于出自同样的源代码,因此有些要求高度稳定的服务器以 CentOS 替代商业版的 Red Hat Enterprise Linux 使用。两者的不同在于 CentOS 并不包含封闭源代码软件。

    241 引用 • 224 回帖 • 197 关注
  • 导航

    各种网址链接、内容导航。

    26 引用 • 160 回帖 • 2 关注
  • Chrome

    Chrome 又称 Google 浏览器,是一个由谷歌公司开发的网页浏览器。该浏览器是基于其他开源软件所编写,包括 WebKit,目标是提升稳定性、速度和安全性,并创造出简单且有效率的使用者界面。

    56 引用 • 282 回帖
  • HHKB

    HHKB 是富士通的 Happy Hacking 系列电容键盘。电容键盘即无接点静电电容式键盘(Capacitive Keyboard)。

    5 引用 • 74 回帖 • 362 关注