PRO.AC.ID middle way?

Hello JD community,

TL;DR: Is there a system between AC.ID and PRO.AC.ID?

I’m new to the JD system and right now in the “Think on it for a week” phase.
My use case is organizing personal and work files. My personal files and work files from non-primary employments (side gigs) fits in the AC.ID-system (for now), whereas my primary employment files requires its own AC.ID-system because of the complexity.

Initially I thought no problem, I’ll just keep the systems separated, but on second thought that’s not possible if I want to use the system other places i.e. mail and searching in the filesystem.

Then I should use the multi-project PRO.AC.ID right? The thing is the system just becomes “too big” - increasing by a 100-fold. I’ll never utilize more than maybe 15 projects (like 101-114.AC.ID) when getting a new primary employment maybe every 2-5-10 years.

On the top of my head I was thinking about using P.AC.ID using just one (or 2) letters? Like A.23.03, C.14.98, X.23.15 etc.
I agree with xxx.AC.ID not adding semantic value to the system, but what if the letters were used the same way as numbers (i.e. without meaning)?
Also I feel like I’d remember project F (F.AC.ID) or employment Y (Y.AC.ID) better than project 581 or employment 863.
I also believe that projects/employments are more “different” than areas and categories thereby earning the right to a special notation, if that makes sense.

Does anyone have some thoughts on systems between AC.ID and PRO.AC.ID?


Other thread:

Why not just have your personal and work as two separate areas? So 10-19 Personal and 20-29 or even 20-39 Work?

If I squeeze all my files into a single AC.ID-system the areas will become categories, and categories will be merged into IDs.
The problems will be:

  • In some categories I can project that I’ll reach 100 IDs within a year or two
  • I’ll loose some organization because the merged IDs are too different to be in the same folder
  • I have 4 employers at the moment, and I get a new one each 2-4 years which challenges the 10.10.100-limit

I’ve tried translating my use case with just some examples:

10-19 Personal
   11 Important documents
      11.01 Important thing 1
   12 Finance
      12.01 Finance stuff 2021
   13 Home
      13.01 House buy
      13.02 Car project
20-29 Work 1
   21 Personel
      21.01 Hire 2021
      21.02 Employee XX 
      21.03 Hire 2022
      21.04 Employee XX (salary 2021)
   22 Intelligence
      22.01 Big subject
      22.02 Small subject
   23 Operations
   24 Logistics
   25 Communications
   26 Training <-- Merged "Courses", "Workshops", "Training", "Lectures", "Activities" etc. (messy and too small)
      26.01 Course 1 2021
      26.02 Workshop 1 2021
      26.03 Training 1
      26.04 Big activity 1 2021
      26.05 Lecture 1 2021
   27 Finance
   28 Plans       <--- "Cases", "Taskings" and "Plans" merged into one category (messy and too small)
      28.01 Plan 1
      28.02 Tasking 1
      28.03 Plan 2
      28.04 Case 1
30-39 Work 2
   31 Finance
   32 Contract 1
      32.01 Client A <--- "Client A" only gets an ID, but actually needs categories like "Assignments", "Documentation", "Homepage" etc.
      32.02 Client B <--- Same for "Client B" 
   33 Contract 2 <-- Mixing all stuff in one category like "Documents", "Activities", "Cases" etc.
      33.01 Documents
      33.02 Activity 1
40-49 Work 3
50-59 Development
60-69 Work 4 <--- I'll run out of areas soon when getting new work every 2-4 years.