Skip to content

搞英语 → 看世界

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

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

13.21 扩展区域

Posted on 2024-09-18

问题

Johnny.Decimal 的一个设计原则是,10 个区域中每个区域的类别不能超过 10 个。并且每个类别的ID不超过100个。这强制执行浅层结构:区域包含类别,包含 ID。就是这样:三个级别。

然而,有些东西不适合这个结构。试图让它们适合是不自然的,并且不会产生一个整洁的系统。

扩展区域的目标是允许您使用标准的 Johnny.Decimal 系统。但扩大一个区域可以满足“十件以上”或“三层以上”的要求。

示例

学生或老师:您有 10 多个课程或主题,跨越 10 多个学期,跨越多年。

自由设计师:您管理多个客户,使用多种产品,产生多个工作岗位。您可能拥有超过 10 个这些东西。这些工作需要自己的组织水平:简报、文案、美术、评论和决赛。所以我们需要更多的深度并且超过10。

解决方案

我们从标准系统中选取一个区域并对其进行扩展。具体如何执行此操作取决于具体情况。我将为学者、创意人员和自由职业者记录模式。 1

以下是任何其他场景的指南。将它们视为选项菜单,进行混合和匹配以满足您的要求。

一个常见的反对意见

人们看到这一点后会说:“如果我能自己编出自己的东西,那么 Johnny.Decimal 的意义何在?”。对此我想说的是:生活中没有绝对的事。

我努力做到务实和诚实。我的默认系统适用于很多事情,但不是所有事情。我们仍然可以使用 Johnny.Decimal 的原则来保持组织性——这些原则如下所述。

总体原则:一致性至关重要

您可以构建几乎任何“形状”的系统并进行组织。关键是结构和文件命名保持一致。这听起来很明显,但如果你把它放在心上,你就不会出错。

通过在 JDex 中记录您的方案和设计决策来帮助未来的自己。标准零00.00 Index将是一个好地方。

规则:只扩展需要扩展的部分

旨在扩展系统的单个区域。您所做的大部分操作仍应符合标准 Johnny.Decimal 结构。如果您是自由设计师,请使用标准区域和类别来管理您的其余业务。

规则:所有ID均以区域号开头

标准 Johnny.Decimal ID 以它们所在区域的编号开头: 83.66属于区域80-89 。

你必须保留这个模式。你要扩大一个区域。选择该区域,然后确保其中包含的每个号码都以该区域号码开头。

例子

在创意模式中,区域90-99 Portfolio of creative outputs得到扩展,并使用五位非标准编号方案: A0000 … A9999 。 A表示已扩展的区域。

在此示例中,可用数字为90000 … 99999 。扩展70-79范围将是70000 … 79999 。

原理:使用字母表

在标准 Johnny.Decimal 系统中,数字取代字母表作为主要排序。这是因为大多数事情并不能从按字母顺序排序中受益。

但有些事情确实如此。例如,如果您有一长串组织,则按字母顺序对它们进行排序是有意义的。为组织分配编号并按数字排序是没有意义的。参见下图 13.21A。

原理:使用日期

按时间顺序排列对很多事情都有好处:客户的工作;大学学期。我们往往会“及时”记住这类事情发生的地点。所以日期可以帮助我们以后找到东西。

寻找使用日期的机会。必须始终以yyyy-mm-dd格式指定为年-月-日,例如2024-08-30 。这将在您的文件系统中按时间顺序排序。 2参见下图 13.21A。

原则:停止使用数字

在标准 Johnny.Decimal 系统中,每个项目都有一个数字:ID。然而,在许多扩展区域的场景中,数字可能仅在较高级别才有意义。

使用数字引导您到达您需要去的地方。或者没有字母或日期替代品的地方。但当它们成为负担时,或者当字母或日期更好时,请停止使用它们。参见下图 13.21A。

原则:使用自然层次结构

如果存在自然层次结构,请使用它们。为什么要为已有的方案发明另一种方案?

例子

作为一名自由职业者,您管理的工作是按客户、产品和工作组织的。 *在您的系统中使用此层次结构。不用担心它破坏了区域→类别→ID结构。参见下图 13.21A。

*出于本示例的目的。根据您自己的情况进行调整。

原理:寻找规律

“保持一致”的一个子原则是:始终寻找模式。如果你一遍又一遍地做某件事,它应该是一个模板。这可以节省时间并帮助您的大脑。

模板通常受益于有数字来保持有序。这里以十(10、20、30)为单位进行编号是有意义的。它在项目(05、15、25)之间留出了空间,用于放置一次性的或您忘记的项目。

例子

一位自由设计师为鞋业制作宣传材料。他们有两个客户:Joe’s Shoes 和 Tammy’s Trainers。 Joe 生产三种产品:Big Boots、Cool Kicks 和 Sick Sneakers。

这些工作遵循类似的模式。客户提供简介、副本、图像和视频。设计师生成工作文件以供审查和最终交付的产品。

这是制作可重复使用模板的机会。并再次使用数字。不作为唯一标识符,而是控制文件系统文件夹的顺序。

他们的系统可能是这样的。区域10-19是标准的 Johnny.Decimal 区域,他们扩展了20-29来处理客户和工作。

显示 Johnny.Decimal 系统的线条图。 “20-29 客户和工作”区域包含我们客户的两个子文件夹:“Joe's Shoes”和“Tammy's Trainers”。然后,Joe's Shoes 包含其产品的子文件夹,如上面的文本所述。然后每个产品都包含子文件夹,编号从 10 开始,以十为单位,用于存放摘要、副本、图像等。图 13.21A。自由设计师的模板系统。此示例使用以下原则:使用字母表、使用日期、停止使用数字、使用自然层次结构、寻找模式。

原则:发明自己的方案

人们喜爱 Johnny.Decimal ID 是有原因的。在许多情况下它们都是有用的捷径。因此,如果您需要身份证件来办理某件事,请随意制作一个。请记住:保持一致。

例子

我喜欢为我的每张发票提供一个与工作相关的唯一 ID。

在上面的例子中,我们可能会发明一个像20.JOE.BB.20240708这样的方案。我们不会每天都使用这个代码。但当我们需要一份工作时,它可以作为对该工作的明确提及。

我不必解释这个方案:我所指的工作是显而易见的。对您的文件系统和 JDex 进行注释,使方案能够自我记录。

上面线条图的截断版本。在“Joe's Shoes”之后,我们现在有了“(JOE)”,在“Tammy's Trainers”之后,我们有了“(TTR)”。在“Big Boots”之后,我们有“(BB)”,以及其余产品的类似缩写。图 13.21B。设计者的系统标注了代码以供以后使用。注意一致性:每个客户代码都是三个字母;每个产品代码有两个。

原理:使用现有代码

生活中的大部分时间已经使用了短代码的概念。大学课程有它们。创意机构使用它们。几乎每个专业的工作管理系统都会分配某种“工作编号”。因此,只要存在代码,就不要发明另一个代码。

例子

我们的学生在北半球上大学。他们有10-19的标准生活管理包。 20-29岁也有类似的结构来处理学生的管理:财务、住宿和课外俱乐部。这些是标准的 Johnny.Decimal 区域。

他们的课程需要扩展区域解决方案。他们自然地按年份和学期分组,每个人都有一个由大学分配的代码。在每门课程中,我们使用相同的模板,编号为10 … 60 。

第一学期,秋季,排在春季之前,很方便。如果不是这种情况,我们可以在前面添加数字来强制排序。也许是月份?

显示我们学生的系统的线条图,如上所述。我们有一些区域,其中包含年份,包含学期,包含课程,每个区域都有一个以十为单位编号的模板,其中包含“课程要求”、“课程大纲”等。图 13.21C。具有扩展课程作业范围的学生系统。注意一致性:每年有两个学期;每个学期都有课程代码;每门课程都是模板化的。

我在扩展/获得什么?

您的标准区域之一正在扩大。它可以增长到本质上无限的大小:我们已经放弃了 Johnny.Decimal 的约束。所以要小心。记住过去的混乱。不要回到那里。

这对我的 ID 有何影响?

该区域中的项目可能没有数字 ID。他们可能根本没有身份证。

ID 的目的是帮助您导航到某个项目,并为您提供唯一的参考。在此设置中,您可能不需要 ID 来执行这些操作。或者,您可以按照上面的记录设计自己的方案。

这对我的 JDex 有什么影响?

这取决于。请记住 JDex 的要点:帮助您快速、无压力地找到东西。因为生命的大部分都是不可发现的。

如果您设计的区域内置了这种可发现性(因为它是客户、产品和工作的简单层次结构),那么您可能不需要经常引用 JDex。

如果您想在 JDex 中保存笔记,您应该为某个项目分配一个 ID,并像往常一样在 JDex 中使用该 ID。

我可以在多个系统上使用它吗?

是的。您可以扩展SYS.AC.ID系统的区域。

我可以用它来延长末端吗?

不。延长已扩展区域的末端是没有意义的。

脚注

  1. 请密切关注博客的更新。 ↩

  2. 这是为约会迷准备的ISO8601 。 ↩

原文: https://johnnydecimal.com/10-19-concepts/13-system-expansion/13.21-expand-an-area/

本站文章系自动翻译,站长会周期检查,如果有不当内容,请点此留言,非常感谢。
  • 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
  • Elad Gil
  • Ellie Huxtable
  • 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
  • Liz Danzico
  • Lou Plummer
  • Luke Wroblewski
  • Matt Baer
  • Matt Stoller
  • Matthias Endler
  • Mert Bulan
  • Mostly metrics
  • News Letter
  • NextDraft
  • Non_Interactive
  • Not Boring
  • One Useful Thing
  • Phil Eaton
  • Product Market Fit
  • Readwise
  • ReedyBear
  • Robert Heaton
  • Ruben Schade
  • Sage Economics
  • Sam Altman
  • Sam Rose
  • selfh.st
  • Shtetl-Optimized
  • Simon schreibt
  • Slashdot
  • Small Good Things
  • Taylor Troesh
  • Telegram Blog
  • The Macro Compass
  • The Pomp Letter
  • thesephist
  • Thinking Deep & Wide
  • Tim Kellogg
  • Understanding AI
  • 英文媒体
  • 英文推特
  • 英文独立博客
©2025 搞英语 → 看世界 | Design: Newspaperly WordPress Theme