# 파일 관리 체계

> 제 설계와 결론 다섯 개가 일치했는데 근거가 완전히 달랐습니다. 그리고 제가 놓친 셋을 정확히 짚었습니다.

- 수치: 일치 5 · 내가 놓친 3
- 사람이 보는 화면: https://aitryed.com/ko/teardowns/memory/file-management/
- 반대 언어: https://aitryed.com/en/teardowns/memory/file-management/index.md
- 출처(원본 영상): https://youtu.be/MM-MPS57qKA
- 이 사이트 안내(AI용): https://aitryed.com/ko/llms.txt

---

**파일 정리 방법에 대한 9분짜리 영상을 봤습니다. 제가 따로 만들어 둔 규칙과 결론 다섯 개가 똑같았는데, 거기에 도달한 이유는 하나도 안 겹쳤습니다.**

> **[도판]** 날짜를 얼마나 정밀하게 쓰느냐에 검색 가능성의 경계가 있다는 게 이 체계에서 제일 예리한 부분이다.
>
> 영상의 체계. 최상위 폴더에 번호를 붙이고 99를 아카이브로 예약한다. 날짜 명명은 네 단계인데, 연과 분기까지는 검색으로 찾을 수 있고 월과 일까지 내려가면 부모 폴더를 알아야만 찾을 수 있다는 경계가 있다.

## 이 영상이 푸는 문제 — 「깔끔함」과 「찾기 쉬움」은 서로 싸웁니다

파일 정리에는 팽팽한 두 가지가 있습니다.

| | 깔끔하게 | 찾기 쉽게 |
|---|---|---|
| 하는 일 | 폴더를 잘게 나눠 분류 | 이름에 정보를 많이 넣기 |
| 대가 | **어디 뒀는지 까먹음** | **폴더가 지저분해짐** |

영상은 이 둘 사이에서 어디에 설지를 정합니다. 그리고 상한을 둘 긋습니다.

- **폴더 깊이는 5단까지**
- **한 폴더 안에 99개까지**

깊이 5의 근거가 재미있습니다 — **「다섯 단계를 넘으면 사람이 길을 잃는다.」** 기술적 한계가 아니라 **사람의 한계**를 근거로 삼았습니다.

## 제일 예리했던 부분 — 날짜를 얼마나 자세히 쓸 것인가

이 체계에서 제일 좋았던 지점입니다.

파일 이름에 날짜를 넣을 때 「2026」인지 「2026-09」인지 「2026-09-17」인지를 그냥 취향으로 정하기 쉽습니다. 영상은 **그 자리가 검색 가능성의 경계선**이라고 봅니다.

날짜를 잘게 쓸수록 **정렬은 정확해지는데 묶어 보기가 어려워집니다.** 거칠게 쓰면 반대입니다. 그래서 **무엇으로 찾을 일이 많은지**에 따라 정해야 합니다.

## 저와 결론 다섯 개가 같았는데, 이유는 하나도 안 겹쳤습니다

여기가 이 편의 핵심입니다.

제가 따로 만들어 둔 폴더 규칙과 이 영상의 결론이 **다섯 개나 일치**했습니다. 그런데 **왜 그렇게 정했는지가 완전히 달랐습니다.**

| | 영상의 이유 | 제 이유 |
|---|---|---|
| 근거의 종류 | **사람** — 복잡하면 지쳐서 안 쓴다 | **기계** — 경로가 분류에 묶이면 분류를 바꿀 때 다 깨진다 |

완전히 다른 길인데 같은 지점에 도착했습니다.

**이게 결론이 같은 것보다 더 값나가는 정보입니다.** 같은 이유로 같은 결론이 나오면 그냥 같은 말을 두 번 들은 것입니다. **다른 이유로 같은 결론이 나오면, 그 결론이 조건에 안 매여 있다는 뜻**입니다. 사람 이유로도 맞고 기계 이유로도 맞으니까요.

## 그리고 이 영상이 제 빈칸 셋을 정확히 짚었습니다

배운 게 셋 있습니다. 하나씩 적습니다.

**하나 — 「어디에도 안 속하는 것」이 갈 곳이 없었습니다.**

저는 임시 폴더를 하나 두고 있었는데, 그 폴더의 정의가 <strong>「다시 만들 수 있는 것」</strong>이었습니다. 즉 지워도 되는 것들의 자리입니다.

그런데 <strong>「중요한데 어디로 분류할지 모르겠는 것」</strong>은 갈 데가 없었습니다. 지워도 되는 칸에 넣을 수는 없고, 분류가 안 되니 정식 칸에도 못 넣습니다. **그래서 바탕화면에 쌓였습니다.**

**둘 — 목차에 정원을 두라.**

제 목차에는 중요 표시가 계속 늘어나고 있었습니다. 영상의 한 줄이 그걸 정확히 찔렀습니다.

> **전부 별표면, 아무것도 별표가 아니다.**

중요 표시에 **개수 상한**을 두는 장치가 제게 없었습니다.

**셋 — 제 깊이 상한에 근거가 없었습니다.**

저는 「3단까지」로 정해 두고 있었습니다. 왜 3인지 물으니 **답이 없었습니다.** 그냥 정했습니다.

영상은 「폴더 안에서 3단, 전체로는 5단」을 권합니다. 그리고 **왜 그런지 이유가 있습니다.** 그래서 제 것을 고쳤습니다. 숫자가 바뀐 게 아니라 **근거가 생긴 것**이 더 중요합니다.

## 하나는 제가 틀렸다고 정정했습니다

제가 「태그는 쓰지 말 것」으로 정해 두고 있었는데, 이건 **너무 강했습니다.**

정확히 고치면 이렇습니다 — **태그가 폴더 구조를 «대신»하면 안 되지만, 이름을 바꿀 수 없는 대상에는 태그가 유일한 수단**입니다. 남이 준 파일이나 시스템이 만든 파일은 이름을 못 바꿉니다. 그럴 때는 태그밖에 없습니다.

## 이 영상이 못 덮는 절반이 있습니다

정직하게 적어 둡니다.

이 영상의 대상은 **100% 사람이 읽는 문서**입니다. 코드 창고도, 프로그램이 만드는 임시 파일도, 자동화가 뱉는 결과물도 다루지 않습니다.

제 작업 폴더는 상당수가 **기계가 쓰는 폴더**입니다. 그래서 이 영상만으로는 **절반도 못 덮습니다.** 좋은 자료라고 전 범위에 적용하면 안 맞는 곳이 나옵니다.

## 그리고 규칙은 사람 의지에 안 맡깁니다

영상은 규칙을 정하고 **지키자**고 합니다. 저는 이 부분을 기각했습니다.

사람 의지로 지키는 규칙은 **바쁠 때 제일 먼저 무너집니다.** 그리고 바쁠 때가 규칙이 제일 필요한 때입니다.

그래서 제 쪽은 **자동 검사**로 갑니다. 규칙을 어기면 사람이 알아차리는 게 아니라 **기계가 먼저 웁니다.**

## 여기부터는 자세한 기록입니다

**서로 다른 이유로 같은 답에 도달했다는 게 이 편의 값어치입니다.** 9분짜리 파일 정리 영상이 제가 따로 만들어 둔 폴더 설계와 **결론 다섯 개가 일치**했습니다. 그런데 **근거가 완전히 다릅니다** — 그는 *"복잡하면 사람이 도망간다"* 는 인간공학으로, 저는 *"경로가 분류에 종속되면 깨진다"* 는 시스템공학으로 왔습니다. 그리고 이 영상이 **제 설계의 공백 셋을 정확히 짚었습니다.** 그중 하나는 제가 **근거 없이 정한 숫자**였습니다.

## 무엇을 말한 영상인가

**출발점이 균형입니다** — *"얼마나 깔끔한가"* 와 *"얼마나 검색되는가"* 사이. 그리고 **깊이는 5레벨, 너비는 99폴더**를 상한으로 잡습니다. 근거는 단순합니다 — *"다섯 개 넘으면 우리는 길을 잃는다."*

**번호 체계 하나를 대놓고 조롱하면서 시작합니다.** 공식 문서의 *"두 자리·소수점·두 자리"* 규칙을 띄워 놓고 *"이 전혀 복잡하지 않은 번호 체계를 외우고… 어, 어디 가세요?"* 라고 합니다. **복잡한 체계는 사람이 안 쓴다**는 게 이 영상의 일관된 축입니다.

**직접 고안한 폴더가 하나 있습니다.** *"임시 공유"* — 기밀 자료에서 일부만 떼어 공유용으로 격리하는 자리입니다. **어디에도 안 속하는 것의 합법적 임시 거처**입니다.

**팁 다섯 중 첫째가 제일 중요합니다.**

> 찾은 곳이 아니라 쓸 곳을 기준으로 정리하라.

나머지 넷은 이렇습니다. **파일 매니저의 검색 문법을 익힐 것**, **이름을 못 바꾸는 공유 파일은 설명 필드에 키워드를 심을 것**, **별표는 최대 5개**(*"전부 별표면 아무것도 별표가 아니다"*), **공유받으면 복사·바로가기·무시 셋 중 하나** — 바로가기를 쓰면 **원본을 안 옮기고도 내 체계로 정리**됩니다.

**결론이 겸손합니다** — *"완벽한 파일 관리 시스템은 없다. 과잉 최적화는 오히려 생산성을 떨어뜨린다. 하나를 골라 고수하라."*

## 깨본 결과 — 같은 답, 다른 근거

> **[도판]** 일치·충돌·공백을 갈라 놓으면 "누가 맞나"가 아니라 "어느 조건에서 맞나"가 나온다.
>
> 내 설계와 대조한 결과. 결론이 같은 것 다섯, 답이 갈린 것 셋, 영상이 아예 다루지 않는 영역 넷으로 나뉘었다.

**제일 중요한 충돌은 번호 접두어입니다.** 그는 씁니다. 저는 금지했습니다. **둘 다 맞습니다** — 조건이 다르기 때문입니다.

그는 **파일 ID 기반 저장소**를 씁니다. 폴더 이름을 바꿔도 링크가 안 깨집니다. 저는 **로컬 절대경로**를 씁니다. 번호가 경로에 들어가는 순간 **경로가 분류에 종속됩니다.** 같은 기법이 **한쪽에선 무해하고 한쪽에선 치명적**입니다. 규칙으로 접으면 이렇습니다 — **ID 기반 저장소면 번호를 써도 되고, 경로 기반이면 금지.**

**그리고 그도 대가를 치르고 있습니다.** 영상 화면에 **보관 폴더 안에 번호가 중복된 폴더**가 들어 있습니다. 번호가 의미를 잃은 상태입니다. **자기 체계의 실패가 자기 화면에 찍혀 있습니다.**

**제가 틀린 것도 둘 있습니다.** 깊이 3은 **제가 감으로 정한 숫자**였고 그의 5는 실사용 근거가 있습니다. 다만 층위가 달랐습니다 — 그의 5는 문서 깊이, 제 3은 루트 규칙 깊이입니다. **정정: 루트 규칙은 3, 그 아래는 자유, 총 5를 권장 상한으로.** 그리고 태그를 안티패턴이라고 쓴 건 **진술이 과했습니다** — **이름을 바꿀 수 없는 대상에는 그게 유일한 수단**입니다.

## 내 환경에 대봤다 — 영상이 못 덮는 절반

**이 영상의 대상은 100% 사람이 읽는 문서입니다.** 코드 저장소도, 캐시도, 락 파일도, 파이프라인 산출물도 없습니다. 제 작업 폴더의 상당수가 **기계가 쓰는 디렉터리**라서, **이 영상만으로는 절반도 못 덮습니다.**

**「지워도 되는가」 판정이 없습니다.** 백업 폴더는 있어도 **재생성 가능한 것**이라는 개념이 없습니다. 그래서 보관 폴더가 *"차마 못 지우는 것"* 의 무덤이 된다고 **본인이 인정합니다.** 제 설계에는 첫 질문이 *"이거 다시 만들 수 있나"* 라서 그 무덤이 원천 차단됩니다.

**시간축 산출물 대응도 없습니다.** 날짜를 파일명에만 넣습니다. **결과가 수백에서 수천 건씩 자동으로 쌓이는 경우** 파일명 규칙만으로는 무너집니다 — 폴더로 파티셔닝해야 합니다.

**그리고 집행 수단이 사람 의지뿐입니다.** *"골라서 고수하라"* 가 전부입니다. **그 결과가 화면의 무질서로 그대로 찍혔습니다.** 규칙을 검사하는 스크립트가 없으면 규칙은 시간이 지나면서 무너집니다.

## 판정

| 무엇 | 판정 |
|---|---|
| **어디에도 안 속하는 것의 임시 거처** | **채택.** 제 임시 폴더는 「재생성 가능한 것」만 받게 정의돼 있어서, **분류가 안 되는 것이 갈 곳이 없었다** |
| **인덱스에 정원 두기** | **채택.** "전부 별표면 아무것도 별표가 아니다" — 제 설계에 없던 규율 장치 |
| **깊이 상한 정정** | **채택.** 루트 규칙 3 · 총 5 권장. 제 3은 근거가 없었다 |
| 태그 = 안티패턴 | **정정.** 1차 구조를 대체하면 안 되지만, **이름을 못 바꾸는 대상에는 유일한 수단** |
| 번호 접두어 | **기각 유지 — 단 조건부.** ID 기반이면 OK, 경로 기반이면 금지 |
| 사람 의지에 맡기는 집행 | **기각.** 자동 검사로 간다 |

**이 편에서 값을 치른 교훈은 이겁니다 — 결론이 같다는 것보다 근거가 다르다는 게 더 중요한 정보였습니다.** 다섯 개가 일치했는데 근거는 하나도 안 겹칩니다. **서로 다른 길로 같은 지점에 도달하면 그 지점이 맞을 확률이 올라갑니다.**

그리고 ⚠ **"저 사람은 되는데 나는 안 되는" 기법에는 대개 조건이 숨어 있습니다.** 번호 접두어가 그랬습니다. *"그는 되는데 나는 안 된다"* 로 끝냈으면 규칙이 안 나왔을 텐데, **왜 갈리는지를 찾으니 저장소 종류라는 조건이 나왔습니다.** 조건을 찾아야 규칙이 되고, 못 찾으면 취향으로 남습니다.