我有一篇笔记是涉及到两个学科,这种情况该如何分类管理?

本贴最后更新于 817 天前,其中的信息可能已经物是人非

我有一篇笔记是《会计学与审计学的现状与对比》,是我根据互联网上的相关内容查阅写出,差不多 1500 字。

现在我的烦恼就是,它既涉及到会计学,又涉及到审计学。虽然会计学与审计学两个学科关联度极大,但是我是当作两个学科来看待的,那么将其放置在会计学的文档树下又无法从审计学的角度看到他,反之同理。

我现在给这篇文章打上了 会计学审计学 的标签,然后扔在 Inbox 里,但我感觉以后也会遇到相同的情况,所以来问一下大家,遇到这种涉及多个主题,但篇幅又不长不短的文档笔记,该如何进行分类管理?


如果篇幅较短,且同样不好归属主题的话,我会扔在 Flomo 里直接当作卡片笔记;

篇幅较长我就当作一篇文章,有专门的文章分类。

  • 思源笔记

    思源笔记是一款隐私优先的个人知识管理系统,支持完全离线使用,同时也支持端到端加密同步。

    融合块、大纲和双向链接,重构你的思维。

    22402 引用 • 89687 回帖
  • Q&A

    提问之前请先看《提问的智慧》,好的问题比好的答案更有价值。

    8139 引用 • 37093 回帖 • 160 关注

相关帖子

被采纳的回答
  • fabuer 1

    我在使用過程中也遇到過类似的问题,我自己的解决办法是[鼠标放在笔记上-右键-打开-打开文件位置],将该后缀爲.sy 的文件复制,然后关闭思源笔记,再将其粘贴到另一个文件夹(比如“审计学”)中(该文件夹的位置也可以用“打开文件位置”找到)。打开思源笔记,就会发现“审计学”下有个同名的笔记,在上面作的任何修改也会同步到“会计学”下的笔记中。不过这样操作之后软件可能会报错,报错之后重建索引就没问题了。一般重建索引之后就不会再报错了。

欢迎来到这里!

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

注册 关于
请输入回帖内容 ...
  • 给这个文章加两个引用[[会计学]] [[审计学]],这样你点审计学进去,右边的反链提及什么的都会提醒有这么一篇文章。

    image.png

    感谢你的回复,那这篇笔记依旧扔在 Inbox 里吗?但是如果是这样的话,我打上标签也是同样的效果吧。
    EberhardLin
    @EberhardLin 打标签不能第一时间看到关联的
    mozhu
    @ciwoyipang 原来如此,了解了,非常感谢你的分享!
    EberhardLin
  • fabuer 1 1 评论

    我在使用過程中也遇到過类似的问题,我自己的解决办法是[鼠标放在笔记上-右键-打开-打开文件位置],将该后缀爲.sy 的文件复制,然后关闭思源笔记,再将其粘贴到另一个文件夹(比如“审计学”)中(该文件夹的位置也可以用“打开文件位置”找到)。打开思源笔记,就会发现“审计学”下有个同名的笔记,在上面作的任何修改也会同步到“会计学”下的笔记中。不过这样操作之后软件可能会报错,报错之后重建索引就没问题了。一般重建索引之后就不会再报错了。

    2 回复
    卧槽还有这种操作?!非常感谢你的分享,我 @88250 大来看看能不能优化一下这个过程成为新特性!
    EberhardLin
  • @88250 D 大看看这个操作,能不能优化成一个新特性,感觉非常需要呀!!!

    1 回复
  • 88250 2 评论

    ID 相同的话会有问题,不建议这样做。

    知道了,要不你先记录个 issue?未来两年把现在路线图上的搞完,3.0 里考虑一下增加个“克隆”(可以实时同步修改的的)特性。
    EberhardLin
    @EberhardLin 这个暂时不记录了,对于文档还是尽量保持唯一性,如有需要的话建议用嵌入块。
    88250
  • AMBERWIN 1 评论

    嗨,知识是跨界的。这是不可避免的事情,遇到多个领域的知识笔记,难怪你觉得难分类。

    我之前也遇到你同样的问题,我当时也头疼过,不知道应该怎么分类会更好。那时候我的解决方案是将笔记放到「更偏向的领域」,例如就放到「审计学」,不放到「会计学」的文件夹里面,避免资料重复,造成脑袋混乱。

    后来,我终于学会用思源笔记的「日记本」功能,直接每天新建笔记。「笔记本」文件夹也直接建到日记里面。

    如果我是你,我会直接用日记的形式写笔记,可以在文章页面旁边打上 #会计学 和 #审计学 的 tag。这样子,就不用自己手动拖拽分类笔记文章,也不用管理一个又一个的文件夹,而是直接回看日记,就能更加快速当时学到的知识、笔记和想法。

    希望「用日记」的方法能帮到你。

    感谢你的回复,关于你提到的方法我需要再思考一下。
    EberhardLin
  • suiji 1 1 赞同 3 评论

    如 D 大所说,笔记(文档)的本体是一个个 id,把同一个 id 放到不同的地方,可能有风险。

    可以换个操作,使用嵌入块。把位于 A 的笔记嵌入到 B,效果是类似的,而且更快捷,缺点可能仅在于 B 中的笔记是嵌入块样式,要点击一下才能编辑。

    感谢你的回复,按你的思路,是在父文档制作文档目录,但我困惑的是在文档树的归类,不过也确实可以归类在「会计学」,在「审计学」父文档引用块该文档。
    EberhardLin
    @EberhardLin 就是文档树归类,其他回答不是有提“克隆”吗,就是用嵌入块作克隆。把《会计学与审计学的现状与对比》归类到“会计学”后,在“审计学”新建文档,也命名为“会计学与审计学的现状与对比”,然后在正文”【【会计学与审计学的现状与对比”建立引用,建好后右击之而后转换为嵌入块——这一步可以通过“{{”一步到位
    suiji
    @suiji 你的意思是说,文档放到「会计学」里,在「审计学」下新建一个同名文档,然后嵌入块引用原文档。也是一个思路啊!谢谢老铁
    EberhardLin
  • 104Dragon 1 评论

    叫 D 大加一个克隆功能

    感谢你的回复,新特性是提不完滴~
    EberhardLin
  • PLA 1 评论

    这不就是双链解决得问题?不分类,或者可以试下 PARA 得方法

    PARA 就是我目前采用的一个方法思路,该帖的问题就是类似不知道给它放置在领域「会计学」还是领域「审计学」的情况。
    EberhardLin
  • PLA 1 评论
    感谢你的回复,我参加了这次直播分享,后期也在 B 站又看了一遍回放,只是我只是部分采用了该方法,主要还是按我以前的习惯去整理和归类。
    EberhardLin
  • PLA 2 评论

    那我觉得,双链、反向链接就是为了避免这种分类烦恼,或许你需要改变下自己原本得思路,虽然这个过程比较艰难。我的话会通过双链将文章存放在两个领域下。

    双链可以参考这篇文章双向链接时代的快速无压记录 · 语雀 (yuque.com)

    这篇文章我也看过,还精读过,但我现有的笔记系统更契合我的使用习惯,很多场景也能覆盖,所以没有完全采用该方法。
    EberhardLin
    @EberhardLin 那也行
    PLA
  • mowangmm 1 1 赞同 4 评论

    我也觉得《双向链接时代的快速无压记录》这篇文章值得反复研习,这是从目录式文档管理走向双链式文档管理必须要转变的一个思路。

    文中有一个观点很重要,那就是将来用不到的东西,根本就没必要在当下就去思考它的分类;将来会用到的东西,只要在将来有一个快捷的方式能找到、汇总,就可以了。

    所以站在这个观点上来思考,就有了 daily notes 这一流程,也就是楼上说的“日记法”。如果你有 GTD 的那种洁癖,觉得 Inbox 堆积太多不好,那就直接按每日笔记来管理,所有输入的内容都在每天的笔记里。(此所谓输入阶段)

    而直到真正需要整理某一主题的时候,才从该主题页的反链面板中找到之前写在各篇每日笔记里的内容,然后汇总(拖拽或复制,这里的复制就解决了你提出的这个关于“如何管理副本”的问题)到该主题页中并重新编辑、优化。(此所谓输出阶段)

    那你肯定还是会担心,同样的内容(比如你收集的这篇文章)在不同的主题里(审计学、会计学)如何同步。其实大多数情况下不用考虑这个问题,因为你在真正做内容输出的时候,大多会根据当前主题及上下文对原始素材进行重新编辑,这样一来两个主题下的内容就已经存在差别了。那如果你不编辑,就是要保留原始素材原样,那就可以把素材保留在每日笔记里(你也可以全部拖到一个专门的“素材”文件夹,这个文件夹不需要分类,因为它只是素材,不是你要整理的主题),然后直接用嵌入块甚至简单地用块连接作为参考资料,放在你的主题里。

    我觉得楼主既然用过 flomo,对于这个逻辑应该是清楚的,要不是 flomo 的富文本编辑能力太差,我可能直接就用 flomo 管理所有的信息了。而熟悉了 daily notes 之后,用思源笔记完全取代 flomo 也是可以的。

    需要说明的是,思源笔记目前的反链操作确实还是有很多不完善的地方,我在 https://github.com/siyuan-note/siyuan/issues/3565 里也提了很多,目前得依靠一些小技巧和忍耐力,期待这个 issue 早日搞定发布吧。

    我精读过该篇文档,并且我相当认可,主要的问题在于我自己,我其实懒得去更改现有的使用习惯。双链笔记法对工具依赖程度太高了,而现行工具的设计主要以文件夹结构为主。也是因为不需要分类,打上标签即可,所以我更想着说怎么在现有的体系下去加上标签系统的管理,你点开我的主页查看发帖可以看见,我最近发了一两篇关于思源的标签的帖子,实际上我还是想着说在现有的使用习惯上去加上标签来解决文档涉及多个主题方向的问题。
    EberhardLin
    当然现在有很多双链笔记,比如 Roam Research、Logseq、思源笔记等可以完美实践双链笔记法,所以我那句“现行工具的设计主要以文件夹结构为主”是面向整个笔记、文档类工具市场的角度。
    EberhardLin
    总结一下,我目前的想法是:如何在思源笔记中利用父子级文档树管理的文档的同时,配合标签系统进行多维度管理。因为我并不想现在就更改自己的使用习惯去实践双链笔记法,我现在搭配 Flomo 等工具,其实用着还是蛮舒服的,所以我自己没采用,但并不妨碍我认为双链笔记法是一个非常精明且高效的方法!非常感谢你对我的回复以及建议!感激不尽!
    EberhardLin
    roam research 里标签和反链其实是一个东西,只是前端显示形式不同,也有不少人持有观点说反链可以完全取代标签,因为标签只是一个 key,没有内容,标签只能用来分类,不能用来做信息汇总和信息扩充。但其实我也比较喜欢标签,我觉得标签更轻量更简便,而且可以自动嵌套多级(反链大多不支持这点,我只看到 logseq 可以支持),而且我很喜欢在素材的分类上有一个跟反链不一样的显示形式。不过在实践中,其实我经常反链和标签都不用,只用全局搜索……要习惯一种新的笔记法确实是需要花很长时间培养的。
    mowangmm
请输入回帖内容 ...

推荐标签 标签

  • WebSocket

    WebSocket 是 HTML5 中定义的一种新协议,它实现了浏览器与服务器之间的全双工通信(full-duplex)。

    48 引用 • 206 回帖 • 334 关注
  • jsDelivr

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

    5 引用 • 31 回帖 • 59 关注
  • 数据库

    据说 99% 的性能瓶颈都在数据库。

    342 引用 • 708 回帖
  • Log4j

    Log4j 是 Apache 开源的一款使用广泛的 Java 日志组件。

    20 引用 • 18 回帖 • 29 关注
  • 倾城之链
    23 引用 • 66 回帖 • 139 关注
  • wolai

    我来 wolai:不仅仅是未来的云端笔记!

    2 引用 • 14 回帖
  • BND

    BND(Baidu Netdisk Downloader)是一款图形界面的百度网盘不限速下载器,支持 Windows、Linux 和 Mac,详细介绍请看这里

    107 引用 • 1281 回帖 • 28 关注
  • Ngui

    Ngui 是一个 GUI 的排版显示引擎和跨平台的 GUI 应用程序开发框架,基于
    Node.js / OpenGL。目标是在此基础上开发 GUI 应用程序可拥有开发 WEB 应用般简单与速度同时兼顾 Native 应用程序的性能与体验。

    7 引用 • 9 回帖 • 392 关注
  • GitHub

    GitHub 于 2008 年上线,目前,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。正因为这些功能所提供的便利,又经过长期的积累,GitHub 的用户活跃度很高,在开源世界里享有深远的声望,并形成了社交化编程文化(Social Coding)。

    209 引用 • 2031 回帖
  • 面试

    面试造航母,上班拧螺丝。多面试,少加班。

    325 引用 • 1395 回帖
  • 小薇

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

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

    34 引用 • 467 回帖 • 743 关注
  • SQLite

    SQLite 是一个进程内的库,实现了自给自足的、无服务器的、零配置的、事务性的 SQL 数据库引擎。SQLite 是全世界使用最为广泛的数据库引擎。

    5 引用 • 7 回帖 • 2 关注
  • Vue.js

    Vue.js(读音 /vju ː/,类似于 view)是一个构建数据驱动的 Web 界面库。Vue.js 的目标是通过尽可能简单的 API 实现响应的数据绑定和组合的视图组件。

    266 引用 • 665 回帖
  • Eclipse

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

    75 引用 • 258 回帖 • 619 关注
  • Facebook

    Facebook 是一个联系朋友的社交工具。大家可以通过它和朋友、同事、同学以及周围的人保持互动交流,分享无限上传的图片,发布链接和视频,更可以增进对朋友的了解。

    4 引用 • 15 回帖 • 453 关注
  • 房星科技

    房星网,我们不和没有钱的程序员谈理想,我们要让程序员又有理想又有钱。我们有雄厚的房地产行业线下资源,遍布昆明全城的 100 家门店、四千地产经纪人是我们坚实的后盾。

    6 引用 • 141 回帖 • 585 关注
  • Sphinx

    Sphinx 是一个基于 SQL 的全文检索引擎,可以结合 MySQL、PostgreSQL 做全文搜索,它可以提供比数据库本身更专业的搜索功能,使得应用程序更容易实现专业化的全文检索。

    1 引用 • 214 关注
  • Thymeleaf

    Thymeleaf 是一款用于渲染 XML/XHTML/HTML5 内容的模板引擎。类似 Velocity、 FreeMarker 等,它也可以轻易的与 Spring 等 Web 框架进行集成作为 Web 应用的模板引擎。与其它模板引擎相比,Thymeleaf 最大的特点是能够直接在浏览器中打开并正确显示模板页面,而不需要启动整个 Web 应用。

    11 引用 • 19 回帖 • 357 关注
  • Mac

    Mac 是苹果公司自 1984 年起以“Macintosh”开始开发的个人消费型计算机,如:iMac、Mac mini、Macbook Air、Macbook Pro、Macbook、Mac Pro 等计算机。

    166 引用 • 595 回帖 • 1 关注
  • Sillot

    Insights(注意当前设置 master 为默认分支)

    汐洛彖夲肜矩阵(Sillot T☳Converbenk Matrix),致力于服务智慧新彖乄,具有彖乄驱动、极致优雅、开发者友好的特点。其中汐洛绞架(Sillot-Gibbet)基于自思源笔记(siyuan-note),前身是思源笔记汐洛版(更早是思源笔记汐洛分支),是智慧新录乄终端(多端融合,移动端优先)。

    主仓库地址:Hi-Windom/Sillot

    文档地址:sillot.db.sc.cn

    注意事项:

    1. ⚠️ 汐洛仍在早期开发阶段,尚不稳定
    2. ⚠️ 汐洛并非面向普通用户设计,使用前请了解风险
    3. ⚠️ 汐洛绞架基于思源笔记,开发者尽最大努力与思源笔记保持兼容,但无法实现 100% 兼容
    29 引用 • 25 回帖 • 85 关注
  • 代码片段

    代码片段分为 CSS 与 JS 两种代码,添加在 [设置 - 外观 - 代码片段] 中,这些代码会在思源笔记加载时自动执行,用于改善笔记的样式或功能。

    用户在该标签下分享代码片段时需在帖子标题前添加 [css] [js] 用于区分代码片段类型。

    70 引用 • 376 回帖
  • 工具

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

    286 引用 • 729 回帖
  • 音乐

    你听到信仰的声音了么?

    60 引用 • 511 回帖
  • 前端

    前端技术一般分为前端设计和前端开发,前端设计可以理解为网站的视觉设计,前端开发则是网站的前台代码实现,包括 HTML、CSS 以及 JavaScript 等。

    247 引用 • 1348 回帖
  • 设计模式

    设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

    200 引用 • 120 回帖 • 1 关注
  • WebComponents

    Web Components 是 W3C 定义的标准,它给了前端开发者扩展浏览器标签的能力,可以方便地定制可复用组件,更好的进行模块化开发,解放了前端开发者的生产力。

    1 引用 • 2 关注
  • 招聘

    哪里都缺人,哪里都不缺人。

    190 引用 • 1057 回帖 • 1 关注