Skip to content

搞英语 → 看世界

翻译英文优质信息和名人推特

Menu
  • 首页
  • 作者列表
  • 独立博客
  • 专业媒体
  • 名人推特
  • 邮件列表
  • 关于本站
Menu

使用约翰尼十进制系统

Posted on 2023-11-16

在Hemispheric Views 的第 028 集中, Andrew提到了用于组织文件的Johnny Decimal (JD) 系统。我把它记下来,作为一个值得研究的事情。然后,就像很多事情一样,我再也没有回去调查过。然后在第 096 集中,他们邀请 Johnny Decimal 先生亲自来谈论该系统。这是我需要正确检查它的动力。如果您更喜欢音频,我还与John讨论了《Ruminate》最新两集的 JD 系统。

  • 172 – 知识大男孩
  • 173 – 这应该是一篇博客文章吗?

在我们开始讨论之前,JD 系统有一些值得了解的概念,以便让这些内容有意义:

  • 类别 – 这些是文件夹系统的顶层,例如10-19 Family
  • 区域 – 这些是类别内的文件夹,例如10 Finance
  • ID 或项目 – 这些是区域内存在的实际文件,例如10.01 Insurance

尝试一

我浏览了这个漂亮的网站,了解了系统的“规则”,并开始提出我的类别。请注意,我在那里使用了“略读”这个词,因为我弄错了;我的类别太窄,我的领域太宽泛,没有任何意义。在我显然很匆忙并且没有对网站给予足够的关注之后,JD Discord 中的Johnny 很友善地给了我一些反馈。我在这里只介绍其中两个:

00-09系统

00-09系统  
│ 00 收件箱  
│ 01 导出数据  
│ ├── 01.01 推特  
│ ├── 01.02 豆瓣  
│ ├── 01.03 Instagram  
│ ├── 01.04 乳齿象  
│ ├── 01.05 红迪网  
│ ├── 01.06 项目数据库  
│ ├── 01.07 其他  
│ 02 教育档案  
│ ├── 02.01 学院  
│ ├── 02.02 大学  
│ ├── 02.03 学校  
│ 03 站点存档  
│ ├── 03.01 删除我吧(JDM)  
│ ├── 03.02 WordPress 主题  
│ ├── 03.03 个人  
│ ├── 03.04 自由职业者  
│ ├── 03.05 开发设计  
│ 09 存档  
│ ├── 09.01 存档  
│ ├── 09.02 相机上传  
	

我觉得所有的档案都可以变成09档案。感觉里面根本没有 99 件东西可以放进去?填满宝贝

在这种情况下,我组织得太努力了。正如约翰尼指出的那样,对于档案馆来说,里面有多少东西并不重要。确实填满了宝贝。

40-49 游戏

40-49 游戏  
│ 40张截图  
│ 41 手册  
│ 42 个 ROM  

这是一个很好的清晰区域,也许它不需要自己的区域,而可能只是其他地方的一个类别?你是否看到它被时间填满了,或者就是这样吗?如果是这样的话,那就是一个区域的“浪费”

我的意思是你有 10 个可以使用,这并不是犯罪……多年来我刚刚了解到压缩往往会带来更好的结果

这个类别太具体了。这是值得 10 年的东西,我不太可能为此突然大量涌入新领域。

约翰尼还就我的其他类别提供了一些其他建议,但总体要点是我还没有完全理解。所以我深入研究了这本书(约翰尼好心地送给我)。

练习册

JD 工作簿是一本 110 页的电子书,旨在“指导您完成建立自己的 Johnny.Decimal 系统的整个过程”。每个部分末尾还有视频,概述该章中的所有内容。我发现这些很有用,特别是看到 Johnny 如何在Bear中建立索引。

约翰尼在开始学习这本练习册之前给了我这个建议,参考了他之前的评论:

我真的很想看到练习册完成后的结果。当你这样做时,试着忘记这一切。

我读了这本书两遍,一次只是阅读,第二次是在记下我认为我的领域和类别应该是什么样子的时候。我首先在 iCloud Drive 中创建一个新目录,创建文件夹,然后使用树以纯文本形式查看文件夹结构:

 tree -L 3 -d
# -L 3 for how many levels deep
# -d for directories only

├── 00-09 System
│ ├── 00 Index
│ │ └── 00.01 Index Files
│ ├── 01 Exported Data
# ...and so on

我什至按照约翰尼的建议打印了书背面的工作表。我发现这个过程对于用笔和纸实际记录非常有帮助,而不是用黑曜石或其他一些笔记应用程序记录。

指数

在看这本书之前我并没有真正理解索引的必要性。我现在明白了。索引是项目位置以及与该项目相关的任何其他注释或任务的真实来源。索引是存储在某种笔记应用程序(在我的例子中为 Obsidian)中的所有 JD ID 的列表。观看索引上的视频后,我意识到对我有用的部分是在我的 ID 中添加有关文件的注释。所以每个ID都有对应的注释。例如,我有一个名为30-39 Resources/30 Fonts/30.02 Media Fonts文件夹,在我的索引 ObsidianVault 中有一个名为30.02 Media Fonts.md的注释。本说明包含以下London Tube.otf字体来源的链接:

 London Tube Font: https://www.fontspace.com/london-tube-font-f2717

我发现添加有关某些项目的附加注释确实很有帮助。过去,我会在 Finder 中拥有申请抵押贷款之类的文件,然后在 Obsidian 中拥有一个单独的注释,其中包含日期和预期时间表等内容,但这两件事彼此之间一无所知。使用索引将这些事情联系在一起:如果我需要查找有关申请抵押贷款的信息,我打开11.04 Mortgage.md并可以看到任何需要完成的注释和任务。根据 ID,我知道它存储在10-19 Family/11 Finance/11.04 Mortgage中。当新项目或文件没有位置时,索引也是开始的地方。

顺便说一句,有点偏离 JD 系统刻意本质的精神,直到我基本上完成了文件夹和文件本身之后,我才真正在 Obsidian 中创建了笔记。我构建了这个小脚本来为我制作文件:

 #!/bin/bash

output = "/path/to/obsidian/vault"

# put a list of folders names here
files = (
"50.01 Audio Books"
"50.02 Comics"
"50.03 Ebooks"
)

for f in " ${files [ @ ] } " ; do
touch " $output / $f .md"
done

在第二次阅读该工作簿并更多地思考我的结构后,这就是今天的情况:

京东系统架构

00-09系统  
| 00指数  
│ ├── 00.01 索引文件  
| 01 导出数据  
│ ├── 01.01 推特  
│ ├── 01.02 豆瓣  
│ ├── 01.03 Instagram  
│ ├── 01.04 乳齿象  
│ ├── 01.05 红迪网  
│ ├── 01.06 项目数据库  
│ ├── 01.07 其他  
│ ├── 01.08 推特图片  
| 09 档案  
│ ├── 09.01 存档  
│ ├── 09.02 相机上传  
│ ├── 09.03 开发设计  
│ ├── 09.04 自由职业者  
│ ├── 09.05 删除我吧(JDM)  
│ ├── 09.06 个人网站  
│ ├── 09.07 WordPress 主题  
│ ├── 09.08 学院  
│ ├── 09.09 大学  
│ ├── 09.10 学校  
│ ├── 09.11 讲座  
│ ├── 09.12 作品  
10-19 家庭和家人  
| 10 个产品  
│ ├── 10.01 洗衣机  
│ ├── 10.02 洗碗机  
│ ├── 10.03 冷冻柜  
│ ├── 10.04 烤箱  
│ ├── 10.05 微波炉  
│ ├── 10.06电视  
│ ├── 10.07 电子  
| 11 金融  
│ ├── 11.01 抵押贷款  
│ ├── 11.02 保险  
│ ├── 11.03 信用卡  
│ ├── 11.04 贷款  
│ ├── 11.05 Monzo 壶  
| 12 建筑工程  
│ ├── 12.01 平面图和布局  
│ ├── 12.02 照片  
│ ├── 12.03 厨房  
│ ├── 12.04 杂物间  
│ ├── 12.05 浴室  
| 13 次购买  
│ ├── 13.01 豪斯街123号  
│ ├── 13.02 屋道456号  
| 14 法律  
│ ├── 14.01 工作  
│ ├── 14.02 死亡  
│ ├── 14.03 改名契约  
│ ├── 14.04 工资单  
│ ├── 14.09 [已编辑]  
20-29 播客  
| 20 沉思  
│ ├── 20:00 录音  
│ ├── 20.01 集  
│ ├── 20.02 艺术作品  
│ ├── 20.03 声音  
│ ├── 20.04 表演笔记  
│ ├── 20.05 情节艺术  
| 21 我们有家人  
│ ├── 21.00 录音  
│ ├── 21.01 集  
│ ├── 21.02 作品  
│ ├── 21.03 声音  
│ ├── 21.04 表演笔记  
│ ├── 21.05 情节艺术  
| 22 跟进  
│ ├── 22.01 出场  
│ ├── 22.02 提及  
│ ├── 22.03 粉丝艺术  
| 23 展会档案  
│ ├── 23.01 瑞奇热维斯秀  
│ ├── 23.02 仿生与富矿  
│ ├── 23.03 与布雷特和迈克一起做饭  
│ ├── 23.03 飞出个未来  
│ ├── 23.04 你好互联网  
30-39 资源  
| 30 种字体  
│ ├── 30.01 编码  
│ ├── 30.02 媒体  
│ ├── 30.03 符号  
│ ├── 30.04 其他  
| 31 个图标  
│ ├── 31.01 一般用途  
│ ├── 31.02 利基  
| 32 音乐和声音  
│ ├── 32.01 片段  
│ ├── 32.02 免版税音乐  
│ ├── 32.03 布拉哈吉  
| 33 本书  
│ ├── 33.01 有声读物  
│ ├── 33.02 漫画  
│ ├── 33.03 开发  
│ ├── 33.04 电子书  
│ ├── 33.05 乐高  
40-49 爱好  
| 40场比赛  
│ ├── 40.01 截图  
│ ├── 40.02 手册  
│ ├── 40.03 ROM  
| 41 乐高  
│ ├── 41.01 手册  
│ ├── 41.02 照片  
│ ├── 41.03 行动中心  
│ ├── 41.04动漫展独家  
| 42 树莓派  
│ ├── 42.01 PiSight  
│ ├── 42.02 现在玩圆周率  
| 43 筹款  
│ ├── 43.01 圣犹大 2023  
| 44 流媒体  
│ ├── 44.01 背景  
50-59 媒体  
| 50 个纹身创意  
│ ├── 50.01 收件箱  
│ ├── 50.02 手臂纹身  
│ ├── 50.03 袖星  
│ ├── 50.04 CSS HTML 纹身  
| 51 模因  
│ ├── 51.01 我的  
│ ├── 51.02 动图  
| 52 简介  
│ ├── 52.01 头像  
│ ├── 52.02 标题  
│ ├── 52.03 拟我表情  
│ ├── 52.04 RK标志  
| 53张壁纸  
│ ├── 53.01 桌面版  
│ ├── 53.02 电话  
│ ├── 53.03 iPad  
| 54 媒体截图  
│ ├── 54.01 漫画  
│ ├── 54.02电视  
│ ├── 54.03 回到未来海报  
│ ├── 54.04 科尔内托三部曲海报  
| 55 音乐  
│ ├── 55.01 专辑封面  
│ ├── 55.02 Linkin Park 演示  
│ ├── 55.03 保龄球汤演示  
│ ├── 55.04 专辑  
| 56 张照片和视频  
│ ├── 56.00 相机上传  
│ ├── 56.01 按年份  
│ ├── 56.02 [已编辑]  
│ ├── 56.03 纸质图画  
│ ├── 56.04 各种  
│ ├── 56.06 个人视频  
│ ├── 56.07 YouTube 视频  
│ ├── 56.08婚纱照亭  
	

在其他地方使用京东

我发现真正有用的事情之一是通过使用数字而不是名称对文件夹进行排序的想法,东西不会移动。如果我将30.02 Garden Patio重命名为30.02 Garden Decking则该文件夹将保留在同一位置。事后看来,这似乎是显而易见的,但我发现它非常有用,我将它合并到我的主要黑曜石金库中。以前我有三个文件夹,分别称为Ideas 、 Posts和Projects以及一些更特定时间的文件夹。现在,这些是00.01 Ideas 、 00.02 Posts和00.03 Projects 。另一个事后看来非常明显的想法来自约翰尼的索引视频:按上次修改而不是按名称对文件进行排序。我发现当我有想法时,可以更轻松地快速跳入并更新笔记。

结论

我认为这样的系统要么对一个人有用,要么根本不起作用,没有中间立场。京东系统则不然。我相信,即使它对某些人(比如约翰)来说不起作用,这里也有很多好的想法可以应用于很多不同的情况。它对我来说非常有效,我能够比以前更快地找到我正在寻找的文件。

请访问Johnny Decimal 网站了解更多信息,如果您喜欢,请查看工作簿。

原文: https://rknight.me/using-the-johnny-decimal-system/

本站文章系自动翻译,站长会周期检查,如果有不当内容,请点此留言,非常感谢。
  • Abhinav
  • Abigail Pain
  • Adam Fortuna
  • Alberto Gallego
  • Alex Wlchan
  • Answer.AI
  • Arne Bahlo
  • Ben Carlson
  • Ben Kuhn
  • Bert Hubert
  • Bits about Money
  • Brian Krebs
  • ByteByteGo
  • Chip Huyen
  • Chips and Cheese
  • Christopher Butler
  • Colin Percival
  • Cool Infographics
  • Dan Sinker
  • David Walsh
  • Dmitry Dolzhenko
  • Dustin Curtis
  • eighty twenty
  • Elad Gil
  • Ellie Huxtable
  • Ethan Dalool
  • Ethan Marcotte
  • Exponential View
  • FAIL Blog
  • Founder Weekly
  • Geoffrey Huntley
  • Geoffrey Litt
  • Greg Mankiw
  • Henrique Dias
  • Hypercritical
  • IEEE Spectrum
  • Investment Talk
  • Jaz
  • Jeff Geerling
  • Jonas Hietala
  • Josh Comeau
  • Lenny Rachitsky
  • Li Haoyi
  • Liz Danzico
  • Lou Plummer
  • Luke Wroblewski
  • Maggie Appleton
  • Matt Baer
  • Matt Stoller
  • Matthias Endler
  • Mert Bulan
  • Mind Matters
  • Mostly metrics
  • Naval Ravikant
  • News Letter
  • NextDraft
  • Non_Interactive
  • Not Boring
  • One Useful Thing
  • Phil Eaton
  • Product Market Fit
  • Readwise
  • ReedyBear
  • Robert Heaton
  • Rohit Patel
  • Ruben Schade
  • Sage Economics
  • Sam Altman
  • Sam Rose
  • selfh.st
  • Shtetl-Optimized
  • Simon schreibt
  • Slashdot
  • Small Good Things
  • Steph Ango
  • Steve Blank
  • Taylor Troesh
  • Telegram Blog
  • The Macro Compass
  • The Pomp Letter
  • thesephist
  • Thinking Deep & Wide
  • Tim Kellogg
  • Understanding AI
  • Wes Kao
  • 英文媒体
  • 英文推特
  • 英文独立博客
©2025 搞英语 → 看世界 | Design: Newspaperly WordPress Theme