Obsidian은 불과 몇 년 만에 수백만 명의 사용자를 확보했고, Notion은 기업의 표준 도구가 되었으며, GitHub의 README는 거의 전부 Markdown으로 작성된다 — 이 '플레인 텍스트 부활'은 우연이 아니다. Word와 Google Docs가 수십 년간 주류로 자리잡았음에도, 왜 더 많은 사람들이 더 '원시적'으로 보이는 플레인 텍스트 형식으로 돌아가고 있을까? 그 답은 형식 설계 자체의 철학에 있다.
1. 형식 전쟁: .docx vs 플레인 텍스트
Microsoft Word가 보급되기 전, 개발자와 학자들은 오랫동안 플레인 텍스트로 문서를 작성했다. Word의 등장은 WYSIWYG(보는 대로 얻는) 편집이라는 편리함을 가져왔지만, 몇 가지 장기적인 문제도 함께 가져왔다:
- 형식 잠금: .docx는 닫힌 바이너리 형식으로, Word나 Google Docs 없이는 정상적으로 열거나 편집하기가 어렵다
- 형식 손상: 버전 차이, 폰트 누락, 스타일 오류는 크로스 플랫폼 공유 시 흔히 겪는 악몽이다
- 버전 관리의 어려움: Git 같은 버전 관리 도구는 바이너리 형식에 사실상 무력하며, '누가 무엇을 바꿨는지' 효과적으로 추적할 수 없다
- 검색과 인덱싱의 제한: 바이너리 형식은 전문 검색을 복잡하게 만들고, 백업에도 더 많은 저장 공간이 필요하다
플레인 텍스트에는 이런 문제가 전혀 없다. 어떤 텍스트 편집기로도 열 수 있고, 어떤 운영체제에서도 검색할 수 있으며, 어떤 버전 관리 시스템으로도 문자 단위까지 변경 사항을 추적할 수 있는 진정한 범용 형식이다.
2. Markdown: 플레인 텍스트와 서식 사이의 완벽한 균형
플레인 텍스트의 문제는 타이포그래피 의미론이 없다는 것이다. # 제목을 쓰더라도 렌더링 없이는 그냥 한 줄의 텍스트일 뿐, 시각적으로 큰 제목으로 표시되지 않는다.
2004년, John Gruber와 Aaron Swartz는 Markdown을 설계했다. 목표는 '플레인 텍스트가 최종 렌더링 결과에 최대한 가까워 보이게 하는 것'이었다. 핵심 설계 결정은: 렌더링하지 않아도 Markdown 소스 코드 자체가 읽기 쉬워야 한다는 것이다.
# 제목은 제목처럼 보인다. **굵게**는 강조된 텍스트처럼 보인다. - 목록 항목은 목록처럼 보인다. 이 '시각적 일관성' 덕분에 Markdown은 렌더링 없이도 구조를 파악하기 쉽고, 도구에 대한 의존도가 낮다.
3. Markdown은 어디에서 사용되는가?
Markdown의 활용 범위는 대부분의 사람들이 생각하는 것보다 훨씬 넓다:
- GitHub / GitLab: 모든 README, Issue, Pull Request, Wiki가 Markdown을 기본으로 지원
- 기술 문서: Docusaurus, MkDocs, Sphinx 같은 문서 프레임워크가 Markdown을 핵심으로 사용
- 블로그 플랫폼: Hugo, Jekyll, Hexo 같은 정적 사이트 생성기가 Markdown으로 글을 작성
- 노트 앱: Obsidian, Logseq, Joplin, Bear 등이 Markdown 파일로 노트를 저장
- 협업 플랫폼: Notion, Confluence, Slack, Discord 모두 Markdown 문법을 지원
- 학술 글쓰기: Pandoc으로 Markdown을 LaTeX, PDF, DOCX로 변환할 수 있어 연구자들 사이에서 채택이 늘고 있다
4. 왜 개발자들은 특히 Markdown을 좋아하는가?
개발자들에게 Markdown은 핵심적인 문제를 해결한다: 문서는 코드와 함께 있어야 하며, 같은 버전 관리 워크플로우를 거쳐야 한다.
프로젝트 문서가 Markdown이라면:
git diff로 문서의 모든 수정 내역을 줄 단위로 확인하고, 누가 어떤 줄을 바꿨는지 명확히 알 수 있다- Pull Request에서 코드 리뷰와 동일한 도구로 문서 변경을 검토할 수 있다
- CI/CD 파이프라인에서 문서 형식이나 링크 유효성을 자동으로 검증할 수 있다
- 문서가 코드와 함께 진화하여 '문서가 코드를 따라가지 못하는' 상황을 방지할 수 있다
Markdown이 버전 관리에 적합한 근본적인 이유는 플레인 텍스트 형식이 '두 버전의 차이를 비교하는' 작업을 의미 있게 만들기 때문이다. Word 문서의 차이 비교는 읽기 어렵고, 전용 도구가 필요한 경우도 있다. 플레인 텍스트의 차이(diff)는 표준화되어 있어 어떤 도구로도 처리할 수 있고, 사람이 읽을 수 있다.
5. Obsidian은 왜 급성장했는가? 플레인 텍스트의 실용적 강점
Obsidian은 2020년에 출시되어 2년 이내에 100만 명의 사용자를 돌파했다. 핵심 설계 결정은: 모든 노트를 로컬 Markdown 파일로 저장한다는 것——클라우드 데이터베이스가 아니라.
이 설계는 구체적인 이점을 제공한다:
| 특성 | 기존 클라우드 노트 (Evernote 등) | Obsidian (로컬 Markdown) |
|---|---|---|
| 데이터 소유권 | 데이터가 벤더 서버에 | 데이터가 내 컴퓨터에 |
| 오프라인 사용 | 네트워크 동기화 필요 | 완전 오프라인 작동 |
| 내보내기 유연성 | 보통 유료 플랜 필요 | .md 파일에 직접 접근 가능 |
| 검색 속도 | 서버에 의존 | 로컬 전문 검색으로 즉시 응답 |
| 벤더 종속성 | 높음 (도구 전환 시 대량 변환 필요) | 낮음 (어떤 편집기로도 열 수 있음) |
Obsidian의 급성장은 어느 정도 벤더 종속성에 대한 반발이다 — 사용자들은 수년간의 노트를 특정 서비스의 독점 형식에 가두는 것이 잠재적인 리스크임을 인식하기 시작했다.
6. 플레인 텍스트의 장기 보존성: 20년 후에도 읽을 수 있을까?
많은 사람들이 한 번도 생각해보지 않은 질문이 있다: 오늘 쓴 노트를 20년 후에도 읽을 수 있을까?
1990년대의 .doc 파일은 현대 Word에서 열려면 '호환 모드'가 필요한 경우가 많고, 서식이 이미 깨져 있을 수 있다. 반면 1990년대의 플레인 텍스트 파일은 오늘날 어떤 텍스트 편집기로도 완벽하게 열린다 — 플레인 텍스트 형식 자체에는 버전도 의존성도 없기 때문이다.
장기 보존이 필요한 지식(일기, 연구 노트, 개인 지식 베이스)에는 플레인 텍스트가 현재 시간을 가장 잘 견디는 디지털 형식이다.
7. Markdown의 한계
Markdown이 만능은 아니며, 적합하지 않은 상황도 있다:
- 복잡한 레이아웃: 다단 구성, 정밀한 이미지-텍스트 혼합, 헤더·푸터 디자인에는 여전히 Word나 InDesign이 필요하다
- 실시간 공동 편집: 여러 명이 동시에 같은 문서를 편집할 때, Google Docs의 실시간 협업 경험은 대부분의 Markdown 도구를 앞선다
- 비기술 사용자: 문법에 익숙하지 않은 사람에게는
**굵게**보다 툴바 버튼이 더 직관적이다 - 복잡한 표: Markdown 표 문법은 셀 병합이나 복잡한 수식 설정을 지원하지 않는다
도구에 우열이 있는 것이 아니라, 적합한 상황이 다를 뿐이다. Markdown이 가장 빛나는 상황은 버전 관리, 장기 보존, 크로스 플랫폼 공유, 또는 코드와 함께 존재하는 텍스트 콘텐츠를 다룰 때다.
8. 글자 수 세기: Markdown 작성에서 간과하기 쉬운 함정
Markdown으로 글을 쓸 때 간과하기 쉬운 문제가 있다: 글자 수는 렌더링 상태에 따라 크게 다를 수 있다.
원시 Markdown에는 문법 기호(#, **, [] 등)가 포함되어 있으며, 이 기호들은 렌더링 후에는 사라지지만 플레인 텍스트 상태에서는 글자 수에 포함된다. 원고료 계산, SEO 글 길이 요건, 투고 규정 등 정확한 글자 수가 필요한 경우에는 '원시 Markdown 글자 수'와 '렌더링 후 플레인 텍스트 글자 수' 중 어느 것을 세는지 의식하는 것이 중요하다.
9. 정리
플레인 텍스트와 Markdown의 부활은 디지털 콘텐츠에 대한 사람들의 재고를 반영한다:
- 데이터 소유권: 내 노트는 나의 것이어야 하며, 특정 서비스의 형식에 갇혀서는 안 된다
- 장기적 가독성: 플레인 텍스트는 시간을 가장 잘 견디는 디지털 형식이다
- 버전 관리 친화성: 코드와 문서는 같은 워크플로우를 사용해야 한다
- 크로스 플랫폼 범용성: Markdown은 거의 모든 현대적인 글쓰기 및 개발 도구에서 지원된다
아직 Markdown으로 노트나 문서를 작성해본 적이 없다면, 간단한 README나 일기부터 시작해보자. 불필요한 서식 노이즈를 제거하고 나면, 오히려 생각이 더 명확해진다는 것을 느끼는 사람들이 많다.