35

私はしばらくの間org-modeを使用してきましたが、今のところ非常にシンプルにしています
。1つは受信トレイとして機能し、もう1つはremember-mode
で、処理されたものはすべてそのままにします。受信トレイ

これは、やや「実用的な」アイテムを管理するのに最適ですが、日常的に必要とならない、より一般的な性質のもの(ハウツー、メモの読み方など)を追加し続けるので、遅くて管理が難しい。

私が懸念している資料は、/ projects / tasks / sub-tasksパラダイムに適合していません。それらは、分類と管理が本質的に複雑な、選択したトピックに関する小さな知識ナゲットのようなものです。

そのような情報(分類と検索)を処理するためにどのような構造を使用できるのか、そしてその仕事に役立つ他のモードがあるのではないかと考えていました。


誰もが異なるニーズを持っているかもしれないので、私はこの質問に対する事前に作られた答えはないと思います。
Noufalは、私が覚えておくべき優れた概念的なヒントを提供しましたが、全体として、受け入れられた回答はこれについてより実用的な見解を提供し、リンクされたリソースは素晴らしい読み物でした。

4

8 に答える 8

32

org-modeを最大限に活用する方法に関するこの優れたドキュメントは、「Org Mode:Organize Your LifeInPlainText」に非常に役立つと思います。それは長い読書ですが、私を信じてください、完全に努力する価値があります。

更新:ユースケースについては、ドキュメントに記載されている記憶モードのセクションを使用できます。(私は同じユースケースで使用します)Remember-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つの方法(タグとフォルダー)に限定されるので、私は懐疑的です。ここで頭に浮かぶことがいくつかあります。

  1. 他のコンテンツのすべての「興味深い」トップレベルの部分へのリンクを含む「マスター」組織ファイルを保持します(上記の日記と同様)。
  2. すべての資料に適切にタグを付け(しばらくすると便利なタグのセットに落ち着きます)、タグ検索機能を使用してファイルをすばやく検索します。これは、すべてのファイルがあなたの中にあることを前提としてagenda-filesいます。
  3. 最後に、データがエキゾチックすぎて構造に入れることができない場合は、フルテキストインデクサー(xapianなど)の使用を検討し、それをEmacsに統合することができます。ここでこれについていくつかの議論がありました。

更新:2019年11月26日

私は最近、情報オーガナイザーであると主張する誇張パッケージに出くわしました。私はそれを使用していませんが、私はかなり誘惑されており、使用するときにこれを更新します。

于 2010-01-06T17:58:20.183 に答える
9

[org-mode]は、やや「実用的な」アイテムを管理するのに最適ですが、日常的に必要としない、より一般的な性質のものを追加し続けます(ハウツー、メモの読み方など)。 、そのため、管理が遅くなり、困難になっています。

私はDavidAllenと彼のGettingThingsDone方法論のフォロワーです。私は彼が推奨する3つのリストにEmacsを使用しています。

  • 次のアクション

  • プロジェクトリソース

  • いつか/たぶんリスト

私が懸念している資料は、/ projects / tasks / sub-tasksパラダイムに適合していません。それらは、分類と管理が本質的に複雑な、選択したトピックに関する小さな知識ナゲットのようなものです。

そのような情報(分類と検索)を処理するためにどのような構造を使用できるのか、そしてその仕事に役立つ他のモードがあるのではないかと考えていました。

この種の情報のために、私はemacsから移行しました。代わりに、ディレクトリを保持し、~/etc/howtoそのディレクトリに、「選択したトピックに関する知識の少ないナゲット」を含むファイルを配置します。重要な基準は、情報に長期的な価値があることです。

このディレクトリをEmacsで検索することはできましたが、Emacs Lispはそれほど熱くはないので、howto代わりにシェルスクリプトを作成しました(わかりやすくするために一部のエラーチェックは省略しています)。

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次の順序で3つのナゲットを表示します。

    • コンピューターでフットボールの試合を記録する方法について妻に与える指示

    • フットボールの試合のチケットを持っているときの正確な服装と服装の説明

    • サッカーゲームをトランスコードして、ネット経由で送信し、自宅から離れた場所で表示できるようにするための手順

  • howto filesystemファイルシステムをコピーする方法についての説明が表示されます

  • howto batteries推奨される充電式電池のリストが表示されます

私がEmacsを使用しない理由の1つは、実際のスクリプトが上記のスクリプトよりも少し複雑であるためです。PDFファイルとdjvuファイルも処理するため、たとえばhowto razor、電気かみそりに付属のマニュアルのdjvuドキュメントが表示されます。

メインディレクトリまたはサブディレクトリに500を超えるアイテムがあり、この規模でもシステムは非常にうまく機能します。お役に立てば幸いです。

于 2010-01-12T02:12:32.057 に答える
6

私は過去に知識ベースを管理するためにいくつかの方法を試しました。私は、apache tomcat ssl certの設定方法から、1か月の家族予算を作成するためのチェックリスト、ワークアウトで完了したウェイトと担当者のリスト。

私はこれらをワードプレスのブログ、個人用ウィキ、ペンと紙などを使って保管してみました。

結局、emacsとorg-modeが私にとって明らかに勝者です。簡単に始めて、必要に応じてより複雑な機能を構築できる機能が大好きです。SachaChuaが説明したヒントをたくさん使用しました。

私の場合、私はいつもたくさんのメモ(よりフォーマルで整理されたもの)がアクションアイテム(あまりフォーマルではない)と混ざり合ってしまいます。一般に、私は1つのマスター「アクションアイテム」リストを維持してから、各トピックに関するメモ用に個別のファイルを作成します。これまでのところ、grepは、メモを含むファイルをすばやく見つけるためにうまく機能しました。私はよくemacsブックマークC-x r mを作成して、notesファイルにもすばやく移動します。

シンプルなブログ、CMS、およびWiki(DrupalやWordpressなど)は、分類と検索に優れています。組織ファイルをhtmlにエクスポートして、ブログ、cms、またはwikiに公開できるかもしれません。blog / wiki/cmsのタグ付け機能に接続するのはそれほど難しくないかもしれません。

于 2010-01-11T18:49:22.923 に答える
5

仕事では、これにwiki(実際にはいくつか-グローバルwikiとプロジェクトごとのwiki)を使用します。非階層データに最適ですが、階層データにも使用できます。フォーマット可能、ハイパーテキスト、リンク可能、検索可能、共有可能であると同時に所有可能であり、履歴やその他の優れた機能を維持します。

個人的には、これにもwikiを使用していました。しかし、最近では、私は通常、代わりに物事を忘れています。はるかに簡単です。

于 2010-01-14T18:35:26.133 に答える
4

通常の議事録ファイルのリストに含まれていない別のファイル(または幅広いトピックごとに1つ)にメモを保存することで、org-modeを高速化できます。リストを表示するようにカスタマイズorg-agenda-filesします。

org-rememberフローを中断することなく、メモをすばやく入力するために使用します。一度にタグを付けるか、後で再ファイルするためにどこかに保存します。記憶テンプレート(customise org-remember-templates)のタグを使用してリファイリング用のメモをマークし、カスタムアジェンダ検索(org-agenda-custom-commands)を使用してそれらを一覧表示できます。

各メモに関連するトピックのタグを付け、議事録ビューの検索機能を使用してそれらを見つけます。適切なファイルを検索することを認識しているカスタム検索を定義するか、ファイルにアクセスしてアジェンダ検索をそのファイルのみに制限することができます。

私はメモのファイルを保持していますが、あなたの質問は私に戻ってそれらすべてにタグを付け始めるように促しました。御馳走になります!

于 2010-01-13T11:47:57.547 に答える
3

私は単一のディレクトリの.rst(reStructuredText)ファイルにヒントを持っています。各ファイルには独自のトピックがあります。

検索には、Mxoccur、またはMx lgrep、またはMxackを使用します。

Webホストの例:http ://tips.defun.work/frame.htmlそしてそのページをブログのようなソリューションに変えるのは簡単です。

ビルドスクリプトを含む元のソース:http://hg.defun.work/tips/

reStructuredTextフォーマットの主な利点:

  • TOCサポート。
  • include構文。
  • ToC、インデックス、Sphinxによる参照を使用してHTMLサイトでJavaScriptベースのフルテキストオフライン検索インデックスを構築する機能!!
  • Markdownは拡張性を損なうことを忘れないでください。RSTには、トークンでデータをマークするための通常の構文があり、ドキュメントにインラインとしてプレーンテキスト形式を含めます。dot、proglang構文の強調表示などを含むグラフについて考えます。
于 2012-12-19T19:13:43.147 に答える
2
  • 私が懸念している資料は、/ projects / tasks / sub-tasksパラダイムに適合していません。それらは、分類と管理が本質的に複雑な、選択したトピックに関する小さな知識ナゲットのようなものです。

ブックマークとブックマーク+を使用します。個々のファイルに加えて、ファイルとディレクトリのセットのブックマークを作成できます。また、整理と検索の目的で、ブックマークまたはファイルにタグを付けることができます。

于 2011-11-02T22:29:59.313 に答える