35

我使用 org-mode 已经有一段时间了，现在我一直保持非常简单，只有两个文件：
一个用作收件箱，
另一个是remember-mode收件箱

这对于管理一些“可操作”的项目非常有用，但我不断添加更一般性的东西，我在日常工作中不需要（操作方法、阅读笔记等），所以它越来越缓慢且难以管理。

我关心的材料不适合 /projects/tasks/sub-tasks 范式，它们更像是选定主题的小知识块，本质上更难以分类和管理。

我一直想知道什么样的结构可以用来处理这种信息（分类和检索），以及是否有其他模式可以帮助完成这项工作？

我想这个问题没有预先制定的答案，因为每个人可能有不同的需求。
Noufal给出了很好的概念性提示，我会牢记在心，但总的来说，接受的答案对此提供了更务实的观点，链接资源是一个很好的阅读。

4

8 回答 8

32

我认为这份关于如何充分利用 org-mode 的优秀文档将对您非常有帮助：“Org Mode：以纯文本组织您的生活”。这是冗长的阅读，但相信我，完全值得努力。

更新：您可以将文档中提到的记忆模式部分用于您的用例。（我将它用于相同的用例）记住模式非常方便快速记笔记。当我必须存储随机观察或不会去其他任何地方的信息时，我会使用它。我使用以下模板记住：

(setq org-default-notes-file (concat org-directory "/remember-notes.org"))
(setq org-remember-templates
  `(("Todo"    ?t "* TODO %?\n  %i\n" ,(concat org-directory "/remember-notes.org") bottom)
    ("Misc"    ?m "* %?\n  %i\n"      ,(concat org-directory "/Notes.org")   "Misc")
    ("iNfo"    ?n "* %?\n  %i\n"      ,(concat org-directory "/Notes.org")   "Information")
    ("Idea"    ?i "* %?\n  %i\n"      ,(concat org-directory "/Notes.org")   "Ideas")
    ("Journal" ?j "* %T %?\n\n  %i\n" ,(concat org-directory "/journal.org") bottom)
    ("Blog"    ?b "* %T %? :BLOG:\n\n  %i\n" ,(concat org-directory "/journal.org") bottom)
    ))

如您所见，杂项注释和其他信息位于 notes.org 文件中的杂项和信息标题下。如果我做的笔记不属于上面定义的任何类别，它会被归档到默认文件 (remember-notes.org) 中，我总是可以在方便的时候将它重新归档到另一个位置。这让我记笔记、记下随机想法和诸如此类的事情变得非常简单，而不会分散我目前正在做的工作的注意力。

于 2010-01-07T14:07:31.973 回答
9

我个人保留了一个结构有些相似的项目目录列表。每个都有一个 tasklist.org，一个跟踪子目录（我在其中进行项目估算和时间跟踪，并始终维护一个日记，这是项目的主要内容——它将链接到项目的其他文件），一个 docs 子目录，通常包含我将要发布的内容（项目文档、提案等）。我将议程文件放到每个子目录中的 tasklist.org 中，以便我的议程正常工作。

我认为在您的情况下数据的组织会发生一些变化（可能是“函数式编程”等主题）。我怀疑分层结构会有多大帮助，因为这会将您限制在一种看待事物的方式中（再次是标签与文件夹）。以下是一些想到的事情。

  1. 保留一个“主”组织文件，其中包含指向其他内容的所有“有趣”顶级片段的链接（类似于我上面提到的日记）。
  2. 正确标记所有材料（一段时间后您会找到一组有用的标记），然后使用标记搜索功能快速搜索文件。这假设所有文件都在您的文件中agenda-files。
  3. 最后，如果您的数据太奇特而无法放入结构中，您可以考虑使用全文索引器（如 xapian）并将其集成到 Emacs 中。这里有一些关于这个的讨论。

更新：2019 年 11 月 26 日

我最近遇到了一个夸张的包，它声称是一个信息组织者。我没有使用它，但我很想使用它并且会在我使用时更新它。

于 2010-01-06T17:58:20.183 回答
9

[org-mode] 非常适合管理一些“可操作”的项目，但我不断添加更一般性的东西，我不会在日常基础上需要（操作方法、阅读笔记等） ，因此它变得缓慢且难以管理。

我是 David Allen 和他的Getting Things Done方法的追随者。我将 Emacs 用于他推荐的三个列表：

  • 下一步行动

  • 项目资源

  • 某天/也许名单

我关心的材料不适合 /projects/tasks/sub-tasks 范式，它们更像是选定主题的小知识块，本质上更难以分类和管理。

我一直想知道什么样的结构可以用来处理这种信息（分类和检索），以及是否有其他模式可以帮助完成这项工作？

对于此类信息，我已从 emacs 迁移。相反，我保留一个目录~/etc/howto，并在该目录中放置包含“关于选定主题的小知识块”的文件，其中关键标准是信息具有长期价值。

我可以用 Emacs 搜索这个目录，但是我的 Emacs Lisp 不是很热，所以我写了一个howtoshell 脚本（为了清楚起见省略了一些错误检查）：

case $# in
  1) ;;
  *) echo "Usage: $0 <topic>" 1>&2; exit 2 ;;
esac

topic="$1"

# Note the ordering: first exact matches, then beginning matches, then any matches

set xxx `find $HOME/etc/howto/. -name "$topic"     -not -type d -print` \
        `find $HOME/etc/howto/. -name "${topic}?*" -not -type d -not -name '*~' -print` \
        `find $HOME/etc/howto/. -name "?*$topic*"  -not -type d -not -name '*~' -print`
shift

case $# in
  0) echo "No file found matching *$topic*" 1>&2 ; exit 1 ;;
  *) for i
     do
       less "$i"
     done
     ;;
esac

示例包括：

  • howto football按以下顺序提出三个掘金：

    • 给我妻子的关于如何在电脑上录制足球比赛的说明

    • 当我有足球比赛的门票时，对我的指导，确切地说是带什么以及如何着装

    • 转码足球比赛的说明，以便可以通过网络传输并在家里观看

  • howto filesystem提供有关如何复制文件系统的说明

  • howto batteries显示推荐的可充电电池列表

我不使用 Emacs 的一个原因是我的真实脚本比您在上面看到的要复杂一些：它还处理 PDF 和 djvu 文件，因此例如howto razor调出我的电动剃须刀随附的手册的 djvu 文档。

我在主目录或子目录中有 500 多个项目，即使在这种规模下，系统对我来说也能很好地工作。我希望你也会发现它有帮助。

于 2010-01-12T02:12:32.057 回答
6

过去，我尝试过几种管理知识库的方法。我有一堆关于各种不同主题的“知识块”（顺便说一句，谢谢，我非常喜欢这个词），从如何设置 apache tomcat ssl 证书，到每月家庭预算的清单，到保持在锻炼中完成的重量和代表列表。

我尝试将这些保存在 wordpress 博客、个人 wiki 上、使用笔和纸等。

最后，emacs 和 org-mode 显然是我的赢家。我喜欢能够从简单开始，并根据需要构建更复杂的功能。我使用了很多Sacha Chua描述的技巧。

就我而言，我总是以一堆笔记（更正式和有条理）与行动项目（不太正式）混合在一起。一般来说，我维护一个主“行动项目”列表，然后为每个主题的注释创建一个单独的文件。到目前为止，grep 对我来说非常有效，可以快速找到包含注释的文件。我也会经常创建一个 emacs 书签C-x r m来快速导航到笔记文件。

简单的博客、CMS 和 wiki（如 Drupal 和 Wordpress）擅长分类和检索。也许您可以将 org 文件导出为 html 并将它们发布到博客、cms 或 wiki？加入 blog/wiki/cms 标记功能可能并不难。

于 2010-01-11T18:49:22.923 回答
5

在工作中，我们为此使用一个 wiki（实际上，有几个 - 一个全局 wiki 加上每个项目一个 wiki）。它非常适用于非分层数据，但也可用于分层数据。它是可格式化的、超文本的、可链接到的、可搜索的、可共享的但也可拥有的，它维护历史和其他好东西。

就个人而言，我曾经也为此使用维基。但是这些天来，我通常只是忘记事情。容易得多。

于 2010-01-14T18:35:26.133 回答
4

您可以通过将笔记保存在一个单独的文件（或每个广泛主题一个文件）中来加速组织模式，该文件不包含在通常的议程文件列表中。自定义org-agenda-files以查看列表。

用于org-remember快速输入笔记而不会中断您的流程。要么在当时标记它们，要么将它们保存在某个地方以便以后重新归档。您可以使用记住模板 ( org-remember-templatescustomise) 中的标签来标记要重新归档的笔记，并使用自定义议程搜索 ( org-agenda-custom-commands) 来列出它们。

用相关主题标记每个笔记，并使用议程视图的搜索工具来查找它们。您可以定义一个知道查找正确文件的自定义搜索，或者您可以访问该文件并将议程搜索限制为该文件。

我保留了一个笔记文件，你的问题刚刚激励我回去开始标记它们。工作一种享受！

于 2010-01-13T11:47:57.547 回答
3

我在单个目录中的 .rst (reStructuredText) 文件中保存提示。每个文件都有自己的主题。

对于搜索，我使用Mx occur或Mx lgrep或Mx ack。

Web 托管示例：http ://tips.defun.work/frame.html并且很容易将这些页面变成类似博客的解决方案。

带有构建脚本的原始来源：http: //hg.defun.work/tips/

reStructuredText格式的主要优点：

  • 目录支持。
  • include句法。
  • 能够在 HTML 站点中使用 TOC、索引、 Sphinx参考构建基于 JavaScript 的全文离线搜索索引！
  • 请记住， Markdown不利于可扩展性，RST 具有通过标记标记数据的常规语法，并将任何纯文本格式作为内联格式包含在文档中。dot考虑带有, prog lang 语法高亮等的图形。
于 2012-12-19T19:13:43.147 回答
2
  • 我关心的材料不适合 /projects/tasks/sub-tasks 范式，它们更像是选定主题的小知识块，本质上更难以分类和管理。

使用书签和Bookmark+。除了单个文件之外，您还可以为文件集和目录集创建书签，并且可以标记书签或文件，如美味佳肴，用于组织和搜索目的。

于 2011-11-02T22:29:59.313 回答