ファイル階層を使ってメモは分類しない方がいいと思う

Share
ファイル階層を使ってメモは分類しない方がいいと思う
Photo by Andri Aeschlimann / Unsplash

結論から

ObsidianやNotionを使ってメモを取るときはファイル階層(ディレクトリ階層?)を使って整理するのではなく、リンクを使ってメモを接続することで整理する方がいいと思う。

たとえば大学の講義ノート

フォルダーで管理をするとこんな感じでメモを管理することになると思う。


📂月曜3限専門英語

📝第1回講義メモ

📝第2回講義メモ

📝第3回講義メモ

📝第4回講義メモ

📝第5回講義メモ

📂月曜5限環境経済学

📝第1回講義メモ

📝第2回講義メモ

📝第3回講義メモ

📝第4回講義メモ

📝第5回講義メモ


見た目にはきれいに分類できていい気分になれるのがメリット。

問題はディレクトリは管理という意味以外をもたないこと。

知識というのはそれぞれが海上の孤島のように存在していて、それらをつなげていくことが大事なのかなって思っている。

リンクで管理するとこんな感じ。


📝2025年1学期

🔗📝専門英語

🔗📝第1回講義メモ

🔗📝第2回講義メモ

🔗📝第3回講義メモ

🔗📝第4回講義メモ

🔗📝第5回講義メモ

🔗📝環境経済学

🔗📝第1回講義メモ

🔗📝第2回講義メモ

🔗📝第3回講義メモ

🔗📝第4回講義メモ

🔗📝第5回講義メモ


ファイルの中にMarkdownのリンク(めもめも)[どこどこ]を埋め込むことでWebサイトのようにリンクをポチポチするだけでお目当ての場所にたどり着けるようになっている。

具体的にはこんな感じ。

## Markdownのメモメモ

これはいろんなメモをまとめるスーパーメモ

サブメモを列挙していく

- (サブメモその1)[./サブメモその1.md]
- (サブメモその2)[./サブメモその2.md]
- (サブメモその3)[./サブメモその3.md]
## サブメモその1

いろんなことをメモしていく。

めもめもめもめも。

📝2025年1学期のページをホームページのように扱うことで、階層構造をリンクとして表現したつもり。

ちなみにリンクを使ってメモを管理し始めるとファイルが一つの階層にたくさんできるので気になる人は気になる。

Obsidianでの使い方になるが、Obsidian Vaultのフォルダーにたまっていくことになる。

さすがに自分のメモと周辺の情報は異なるので、「自分が書いたメモ」と「他人の書いたメモ」と「添付ファイル」の三つに分けている。

添付ファイルはattachmentフォルダーにたまっていき、Webページの切り抜きはClippingフォルダーに保存するようにしている。

欠点は新規メモの作成はともかく、それをリンク形式で整理するのがめんどくさい。例えば第6回のメモを作ったとして、それをいちいちリンクとして書き込むのがめんどくさい。まあ、慣れです。

真意

Markdownがディレクトリ構造の変化に弱いことは結構言われること。

しかもわかりやすさのために、デフォではWikiリンクとなっているので普遍的なフォーマット化といわれると結構微妙。MarkdownなんだからMarkdownのお作法にそっていればいいのに。

また、Obsidianはデフォルトでノート間のリンクにWikilink形式の記述を採用しています。Wikilinkはフォルダ階層の変更に弱いだけでなく、ソフトウェアによって解釈がまちまちであるため堅牢性に欠けるので推奨できません。

https://jmatsuzaki.com/archives/28115

ディレクトリ構造の変化に弱いのだから、いっそ全部一つのディレクトリで管理してやろうと考えたわけ。ディレクトリはいじらない前提の使い方をすることで、うっかりリンクが壊れてしまうことをなくせるし、そもそもディレクトリをいじる用事がなくなる。

フォルダーを開いたときにずらっと表示されるので事実上の使い道もなくなるので、そもそもフォルダーを使う気すら起きなくなるはずだ。

必要なノートは検索機能を使ってノートのタイトルや全文検索機能でキーワードを頼りに検索していけばいい。最悪grepしてもいいし。

それにせっかくObsidianはネットワークとして表示してくれる面白機能があるのだから、それぞれのメモがどうつながっているのかネットワークとしてみてみるのは面白いじゃない。

Obsidianを使い始めたばかりの人の記事を見ていると、多くのメモが孤立しているネットワークグラフを見ることがある。

知識はつながってこそなのだから、せめて構造だけでもネットワークに落とし込んじゃえという感じ。

ファイルの場所を気にしなくて済むので、Ctrl + nでメモを一瞬で書き始められる。

めっちゃいいよ。

Read more

青空文庫のParser

青空文庫のParser

青空文庫のParserを作ってます。 GitHub - P4suta/aozora: Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks.Pure-functional Rust parser for 青空文庫記法 (Aozora Bunko notation): ルビ, 傍点, 縦中横, 外字, 返り点, indent containers, page breaks. - P4suta/aozoraGitHubP4suta Rustで作ってますが、配布物はcargoのほかにnpm/pypiでも入手できます Documentation * Playground — try it in

By Sakashita Yasunobu

イケイケなWinスクショアプリを作りました

パソコンのスクショってなんというか、地味というか、撮ってそのままだと何とものっぺりしていますよね。 特にWindowsだとMacっぽい丸っこい感じとかもなく、無骨だなあと。 ということで、それっぽくおしゃれな背景や角丸を付けておしゃれに撮影をしてくれるスクショアプリを作りました。 GitHubで公開しています。 GitHub - P4suta/Snaply: Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10)Snaply — a modern, clean-architecture Windows screenshot tool (WinUI 3 / .NET 10) - P4suta/SnaplyGitHubP4suta ウィンドウ・領域選択・スクリーンのキャプチャができます。 タッチスクリーンなどにも対応しているはずです。 撮影をすると、クリップボードにコピーされ、フォルダーへの保存もされます。

By Sakashita Yasunobu
Find My Files

Find My Files

Windowsにおける爆速ファイル検索アプリの定番といえば、Everythingです。 voidtoolswebhost2 その高速さの理由は、NTFSの仕組みをうまく活用していることにあります。Windowsで一般的に使われているNTFSには、ファイル情報を管理するマスターファイルテーブル(MFT)と、ファイルシステムの変更履歴を記録するUSN Journalがあります。Everythingはこれらを利用することで、初回に高速にファイル一覧を構築し、その後はUSN Journalを監視してリアルタイムにインデックスを更新しています。そのため、数百万ファイル規模の環境でも非常に高速な検索を実現しています。 もちろん、単純にファイル名やパスを保持するだけでは、大量のメモリを消費してしまいます。また、数百万件ものファイルから一瞬で目的のものを見つけるためには、メモリ効率の高いデータ構造や高速な検索アルゴリズムなど、さまざまな工夫が必要になります。 このように、Everythingは見た目こそシンプルですが、中身はかなり高度なことをやっているソフトウェアです。 なお、Everyth

By Sakashita Yasunobu