Posts

なぜブックマークは散らかるのか 保存は 1 秒、見つけるのに 2 分。多くの人が数百件を超えたあたりで同じ壁にぶつかります。2 年前に作ったフォルダ構成が、今の使い方と合っていないのです。 原因は「フォルダが足りないこと」ではなく、構造が設計されないまま増え続けたことです。以下は長く運用できる 7 つの型です。簡単な順に並べています。 1. フラット＋タグ すべてを 1 つのリストに入れ、検索とタグで探します。 向いている人：200 件以下で、一覧より検索をよく使う人。 限界：数百件を超えるとタグが重複し始めます。 2. 3 フォルダ方式 上位フォルダを 3 つだけ作ります：Now（今週使う）、Reference（参照用）、Someday（いつか）。 向いている人：頭の中だけで維持できる仕組みが欲しい人。保存のたびに「今週使うか、いつか使うか、たぶん使わないか」を 1 回判断するだけです。 3. テーマではなくプロジェクトで分ける 「デザイン → インスピレーション → サイト」のような無限に伸びるテーマ分類ではなく、進行中の案件名でフォルダを作ります。 向いている人：仕事に波がある人。案件が終わればフォルダは自然に不要になり、ツリーが肥大化しません。 4. ファイル管理ソフト型のツリー ブックマークをファイルのように扱います。最大 5 階層のネスト構造で、各階層に意味を持たせます。 ナビ ├── 仕事 │ ├── ドキュメント │ └── ツール ├── 学習 │ ├── 語学 │ └── プログラミング └── 娯楽 ├── 動画 └── 読書 NavProject はこのモデルを採用しています：5 階層、ドラッグ＆ドロップ、右クリックでの作成・編集・削除に対応し、構造を後から自由に組み替えられます。 向いている人：数百〜数千件を、位置で覚えている人。 注意：深さのための深さは不要です。リンクが 1 つだけのフォルダは、たぶんフォルダにする必要がありません。 5. 受信トレイ方式 Inbox というフォルダを 1 つ作り、新しいブックマークはすべてそこへ。週に一度、仕分けるか削除するか、その場で処理します。 ...