2014년 7월 — 노르웨이 OSS 마에스트로 Sindre Sorhus가 만든 "awesome-list들의 awesome-list". 12년이 지난 2026년 — 462k stars · 34.7k forks · 8.2k watchers. CC0(저작권 포기). 27개 메가 카테고리, 수백 개의 자식 awesome-list. GitHub에서 가장 별 많은 비-코드 레포 중 하나, 그리고 OSS 큐레이션 장르의 사실상 원형.
한 사람의 README가 — 어떻게 GitHub 문화가 됐나.
2014년 — GitHub은 이미 큰 플랫폼이었지만 "좋은 자료 찾기"는 여전히 어려웠다. 구글 검색 결과는 SEO 스팸으로 망가져 가고 있었고, Stack Overflow의 답변 품질은 들쭉날쭉. 그 시절 — Sindre Sorhus가 자기 분야(Node.js, Electron 등) 자료를 정리한 README를 올리기 시작했다.
2014년 7월 11일 — 그 README들을 "한 곳에 모은 README"가 탄생. 이게 sindresorhus/awesome이다. 처음엔 그저 자기 자료의 인덱스였지만 — 다른 사람들이 자기 분야의 awesome-list를 만들기 시작하면서 PR이 폭발. "awesome list"라는 단어 자체가 OSS 문법이 됐다.
12년이 지난 지금 — 전 세계 거의 모든 기술 분야가 자기 awesome-list를 가진다. awesome-python, awesome-react, awesome-selfhosted, awesome-rust... 모두 — sindresorhus/awesome의 자식이거나 손자. 그래서 이 한 레포는 — OSS 문화의 모범 답안 그 자체.
awesome 태그로 별 1000+ 자식 레포만 4000+. 명확한 형식(TOC + 카테고리 + 한 줄 설명)이 — 이 장르의 사실상 표준.chalk, got, p-queue, execa, ava, boxen... npm에서 그의 패키지 없이 — Node.js 생태계는 작동하지 않는다. "한 사람이 어떻게 인터넷 인프라를 만들 수 있는가"의 전형. GitHub Sponsors로 풀타임 OSS로 살고 있다.전체 글의 핵심 메시지.
이 레포 자체는 — 한 줄짜리 링크들의 모음이다. 거기엔 깊이가 없다. 그런데 — 각 링크가 향하는 자식 awesome-list가 깊이를 가진다. 한 사람이 전 인류의 모든 분야를 정리할 수 없으니 — 분야별 전문가에게 큐레이션을 위임한 분산 모델.
그래서 이걸 "북마크" 하는 게 아니라 — "내가 들어가야 할 토끼굴의 시작점"으로 봐야 한다. 27개 카테고리 안에 — 각자의 인생 시간을 부어 만든 awesome-list가 수백 개. 자기 관심 분야로 가서 자식 레포를 펴면 — 그 분야 베테랑의 즐겨찾기가 통째로.
12년 된 레포가 — 다시 TrendShift 17위에 오른 배경.
① 검색 엔진의 추가 몰락. 2024~2026 사이 구글 검색은 — LLM-생성 SEO 스팸으로 더 망가졌다. "best linux backup tool"을 검색하면 — 광고 6개 + LLM이 쓴 affiliate 글 4개 + 진짜 자료 1개. 그래서 사람들이 — 큐레이션 레포로 돌아오고 있다.
② AI 코딩 에이전트의 input data. Claude·GPT 같은 모델 — 자기 학습 데이터로 awesome-list를 광범위하게 흡수했다. "AI에게 좋은 도구를 추천받는 능력"은 — awesome-list가 잘 정리돼 있을수록 좋아진다. 그래서 큐레이션 레포의 가치가 다시 올라간다.
③ "큐레이션 = 진짜 가치"라는 재인식. 모든 게 흔해진 시대 — "누군가의 판단"이 비싸진다. Sindre의 awesome 레포는 — 한 사람이 12년간 PR을 받고·거절해 온 판단의 집합이다. 그 메타데이터 자체가 검색 알고리즘으로 만들 수 없는 자산.
④ "OSS 큐레이션이 가능하다는 증명". 이 레포가 작동한다는 것은 — "수많은 익명 기여자가 자발적으로 정확한 정보를 모을 수 있다"는 증명이다. Wikipedia 다음으로 큰 — 자발적 큐레이션 케이스. 위기의 시대에 — 그 증명 자체가 위로가 된다.
"이 분야"의 좋은 자료가 어디 있는지의 지도.
Miscellaneous: 분류 안 되는 보석들 — Awesome Spotify Playlists, Awesome Bash, Awesome Boilerplates. Related: awesome-awesome(awesome 큐레이션의 큐레이션), awesome-indexes, awesome-curated-lists. "awesome list의 우주가 자기 자신을 인식하는 메타 영역".
왜 페이지 분리·정적 사이트가 아니라 — README 하나인가.
sindresorhus/awesome/ ├── readme.md ← 거의 모든 콘텐츠 (TOC + 27 카테고리) ├── awesome.md ← "어떻게 awesome list를 만들 것인가" 가이드 ├── contributing.md ← PR 가이드라인 ├── create-list.md ← 새 awesome list 생성 step-by-step ├── code-of-conduct.md ├── pull_request_template.md ← PR 양식 └── media/ ← 배지·로고 → 자식 awesome list들은 — 각자 독립된 GitHub 레포로
이 레포 자체에 — 코드도, CI도, 빌드 시스템도 없다. 마크다운 파일 한 줌이 전부. 그런데도 12년간 — 462k 별. 비결:
중앙 메인테이너가 — 모든 분야를 다 알 수 없다. 그래서 각 분야의 awesome-list는 그 분야 전문가가 메인테이너. sindresorhus/awesome은 — "이 자식이 awesome 자격이 있는가"만 판단. 가중치 줄어 — 운영 가능.
자식 awesome list가 되려면 — awesome.md 가이드라인을 충족해야. 알파벳 정렬, 한 줄 설명, 너무 트렌디한 것 X, 알아낼 수 있는 도구만, 라이선스 있는 것만. 이게 — "awesome list 장르의 통일된 사용 경험"을 만든다.
awesome.re 사이트가 — "이 레포는 awesome 자격을 인정받았다"는 배지를 제공. 자식 awesome list의 README 상단에 — . 이게 — 분산 신뢰의 기호.
새 awesome list 추가 PR은 — pull_request_template.md로 강제. 자기 awesome list가 — awesome.md 룰을 충족하는지 체크리스트. 메인테이너는 — 체크리스트만 확인. "수많은 PR을 한 사람이 처리 가능"의 비결.
코드보다 — 사회적 구조가 중요한 레포.
sindresorhus/awesome (462k stars)
│
┌─────────────────┼─────────────────┬───────────────┐
▼ ▼ ▼ ▼
awesome-python awesome-react awesome-rust awesome-selfhosted
(200k stars) (65k stars) (45k stars) (200k stars)
│ │
▼ (자식의 자식) ▼
awesome-asyncio awesome-sysadmin
awesome-python-data-science awesome-pi-tools
awesome-django ...
awesome.re 배지 사이트
(자식 자격 인증 + 통합 검색)
awesome-awesome-awesome-awesome (Sindre 본인 — 메타-메타)
→ "awesome list 큐레이션의 큐레이션의 큐레이션"
흥미로운 사실: Sindre는 — awesome-awesome-awesome-awesome이라는 별도 레포도 가지고 있다. "awesome list들의 awesome list들의 awesome list". 이게 자기 풍자인지 진지한 메타 큐레이션인지 — 모호한 채로 작동. "OSS 큐레이션의 무한 재귀"가 가능하다는 증명.
단순 자료 모음을 넘어 — 메타-스킬과 문화 학습.
자기가 일하는·관심 있는 분야로 — TOC에서 클릭. 거기 자식 awesome list에 — 그 분야 베테랑이 12년간 모아둔 "이 분야의 모든 좋은 것"이 있다. 평소 모르던 도구·튜토리얼·블로그가 — 한 페이지에. "한 분야 1주일 정독 → 평균 3년 단축".
중앙 1명이 모든 분야를 큐레이션할 수 없다. 그런데 — 100명의 자식 메인테이너 + 1명의 메타 메인테이너로는 가능하다. "OSS 큐레이션의 위계 모델". 자기 회사 내부 위키·sales playbook·트레이닝 자료에 그대로 적용할 수 있는 패턴.
"좋은 awesome list가 되려면" — awesome.md의 규칙들. 알파벳 정렬, 한 줄 설명, 라이선스 명시, 활성 상태 확인, 너무 트렌디 X. 자기 도메인의 어떤 큐레이션도 — 이 룰을 적용하면 품질이 즉시 올라간다.
이 레포 + 거의 모든 자식 awesome list = CC0. "인류 공동 자산". 즉 — 자기 회사 사내 위키에 그대로 카피해도 합법, 책으로 출판해도 합법, AI 학습 데이터로 써도 합법. "비제한 데이터"의 가장 큰 풀 중 하나를 의미.
Sindre Sorhus는 — awesome 레포 + 1300+ npm 패키지를 풀타임 OSS로 살며 운영한다. GitHub Sponsors + OpenCollective로. "하루 24시간 OSS만 해도 인생이 된다"는 증명. OSS 생태계에 들어가는 모든 개발자의 — 잠재적 진로 표본.
"읽기"가 아니라 — "도구"로.
"X에 대한 awesome list 있나" → 구글에 awesome <키워드>. 없으면 — sindresorhus/awesome TOC에서 클릭. 구글보다 빠를 때가 많다. 광고·SEO 스팸 없이 — 그 분야 가장 잘 정리된 자료로 1번에.
새 언어·새 프레임워크 배운다면 — 그 분야 awesome list부터. 1순위 책·튜토리얼·도구·커뮤니티가 다 있다. "공식 docs를 모르면서 인기 도구만 쓰는" 위험을 피한다.
git clone https://github.com/sindresorhus/awesome.git + cd awesome && grep -i "키워드" readme.md. GitHub 검색보다 빠르다. 자기 머신에 가져다 두면 — 평생 1초 검색.
자기가 잘 아는 영역(예: "한국 핀테크 API", "DevOps 한국어 자료", "K-pop 작곡 도구")에 — 아직 awesome list가 없다면 — 자기가 만들어라. awesome-<your-topic> 레포 → awesome.md 룰 따름 → 부모 레포(sindresorhus/awesome)에 PR. 통과되면 — "이 분야의 인덱스"를 운영하는 사람이 된다.
난이도별 4개.
TOC에서 — 자기가 하는 일·관심 분야 3개를 찾아 자식 awesome list URL을 즐겨찾기에. 다음에 그 분야 도구 찾을 때 구글 X — 직접 확인.
자기 1차 전문 분야(예: awesome-react)의 awesome list를 — 위에서 아래로 한 번 끝까지. 모르는 도구 + 모르는 블로그를 — "오늘 새로 배운 것 리스트"에. 거의 항상 — 10개 이상.
자기가 잘 아는 awesome list로 들어가 — 거기 빠진 좋은 도구 1~3개를 PR. awesome.md 룰 정확히 따름. 메인테이너 코멘트 받고 — 수정. 머지되면 — 자기 GitHub에 OSS 기여 1건. 이력서 컬러 한 점 추가.
아직 awesome list가 없는 분야("한국 클라우드 자료", "Korean Indie Game Dev", "한국 AI 스타트업")를 골라 — awesome-<topic> 레포 생성. 50+ 좋은 자료 정리. sindresorhus/awesome에 PR → 통과되면 — 그 분야 인덱스의 주인. 5년 후엔 별 1000+ 가능.
한 레포에서 — OSS 생태계 전체로.
sindresorhus.com + sindresorhus/sindresorhus 노트 레포. "한 사람이 어떻게 1300 패키지를 운영하나"의 답. "왜 풀타임 OSS가 살아남을 수 있나"의 GitHub Sponsors 모델.
"모든 것의 90%는 쓰레기"라는 법칙. 큐레이션은 — 그 90%를 거르는 작업. Information Architecture(IA) 책 1권(예: "Information Architecture for the World Wide Web"). awesome list 메인테이너로 살려면 — IA 감각이 필수.
한 명이 — 1000+ 컨트리뷰터를 어떻게 다루나. CONTRIBUTING.md 설계, PR template, issue label 시스템. Brett Cannon의 강연, Lerna 메인테이너의 글들. "OSS는 코드보다 사람 관리"의 영역.
OSS 메인테이너의 — 수익 모델. Sindre 본인은 GitHub Sponsors에서 — 월 ~$10k. 자기 OSS 프로젝트가 — 어느 정도 자라면 — Sponsors 켜기. "좋아하는 일로 돈 받는 한 길".
레포·생태계에서 자주 나오는 용어.
 — README 상단에 붙는 깃발. "이 레포는 sindresorhus/awesome에 등재됐다"의 의미. "분산 신뢰의 시각 표지". 가짜로 붙이면 — 평판 손실.awesome.md 룰: 항목 30+ 이상이면 TOC 필수.레포·생태계·관련 자료.
레포 본체: github.com/sindresorhus/awesome
awesome.re 배지: awesome.re
awesome 가이드: awesome.md · create-list.md
Sindre 본인: github.com/sindresorhus · sindresorhus.com
유사 큐레이션: trimstray/the-book-of-secret-knowledge(sysadmin/security 메가), awesome-selfhosted(셀프호스팅), vinta/awesome-python(Python).