3 年、4 つのライブラリディレクトリ、100 万字：私の Obsidian ノートワークフローについて - 少数派#
#Omnivore
ハイライト#
重要なのは内容であり、ツールではない。 ⤴️ ^3ce2c28f
3 年、4 つのライブラリディレクトリ、100 万字：私の Obsidian ノートワークフローについて
Matrix ホームページ推薦
Matrixは少数派のライティングコミュニティで、私たちは真実の製品体験を共有し、実用的な価値のある経験と考えを提唱しています。私たちは不定期に Matrix の最も質の高い記事を選び、ユーザーからの最も真実の体験と意見を展示します。
この記事は著者の個人的な意見を代表しており、少数派はタイトルとレイアウトにわずかな変更を加えています。
748227、102072、68286、66743。これは私がこの記事を書く前に、4 つのノートライブラリの文字数統計です。この文章を含めると、私は Obsidian で書いた文字数が 100 万字を超えました。有道ノート、OneNote、VNote から Obsidian まで、ツールの利点と欠点を再評価し、再選択するたびに、私は自分のノートワークフローや情報処理パイプラインを再考し、考え直しています。
この記事は Obsidian というツールに限らず、ほとんど職人的な双方向ノート法についての陳腐な議論を続けるものではありません。重要なのは内容であり、ツールではない：爆発的な情報入力を効率的に処理する方法を探ることは、実際には思考の最適化に他なりません。私が少数派で初めて発表する記事として、読者の皆さんと私の体験を共有し、インタラクションからより多くの経験を吸収し、生産性の体験を共に向上させたいと思います。
情報 —— 入力と出力#
情報とは何でしょうか？
ウィキペディアにはこうあります：「情報はイベントを反映（マッピング）する内容です。」
情報の本質は流動性にあります。静止した情報には意味がありません：イベントが発生し、内容が理解され、知識が応用される必要があります。情報ワーカーは実際には入力と出力の仲介者であり、その仕事の基盤はキャッシュシステムです。もしキャリアが人間の脳であれば、キャッシュは記憶です；もしキャリアが紙や電子デバイスであれば、キャッシュはノートやファイルです。情報は仲介者間で絶えず流動することでのみ価値を生み出します。
したがって、高効率な情報処理パイプラインは、次の 3 つの側面に簡単に要約できます：
入力：
- ほぼすべての情報タイプを効果的に受け入れることができるべきです；
- できるだけ原始的な情報形式で一時保存するべきです；
- 適切な保存場所が必要です；
キャッシュ：
- システム的なキャッシュ階層が必要です：即捨て情報（例えば毎日のニュース速報）から、短期保存が必要な情報（例えば短期プロジェクトの素材）、さらには長期的または永久保存が必要な情報（例えば知識やスキルの証明）まで；
- 情報を効果的に管理し、蒸留できるべきです；
- 思考と組み合わせやすいべきです；
出力：
- 便利な出力モードが必要です；
- 多様な情報タイプで内容を出力できるべきです；
- コピー＆ペーストや考えなしに出力することなく、持続的かつ安定的に高品質な内容を出力できるべきです；
以下では、ノート（Obsidian に重点を置く）と他の側面から、このシステムに対する私の理解を紹介します。
ノート#
Obsidian は、私のコンピュータ上で非システム必須のプロセスが開かれている時間よりも長いかもしれません。これは私が毎日起動時に自動起動するアプリケーションであり、毎日シャットダウン前に最後に閉じるアプリケーションでもあります。
ノートツリー
伝統的な意味でのノートに加えて、Obsidian は：
私のデフォルトのノートアプリ（Notepad）#
この呼称は意図的に選ばれました。これは私が定義したもので、テキストを簡単に入力し、長いテキストを自然に編集できるアプリケーションです。
ノートアプリは非常に便利で、ほとんどの編集の基盤となります。一般的なテキストの一時保存と編集に加えて、コマンドライン指令やコードも扱えます。特に Linux のようにテキストを重視してコマンドライン操作を行う環境では特に重要です。
私のブラウザブックマークの保存場所#
長い間ブラウザ自体で同期した後、私はほとんどのブラウザのフォルダ式 / ツリー状のブックマーク管理や多くの拡張機能によって実現されたブックマークページが、ブックマークの最適な表示方法ではないことに気付きました。これらはほとんど一度に多層の分類構造を表示できず、表示スペースの利用率が非常に低く、単純なクリップボードのペーストのように多様な共有に適していませんでした。したがって、私は最終的にすべてのブックマークをブラウザからエクスポートし、Obsidian の無秩序な階層リストに変換しました。
ブラウザブックマーク。私が推薦する個人ブログの一連。
私のほとんどの出力文書とプレゼンテーションの作成場所#
Markdown とネイティブのエクスポート機能に加えて、その LaTeX 編集機能は Pandoc と組み合わせて、私の学習にかなりの便利さを提供しています。これについては後で触れます。
私の日常業務に必要なテンプレートライブラリ#
Obsidian は常に開いているソフトウェアとして、日常的に使用するテキスト段落や事前に書かれたコード / スクリプトを大量に保存しています。
私の多くの仕事や趣味のダッシュボード#
少し HTML と iframe を使用することで、ノートページには多くの有用な情報を表示できます。情報がどこに保存されていても、情報ワーカーは情報の流れを促進する重要な存在であり、彼らは情報がイベントの発生、内容の理解、知識の応用の間で円滑に流通することを保証し、意味と価値を生み出します。Notion などの精巧な構築や高度なクエリに比べて、シンプルに作成され、暴力的に使用されるダッシュボードの方が、非常に実用的なツールとなることがあります。
なぜ Obsidian を選ぶのか？#
Obsidian を使用する前の多くのアプリは、私がまだ情報処理の流れを形成していない時の過剰選択に過ぎませんが、ここでは触れません。しかし、Obsidian の前に使用していた最後のアプリであるVNoteは言及する価値があります。
VNote を使用していた時期は、私の情報管理意識の啓蒙期でした。当時の私はノートの方法論について何も知らず、Markdown もスムーズに書けず、当時のほぼすべてのマイナーなノートソフトを試しても情報を記録する快感を感じることができませんでした。このような状況で、私は VNote に出会い、その Markdown と Markdown およびノートの解釈に触れました。
今でも、これらの解釈は VNote のドキュメントに残っています：
Markdown はシンプルなマークアップ言語であり、リッチテキストとは異なり、編集と読書の間にギャップを持っています。このギャップを処理する方法は一般に 3 つあります：
- 極端な例として、一部のエディタは Markdown をプレーンテキストとして扱います。ユーザーは乱雑な黒い文字の中で迷子になり、ノートの情報の流れを追跡するのが難しいです。
- 大多数の Markdown エディタは、同時に編集とプレビューするために 2 つの並列パネルを使用します。これにより、ユーザーはテキストを編集しながら美しいレイアウトをプレビューできるため、物事が簡単になります。しかし、2 つのパネルは画面全体を占有する可能性があり、ユーザーは視線を左右に動かし続ける必要があり、非常に気が散りやすくなります。
- もう一つの極端な例は、一部のエディタがユーザーの入力後すぐに Markdown 要素を変換し、Markdown を使用する際に Word でリッチテキスト文書を編集するようなショートカットを使用することです。これは Markdown の設計目標と矛盾する可能性があります。
大多数のエディタが 2 番目の方法を選択するため、多くのユーザーが Markdown を思い浮かべるとき、リアルタイムプレビューを思い出します。これは Markdown に対する誤解かもしれません。シンプルなマークアップ言語として位置づけられた Markdown は、編集時にテキスト情報を便利に追跡し、HTML に変換された後に美しいレイアウトを提供することを目的としています。
4 つの異なるエディタ、4 つの異なる表示方法。
これにより、私の Markdown に対する理解が進化しました：
Markdown の文法設計目標は、実際にはレンダリングされないプレーンテキストでも、事前に理解していない読者がレイアウトを想像できることを許可することです。
この理解に基づき、Typora は明らかに基準を満たしていません：それは Markdown 文法をショートカットとして使用する「所見即所得」（WYSIWYG）エディタに過ぎず、ある意味では Word よりも劣っています：編集中にフォーマットを認識し、フォーマットされたテキストを排除する行為は、巨大なレイアウトのずれを引き起こし、編集時の視線と操作の負担を増加させます。一方で、Markdown に精通している人はプレーンテキストでフォーマットを直接編集できますが、プレーンテキストを編集する際に適切なレイアウトフォーマットが視覚的な動線を指導することは、効果的なフィードバック型の執筆に有利です。
当時、VNote は 3.0 バージョンの大きな変革の門を迎え、私が慣れ親しんだ多くのデザインロジックが変更されることになりました。その時、Obsidian の登場は私の要求を完璧に満たしました。
多くのテキストエディタ、特にコードエディタは、Markdown 文法にハイライトを追加して区別する比較的保守的なアプローチを選択しました。しかし、VNote や Obsidian の「ソースコードモード」では、多くのさらなる操作（例えば、タイトルや太字 / 斜体のその場でのレンダリング、画像の読み込みなど）が行われ、Markdown が持つべき編集体験を適切にもたらしました。
したがって、Markdown ソースファイルも部分的なレイアウトファイルとして扱われるべきであり、プレーンテキストブラウジング時の美観を考慮する必要があります。例えば：
- 可能な限りソフトラップを使用する；
Markdown 標準はハードラップや行末の 2 つのスペースを奨励しますが、少数派には記事の編集でハードラップの問題について特に言及されていますが、ソフトラップはほとんどの人の読み方の習慣やプレーンテキスト処理パイプラインの論理に合致しており、テキストの多様性が少ないファイルにより適しています； - 可能な限りネイティブ文法を使用する；
この特例は特に Obsidian に関して言及されます。例えば、画像挿入などの文法は Obsidian に独自の文法があるものの、できるだけ Markdown のネイティブ文法を使用することをお勧めします。これによりファイルの移植性が改善され、Obsidian 自身の「オフラインストレージ、決して閉じない」というセールスポイントにも合致します。
同時に、Markdown フォーマットの柔軟性を忘れないでください。数学文法、フローチャート、さらにはインライン HTML などの使用方法は、適切であれば「Markdown 原教旨主義者」の発言を気にせず使用してください。忘れないでください、重要なのは内容であり、ツールではない。
Obsidian を正しく使用するには？#
Obsidian は、Roam Research、Logseq などの「生産性界の EDC 文玩」としばしば特定のノート方法論に結びつけられます。例えば、原子ノート、Zettelkasten、双方向ノートなど。しかし、私のノートライブラリにはリンクを含むファイルはほとんどなく、千字未満のファイルも絶対に少数です。なぜ私はこれらの方法論に全く興味がないのでしょうか？
双方向に基づく原子ノートやカードノートは、最終的に無秩序で見つけることができないカードに散らばってしまいます。双方向は、どのような形式であれ、リンク自体には属性がありません。リンクが結びつける情報原子の関係を理解するためには、両端の内容が互いに引用し合う必要があり、これは記録上の無駄です。同時に、双方向は何らかの多重移転の論理関係を表現することができず、完全な論理チェーンが一つ一つの論理関係を逐次確認する必要がある部分に分割され、論理関係を記録する論点が全くない場合、再利用のたびに最初から理解を構築する必要があり、いわゆる「知識ネットワーク」の構築には何の助けにもなりません。さらに、双方向は常にメンテナンスが必要であり、その過程で「この内容はこのカードに入れるべきか、それともあのカードに入れるべきか」という決定に何度も陥り、蓄積された精神的な負担がノートのメンテナンスをますます精神的な負担にし、最終的には放棄されてしまいます。
双方向ノートは「人間の脳に近い思考モデル」という概念を宣伝していますが、これは完全に偽命題です。熟練した Obsidian ユーザーである Eleanor Konik は、「Obsidian は私の思考環境であり、私の第二の脳ではない」という記事の中で、以下の 5 つの小見出しを挙げており、非常に的確に要約しています：
Obsidian は私の思考を代わりに行ってくれません。
私たちの脳は情報を記録し、再編成し、再出力する以上のことを行います。
コンピュータが第二の脳でないなら、何もそうではありません。
私の思考はツールによって行われることはありません。
私の完璧な補助脳はノートアプリではありません。Obsidian は私の思考を代わりに行ってくれません。
私たちの脳は記録、再編成、再出力以上のことを行います。
コンピュータが第二の脳でないなら、何もそうではありません。
私の思考はツールによって行われることはありません。
私の完璧な補助脳はノートアプリではありません。
したがって、私は依然としてほぼ「伝統的な」ノートスタイルを堅持しています：情報体系を分類し、ほとんど双方向を使用せず、十分に独立した情報の集合体を大規模に記録します。まるで Wiki のように。日々の積み重ねで、私のノートはほぼ広範囲にわたる書籍に発展し、書籍（特に教科書）の利点は情報が明確で詳細であり、意見が一貫して明確で、理解しやすく記憶しやすいことです。
多様なノート形式。内容には気にしないでください。
同時に、脳もキャッシュの重要な構成要素であることを忘れないでください。したがって、ノートを記録する際には、選択と分類を通じて全体のノートを再考し、脳内でノートのタイトル、大まかな内容、保存場所を直接記憶することを試みてください。脳内の記憶をノートの最初のインデックスとし、次にあいまいな検索を行い、最後にフォルダを一つずつ探すようにします。この部分の脳が情報を理解するために必要な記憶を双方向システムに頼って怠けることは避けてください。その後、定期的にノートライブラリをメンテナンスし、何度もノートを書き直し、概念を簡素化し、情報を蒸留し、ノートの思考の質を向上させ、同時に記憶を強化します。インスピレーションは双方向システム内をさまようことで生まれるものではなく、思考は記憶に内面化されることで創造性を生み出します。
同様に、再度強調しますが、** 重要なのは内容であり、ツールです。** したがって、過度に精緻な可視化、形式にこだわりすぎて内容に思考がなく、単にコピー＆ペーストのマインドマップ、内容を埋めずに精巧に維持された Notion ページなどのような華やかなノート作成方法は、本質的には生産性を向上させるものではなく、せいぜい奇妙な趣味の一種に過ぎません。したがって、私は「編集」そのものを強化するプラグインをほとんど使用せず、テーマのカスタマイズオプションをほとんどいじりません。
ファイル#
ただし、電子デバイスで受け取る情報は、テキスト以外にも多くの他のタイプがあり、ほとんどがファイルの形式で存在するか、ファイルに変換可能です。「入力 —— キャッシュ —— 出力」のモデルをここに適用し、私はこれを「Inbox - Queue - Outbox」と呼びます。
Inbox#
これは情報入力の第一の防線です：粗選別。
これらのファイルがどこから来たのか、どのように処理する必要があるのかに関わらず、まずすべてを Inbox フォルダに入れ、情報の喪失を避けます。その後、情報のタイプに応じて分類処理を行います：
- すぐに処理できる、または処理する必要がない内容（例えば、転送して共有する必要があるファイル）であれば、Inbox から直接送信先に送ることができます；
- 短期間に統合保存が必要な内容（例えば、プロジェクトのために収集した素材）であれば、Queue に新しい関連サブカテゴリを作成して保存します；
- 長期保存が必要な内容（例えば、書籍、文書、音楽、動画など）であれば、Inbox から対応する保存場所に送ります；
Inbox フォルダを持つことの利点は多くあります。例えば：
- 情報を収集する際に「この情報は保持する必要があるのか？失ったら後の生産性に影響があるのか？」という問題に悩まされる必要がなく、情報の重要性と保持の問題は後で段階的に解決できます；
- Inbox の内容のサイズは、情報の受信量を直感的に反映し、この計測を効果的に利用することでデジタル不安を大幅にコントロールできます；
- 今日の仕事は今日のうちに、Inbox を空にすることで「仕事が完了した」というポジティブな心理的フィードバックを安定的に実現し、得られる直感的な達成感は作業効率を向上させるのに役立ちます。同様に、メールなどでも Inbox を空にすることは非常に良い習慣です。
Queue#
短期的にキャッシュが必要な内容は Queue フォルダに入り、分類され（通常は時間に関連する内容）、その関連事項はスケジュールに組み込まれます。Queue 内の情報はノートや他の長期保存に入るか、事項の完了に伴って削除されます。名前の通り、Queue フォルダの管理は先入れ先出し（First In First Out、FIFO）のルールに従うのが最適であり、情報にも適切な締切を設定します。このような情報管理方法は、スケジュール管理にもフィードバックを与え、遅延症の発生を減少させます。
Outbox#
情報の蒸留、内面化、再構成の結果が出力です。内容の出力は思考の質と読みやすさ、美観を兼ね備え、受け手と共鳴する必要があります。これが美しいプレゼンテーション効果にこだわる時です。
Obsidian のネイティブエクスポートは非常に充実しており、Obsidian 内で表示される効果を最大限に再現できますが、高度なレイアウトが要求される文書については、依然として Pandoc を使用してエクスポートすることを選択しています。
結論#
この記事は私が具体的に Obsidian をどのように使用しているかのテクニックを紹介することを試みているのではなく、私のノート方法論に対する感悟と個人的な体験にできるだけ偏重しています。記事の論理はやや重いかもしれませんが、最後まで読んでいただいたあなたが共鳴することを願っています。
ご覧いただきありがとうございます。
題図 Photo by Pedro Araújo on Unsplash.
> ダウンロード 少数派 2.0 クライアント、フォロー 少数派公式アカウント、新しい読書体験を解放 📰
> 実用的で使いやすい 正規ソフトウェア、少数派があなたに提供 🚀
荒廃した土地、廃墟となった都市、犠牲にされた多くの命、それでも他に勝利という言葉はありませんでした。