ジョニー・デシマル — 人生を整理するシステム

 (johnnydecimal.com)
2 ポイント 投稿者 GN⁺ 2025-02-22 | 1件のコメント | WhatsAppで共有
  • デジタルファイルやノートが散在し、再び探し出す時間が増えてしまう問題を、Johnny.Decimal は 2013年から 番号ベースの整理体系 で解決してきた
  • 核心は紙の書類保管箱のように、情報ごとに論理的な置き場を決め、文書・ノート・ファイルを後から 他の人でも見つけやすく すること
  • 2026年からは 小規模ビジネス に注力し、運営管理者のいない事業者が抱え込む事務・文書整理の負担を減らす方向へ拡大する
  • 有料商品は Small Business System を含むプログラム US$360、Johnny.Decimal University US$210、Life Admin System US$35 に分かれ、14日間の返金保証が付く
  • 小規模事業者でなくても、職場の業務、家庭、コミュニティクラブ、学校の整理に適用でき、無料アカウントでまず 5段階のプロセスを体験できる

散らばったデジタル情報を再び見つけるための体系

  • Johnny.Decimal は、コンピュータによって何でもどこにでも保存できるようになったことで生じた 情報の置き場所の問題 を扱う
  • 紙の書類保管箱の時代には、文書は構造的に保管され再び見つけやすかったが、デジタル環境ではユーザーが特別な訓練なしに、はるかに多くの情報を自分で管理しなければならない
  • 「もう誰も何も見つけられない」という問題はストレスと大きな時間の浪費につながり、Johnny.Decimal はこれを減らすための整理方法を 2013年から提供してきた
  • 入門文書では、システムの構造と使い方を段階的に案内している

小規模事業者を中心としたプログラム

  • 2026年から Johnny.Decimal は 小規模ビジネス 支援にさらに注力する
    • 大規模組織であれば年 US$120k の運営管理者に任せる仕事を、小規模事業者は自分で処理しなければならない状況を問題視している
    • 税務申告そのものを代行することはできないが、関連文書や事務整理で生じるストレスを減らすことに焦点を当てる
  • 適用対象は実際の小規模事業者だけにとどまらない
    • 職場でより体系的に働きたい個人
    • 家庭生活を整理したいユーザー
    • コミュニティクラブや地域の学校のような小さな組織

運営方式と価格

  • Johnny.Decimal は Johnny と Lucy が運営しており、10年間趣味としてサイトを運営した後、2023年からは 2人ともフルタイムで整理関連製品を作っている
    • 製品は数百時間におよぶ 手作業 で作られていると紹介している
    • メッセージには Johnny が直接返信し、コミュニティの数百人を知っていると説明している
  • 提供されるプログラムと価格は次のとおり
    • Small Business System を含む小規模ビジネス向けプログラム: US$360、サブスクリプションではない買い切りで、生涯アップデートを含む
    • Johnny.Decimal University: US$210、20時間以上の動画と今後の制作物を含む
    • Life Admin System: US$35、家庭生活をすばやく整理したいユーザー向けのシステム
  • すべての商品には 14日間の返金保証 があり、満足できなければ質問なしで返金すると案内している
  • すぐに決済したくないユーザーは無料アカウントを作成し、ウェルカムシリーズの 5段階の整理プロセス でまず適性を判断できる
  • まず見て回りたいだけなら システム紹介 から始められ、サイト左上の / をクリックするとインデックスページへ移動できる

関連記事

1件のコメント

 
GN⁺ 2025-02-22
Hacker News の意見

  • 美しいシステムではあるが、40年たっても頭が破裂しそうになるのはこういう場面だ。
    Johnny のシステムで車に 21 を割り当てると、VW バンは 21.1、Citron は 21.2 になり、それぞれの車の保険は .8 を付けて 21.1.8、21.2.8 になる。
    お金には 13 を割り当て、保険はお金の下にあるので 13.5 が保険、生命保険は 13.5.1、E&O 保険は 13.5.2 になる。
    医療にも、通院、ワクチン、救急外来、手術、子どものアレルギーなどのために最上位フォルダが必要だ。
    2か月後、健康保険の約款は医療の下に置くべきか、それともお金の下に置くべきか。自動車保険は車の下なのか、それともお金 > 保険の下なのか。
    核心は、特定のリーフノードがどの枝にあるのか思い出せないことだ。年間の自動車税はお金側なのか車側なのか。すべての車の税金を一度に見たいならお金 > 税金 > 自動車に入れるべきだが、VW の税金を最後に払った時期を探すときは、車 > VW > 自動車税にあると思ってしまう。
    だから何も見つけられなくなる。Johnny には敬意を表するが、きちんと使うには自分が鈍すぎるようだ。

    • まさにそこが核心だ。保存するほぼすべての情報は複数の文脈に同時にまたがっており、どれほどアドレス体系が巧妙でも、階層型の整理システムではそれを扱えない。
      規模と複雑さがある程度大きくなると、必要な項目の魔法の呪文のような URL を覚えていられず、検索もしばしば崩れる。保存時に使った略語や同義語が、あとで思い出す表現と違うからだ。
      短期記憶や想起能力が弱かったり ADHD があったりすると、それほど大きな規模でなくてもすぐ問題になる。
      タグ、内容分類器、オントロジーが解決策に近いと思うが、正しく分類されるようにデータを継続的に手入れする必要があり、時間がかかる。
      最近は機械学習分類器が役に立っていて、自動タグを追加したツールから実際に恩恵を受けている。ここに個人の活動文脈まで組み合わされれば、本当の解決策に近づきそうだ。アルゴリズムが、ユーザーが重要だと定めた領域、トピック、プロジェクト、範囲、十進数項目と新しい情報を照合し、現在のツールが見落としている文脈上の関連性をかなり推測できる。
    • Johnny です。これは典型的な例で、私もよく引用する。Insurance > Car なのか、Car > Insurance なのか。
      実際には、どちらかに決めればいい。どちらか一方が自分の頭にはより自然で、たいていはそれを覚えている。
      もちろん一貫性を保つと助けになる。私たちが設計したシステムでは、ほとんどの人が保険を保険対象の近くに置きたがることが分かった。
      そこで生活管理システムでは、健康、ペット、家、自動車、旅行の保険を、それぞれ関連する記録のそばの ID に置いている。多くの人にはうまく合っているようだ。
      それに、索引を fallback として使えることも忘れてはいけない。私も大半の番号は覚えていないが、Bear を開いて検索欄に insurance と入力すれば全部出てくる。今では 3 回クリックすれば住宅保険にたどり着けるし、見ると 12.12 にあった。
      https://share.icloud.com/photos/0afQRa-furBCpa9rOIc3r3Q7g
    • だからフォルダよりタグを好む。すべてのノートをサブディレクトリなしで単一フォルダに入れている。
      ノートは複数の分類に属し得るので、ツリー構造は自然な整理方法ではない。タグを付け、ノートアプリが既存のタグ一覧を見せてくれれば、ずっと楽になる。
    • だから Obsidian のようなリンク文書の Wiki 型システムが好きだ。リンクを簡単に作れるので、1つの項目に複数の経路からアクセスできる。
      健康ノートと財務ノートがあるとき、健康保険をどこに置くかは、その時点でよりもっともらしい場所を選ぶ。あとで間違った場所を先に探したなら、そこに「健康保険」ノートやセクションへのリンクを作ればいい。これで健康の下を見ても財務の下を見ても見つけられる。
      多くの人が勧める「Obsidian 流」は、この効果を最大化するためにノートをできるだけ小さくすることだが、個人的にはそう使っていない。大きなノートに見出しを多く置き、見出しは最大 6 段階まで入れ子にし、ノート内およびノート間で特定の見出しへ多くリンクするやり方を好んでいる。階層型ナビゲーションとリンクによるナビゲーションがうまく混ざった感じだ。
      領収書や写真のような非テキストファイルは関連するノートやセクションからリンクし、さまざまな種類のメディアは WYSIWYG エディタ内でそのまま見ることができる。
    • この問題には長く悩まされてきたが、解決策は構造をできるだけフラットに保つことだった。保険関連の項目はすべて 13 に行く。
      フラットな構造は複数の項目を「混ぜる」ように見えて整理されていない感じがするが、中身が多すぎなければ、1つずつざっと見るのは思ったより速い。1つのセクションが多くなりすぎたら、最上位構造で複数のセクションに分けるか、本当に明確で量が多いときだけ 1 段階下げる。写真は例外的に時系列の並びが最も合っていた。
      最上位セクションが 50 個ほどあっても大きな問題ではない。構造が透明になり、索引・並べ替え・1つずつざっと見ることが引き続き簡単だ。

  • 個人の知識管理システムは、多くの場合 発見可能性、ポータビリティ、保守性、想起のしやすさの間でトレードオフを取ることになる
    発見可能性とは、忘れていたものを偶然また見つけられる可能性のこと。最近も、去年必要だった税務書類の一覧ファイルを taxes ディレクトリで見つけた。書いた記憶はなかったが、とても役に立った
    ポータビリティとは、会社が潰れたりプロジェクトが放棄されたりしてもシステムが持ちこたえられる度合いで、保守性とは、新しいノートを入れることも含め、原則に沿ってシステムを維持しやすい度合いのこと。想起のしやすさとは、探していることが分かっているときに、どれだけ簡単に見つけられるかのこと
    一生使う個人の知識管理なら、自分は他の人よりポータビリティを重視する。Notion のように特定の会社に強く縛られるものはそもそも除外するし、Obsidian や org-roam にも慎重だ。項目自体がテキストであっても、いつかそれらを結びつけるロジックが開発・保守されなくなり、移行が必要になると分かっているから
    ディレクトリ構造とテキストファイルは長期的な媒体として信頼できるので Johnny Decimal は魅力的だが、保守性、とりわけ新しいノートを入れるときの 認知負荷 がコンテンツ作成の大きな障壁になる。さらに、保守性を犠牲にして得られる主な利点である想起のしやすさは検索機能でほぼ解決できるため、フラットな notes ディレクトリに全部放り込む場合と比べて残る利点は、発見可能性くらいだ
    今は PARA に近い方法を使っていて、そのまま定着するかもしれない。Emacs ユーザーとしては、denote もタグと検索ベースの、もう少しポータブルな選択肢として興味深い

    • 自分も同じ船に乗っている感じがする
      すべてを単一フォルダ内の プレーンテキストの Markdown ファイル として保持している
      いつか自分のソフトウェアが壊れても、その時代に流行っているインデクサに入れれば使い続けられる。それでも sqlite + fts プラグインだけでもかなり長く持ちそうだ
    • 発見可能性、ポータビリティ、保守性、想起のしやすさというトレードオフの分類は良い
      Obsidian は基本概念がタグとリンク付きの Markdown 文書なので、似た構造を複数のアプリで見つけられるし、かなり ポータブルなシステム だと見ている [^1]
      今は Bear を使っているが、Obsidian へ移行する実験をしてみたところ、特に問題はなかった
      [^1]: Bear Notes、IA Writer、Ulysses、Craft に似たもの、NotePlan など

  • Johnny Decimal が解決しようとしている問題には本当に共感できる。誰もがデジタル整理に苦労していて、すっきりした単純なシステムの魅力は明らかだ
    似たようなアプローチを複数のチームに適用してみた結果、個人プロジェクトや範囲が明確な小規模チームの作業には非常によく合う。しかし現実の情報の多くは、単一のカテゴリに収まることを拒む。技術仕様書は、同時にシステムアーキテクチャでもあり、コンプライアンス文書でもあり得る
    Johnny Decimal の強みは 厳格な単純さ だが、実際の組織の複雑さに直面すると、まさにその点が弱みになる
    こうした自然な相互接続を無理に妨げるより、受け入れるほうがうまくいった。文書が複数の文脈に存在できるようにしつつ、Johnny Decimal の中核目標である見つけやすさを維持する方法だ。混沌への解決策は、十進階層を強制することではなく、現代の組織で情報が実際に流れる方法に合ったシステムを作ることなのかもしれない

    • だからこそ タグ には価値がある。重複を作らなくても項目を複数のカテゴリで表現でき、各関連カテゴリはその項目を指し示せる

  • 以前の議論:
    https://news.ycombinator.com/item?id=36308366
    https://news.ycombinator.com/item?id=37506640
    https://news.ycombinator.com/item?id=25398027

  • どんなシステムかよりも、システムが存在することのほうが重要だと思う
    階層を3段階に制限することに大きな利点があるのかはよく分からない。作成時刻のようなメタデータをファイル名に入れるのは重複なので、おそらく間違ったやり方だが、かなり魅力的で、実際よくやってしまう

    • コンピュータを何度も移行したら、一部ファイルの作成日が間違っていた
      Johnny Decimalは使っていないが、年別フォルダに多くのものを入れていて、明らかにおかしなものがある。たとえば、あるグラフィックノベルを2012年に始めたことは分かっているのに、初期の数ページの日付が2014年や2019年になっている。コンピュータの移行で日付が変わったのか、後で編集したときに新しいファイルとして保存したのかは分からない。日付が大きく間違っていることだけは分かる
      どんなシステムであれ、あることが重要だという点には同意する
    • ファイルシステムに作成時刻を追跡させるなら、データをどう移すか、使うツールがその値をきちんと保持するかを気にしなければならない
      20250221-nyc-tripのように名付けたフォルダは粗いが、非常に長持ちする保存方式だ
    • こういう記事の良いところは、誰かが自分のシステムを文書化し、反復改善している点にある。そこから自分に合うアイデアを盗んでくればいい
      整理が得意ではなく、個人システムを運用するのに苦労してきた立場としては、こうしたガイドはかなり役に立つ。自分に残る断片だけを取り入れることで改善してきた（https://www.hanselman.com/blog/one-email-rule-have-a-separat...）
      システム全体をそのまま試そうとするたび、始めることすらできず、ストレスだけが増えた
    • よく使う階層のいくつかは3段階を超えていて、扱うのが面倒だ
      作業中のレベル数を減らすため、サブディレクトリ全体をデスクトップにコピーすることもある。終わったらファイルを元の「箱」に戻し、デスクトップ版を削除する

  • Johnny DecimalやPARAを含め、さまざまな整理システムを試したが、どれも自分には合わなかった
    ADHDのある人間として一番合っていた方法は、整理に労力をかけないことだった
    だからLogseq、Tana、Reflectのようなツールが合っている。単にジャーナルに書き、必要なら項目にタグを付ける。長い文書を書く必要があるときだけ別ページを作る
    その後は検索とバックリンクだけで十分だ。自分の脳は探索より検索のほうがうまく働く

    • 長い期間、整理の解決策を探し、数え切れないほど多くのアプリを乗り換え、複数のインフルエンサーのフィードバックやアイデアを追いかけた末に、同じ道に落ち着いた。ADHDの診断はないが、兆候は全部ある
      自分の個人知識システムでは、週次の整理／レビューのプロセスでタグ、ファイル名、ファイル内容などを検索し、過去のノートとゆるく結び付けている
      膨大な時間を節約できたし、さらに重要なのは、分析麻痺を大きく減らし、最も重要な作業である執筆に集中できるようになったことだ
    • 複雑なシステムは自分にとって純粋なノイズだ。Sublimeのようなテキストエディタで開いた単純なMarkdownファイル1つで十分なこともあるし、言っていたようにタグ付けできる単純なシステムでも、フォルダの中にファイルの山があるだけでもいい
      検索さえ良ければすぐ見つかるし、忘れるべき大半のことは忘れればいい
      個人的には、年ごとに大きなファイルを1つ置き、さまざまなノート、テキスト、ToDoなどを日付ごとに分けている。そうすると、日付へ上にスクロールしたり検索したりして、何をどの日にしたのかを見つけられる。空の日もあれば、多い日もある。一部のトピックやプロジェクトは別ファイルを持つ
    • ADHDの立場からすると、整理に頑張らないほうがよいという点には同意する
      ウェブサイトを少し見たが、圧倒されてすぐ閉じた
      良い整理システムの核心は一貫性だが、残念ながら、そういう生活領域での一貫性は私たちの強みではない
    • ADHDがあるかどうかは分からないが、Logseqはとても気に入っている
      自分にとっては、ノート作成、ジャーナリング、アウトライン作成、タスク追跡、軽い階層化／リンク付けが完璧に混ざったツールだ
      システム内で項目を整理したり分類したりしなければならないなら、そもそも項目を記録しなくなる
    • ほとんどのものはうまく機能せず、時間の試練に耐えられない
      それでも、これまで自分に合っていた方法はこうだ
      物理的な書類や印刷物には、シンプルなファイル整理箱に吊り下げ式のマニラフォルダを使っている。数年前にフォルダを50個買い、今までに半分ほど使ったように思う
      デジタル資料には、自宅でホストしているシンプルなMediaWiki環境を使っている。公開インターネットからはアクセスできない。ビジュアルエディタがあるので編集の摩擦が少なく、カテゴリシステムも十分うまく機能する。1ページが複数カテゴリに属せるし、検索も十分使い物になる
      MediaWikiの良い点は、画像をアップロードして挿入でき、Nextcloudのファイルのような他システムへリンクでき、ファイル自体をアップロードして複数ページからリンクできることだ

  • このシステムが格好いいことは認めるが、以前は生活のあらゆる部分を過剰に最適化していて、それがあまりに疲れた
    ある日ただやめて、現在に集中し、優先順位を付け、重要なことは覚えておこうとする方向に変えた
    今でもノートやToDoリストは使っているが、それらもその瞬間に使うための道具にすぎない。いくつかを失ったかもしれないが、ストレスの除去のおかげで、全体として自分がしていたあらゆることをよりうまくできるようになった

    • いくつかを失うことより、すべての作業で精神的負担が減ることのほうがはるかに大きい
      今は毎日新しいページを作り、やるべきことを書くローリングToDoリストのノートだけを維持している。会議メモも、特定のプロジェクトファイルに属さないならそこに書く
      唯一残念なのは、本から抜き出したノートを簡単に参照できる形式で維持する方法だ。Kindleはいまいちで、ObsidianはTikTokの正反対にあるように見えるが、それでも脳を腐らせる感じがする

  • 最初は生活全般にJohnny.Decimalを適用し、かなり真剣に試した後でPARAに移った
    J.Dは、カテゴリが比較的静的な小規模事業のような場では、悪くない、あるいは非常に良いかもしれない。だが個人としては制限が強すぎ、覚えにくかった。さらに十進表記は格好いいが、自分一人で参照するならやや無意味に感じられた
    J.Dは検索して取り出すことに最適化されているが、自分に必要だったのは保存の最適化と、たまに行う検索だった
    もちろん人それぞれ合うやり方があり、何のシステムもないよりは、何らかのシステムがあるほうがよい

  • 「ファイル階層を常識的に整理して番号を付ける」
    「ハッカー美学でやたら長いブログ記事を書く」
    「HN のトップページに載る」
    それ以外にも、すべてのファイル名にスペースが入っているのは疑問。こういうものが HN で 450 点を取る理由が本当にわからない

  • 生涯ずっと散らかしてきた人間として、肝心なのは自分が何を好きで何を嫌いなのかを見極めることだった
    好きなこと：ふと通り過ぎるアイデアをその場でメモすること、プロジェクト中はできるだけ多くのドキュメントやスプレッドシートを作って混乱を受け入れること、プロジェクトが終わったら全部フォルダに入れてそのままにしておくこと
    嫌いなこと：Notion や Obsidian のような派手なツールを使うこと、硬直したシステムに縛られること、さらに悪いのはサブスクに縛られること、特定のデバイスの使用を強制されること
    自分の解決策は Upnote、Proton Drive、散らかったデスクトップ
    自分が可能な限り最適化された状態かというと、そうではない。でも必要なものはすぐ見つけられるし、プロジェクトをするときに何をすべきかもわかっている
    それ以上は、少なくとも自分にはやりすぎ