링크 자체가 문서가 된다 — 계정 없음, 저장 없음, 업로드 없음

진짜로 새로운 점은 무엇인가

새로운 것은 Markdown도 아니고 링크 공유도 아니다. 중간자를 없앤 것이다. 일반적인 공유 문서에는 두 가지가 있다. 내용과, 그 내용을 보관하는 장소. Link Doc은 둘을 하나로 합친다. 내용이 주소 자체 안에 담겨 이동하므로 신뢰해야 할 백엔드가 없고, 가입 양식도 없으며, "파일이 당사 클라우드에 저장됩니다"라는 정책을 읽을 필요도 없고, 잠기거나, 침해되거나, 삭제될 수 있는 계정도 없다.

실제로 써 보면 짧은 문서를 공유하는 느낌이 완전히 달라진다. 누구도 초대하지 않고, 누구에게도 권한을 주지 않으며, 누구의 수락을 기다리지도 않는다. 채팅, 이메일, 메시지에 링크를 붙여 넣으면 받는 사람이 클릭해서 읽는다. 받는 사람도 계정이 필요 없다. 이 도구가 존재한다는 사실조차 몰라도 된다. 링크를 열면 렌더링된 문서로 바로 연결된다.

누가 문서를 소유하는지도 달라진다. 링크를 가진 사람 말고는 아무도 소유하지 않는다. 페이지 자체가 plain하게 밝히고 있다. # 뒤 부분은 서버 요청으로 브라우저를 떠나지 않으며, 계정도 없고, 링크를 잃어버린 문서를 복구할 방법도 없다. 이것은 이 설계의 버그가 아니다. 설계 그 자체다.

사용 방법

/text/link-doc/를 열고 에디터에 입력하기 시작한다. 지원하는 Markdown은 일상적인 범위다. 제목, 글머리 기호 목록과 번호 매기기 목록, 인용, 가로줄, 코드 블록, 인라인 코드, 굵은 글씨와 기울임 글씨, 그리고 링크. 링크는 http:, https:, mailto: 주소로 제한되며, rel="noopener" 속성과 함께 새 탭에서 열린다. 그 외의 것은 클릭 가능한 링크가 아니라 일반 텍스트로 렌더링된다.

편집할 때마다 주소 표시줄에 자동으로 기록된다. 저장 버튼을 누를 필요가 없고, 누르는 것을 잊어버릴 저장 버튼도 없다. 문서가 원하는 모습이 되면 주소 표시줄에서 링크를 복사해 보낸다. 전체 작업 흐름은 이것뿐이다. 쓰고, 복사하고, 보낸다.

받는 사람은 보낸 그대로의 문서를 읽는다. 받는 사람이 자기 복사본을 편집하면 자기 버전만 편집하는 것이지, 그 변경 사항이 내 링크로 되돌아가지 않는다. 공유를 공유 원본에 대한 접근 권한을 주는 것이 아니라, 복사본을 보내는 것으로 생각하자. 문서를 수정하면 새 링크를 보내면 된다. 이전 링크는 여전히 이전 버전을 보여준다.

실용적인 참고 사항 하나. 아주 긴 문서는 아주 긴 링크가 된다. 링크가 대략 1,800–2,000자에 가까워지면 도구가 경고를 표시하는데, 이는 브라우저가 그 이상을 처리하지 못해서가 아니라, 채팅 앱이 긴 링크를 줄 바꿈하거나 자르고, 잘린 링크는 곧 깨진 문서가 되기 때문이다. Link Doc 문서는 짧게 유지하자. Markdown으로 한두 페이지 분량으로, 소설 분량은 안 된다.

Markdown 미리 보기: Edit, Split, Preview

Link Doc은 입력하는 대로 Markdown을 렌더링한다. 미리 보기는 빠진 기능이 아니라 페이지 상단에 있는 세 가지 모드 중 하나다. Split(분할 보기)이 기본값이다. 왼쪽에 에디터, 오른쪽에 렌더링된 미리 보기가 표시되며, 키 입력마다 실시간으로 업데이트되므로 제목, 목록, 인용, 코드 블록을 받는 사람이 보게 될 모습 그대로 확인할 수 있다. Preview(미리 보기)는 에디터를 숨기고 렌더링된 문서만 보여주는데, 링크를 복사하기 전에 확인하기 좋은 보기다. Edit(편집 보기)는 소스만 보여주며, 길게 이어서 쓸 때 사용한다.

미리 보기에서 중요한 세부 사항이 두 가지 있다. 첫째, 렌더러는 렌더링 전에 모든 소스 텍스트를 이스케이프 처리하므로, 입력한 내용이 미리 보기에 스크립트를 주입할 수 없다. 이미지는 전혀 지원되지 않으며 alt 텍스트만 표시되고, 링크는 http:, https:, mailto:로 제한된다. 둘째, 링크를 여는 받는 사람도 기본적으로 동일한 Split 보기를 보며 스스로 Preview로 전환할 수 있다. 미리 보기는 문서를 보는 방법일 뿐, 별개의 파일이 아니다. 소스가 필요하면 Download 버튼으로 .md 파일로 저장할 수 있고, 공유하려면 링크를 복사하면 된다.

잘 맞는 용도

Link Doc은 짧고, 완결적이며, 있는 그대로 읽히도록 만들어진 문서에 맞는다.

• 빠른 브리프나 설명 자료. 회의 노트, 사용 방법, 결정 사항 요약, 읽을거리 목록. 쓰고, 링크를 보내면 끝이다.
• 체크리스트나 일정표. 짐 싸기 목록, 배포 체크리스트, 워크숍 일정표 등 한 번 열고, 훑어보고, 바로 실행하는 것들.
• 빠르게 눈으로 확인받고 싶은 초안. 블로그 개요, 제품 노트, 제안서 스케치. 받는 사람은 아무것도 설치하거나 계정을 만들 필요 없이 읽을 수 있다.
• 그렇지 않으면 채팅에 거대한 텍스트 덩어리로 붙여 넣게 될 모든 것. 링크가 더 깔끔하고, 제목과 목록이 적용되어 렌더링되며, 메시지 입력란 속 날것의 Markdown보다 복사·붙여넣기에 훨씬 강하다.

이 모든 경우에 이점은 속도와 마찰 없음이다. 양쪽 모두 계정이 필요 없고, 관리할 저장 공간이 없으며, 설정할 권한도 없다.

맞지 않는 용도

같은 설계가 한 부류의 용도를 통째로 배제하는데, 그쪽에 Link Doc을 쓰면 답답해진다.

• 공동 편집. 함께 편집할 공유 원본이 존재하지 않는다. 두 사람이 동시에 편집하면 두 개의 별도 링크가 생기고, 병합할 방법이 없다.
• 접근 제어. 링크를 가진 사람은 누구나 문서를 읽을 수 있다. 비밀번호도, 만료 기한도, 접근 철회도, 조회 기록도 없다. 이런 것이 필요하다면 그 용도로 만들어진 도구를 써야 한다.
• 장기 보관. 링크를 잃어버리면 문서는 사라진다. 다시 로그인할 계정도, 복구 절차도 없다. 수년간 보관하고 싶은 것은 자신의 노트, 파일, 버전 관리되는 문서처럼 내구성 있는 곳에도 두어야 한다.
• 민감한 정보. 비밀번호, 개인 키, 개인정보, 회사 내부 정보 등 채팅 메시지에 붙여 넣고 싶지 않은 것은 Link Doc에 넣지 말 것. 링크 자체가 내용이므로, 링크를 전달하거나, 스크린샷을 찍거나, 어딘가에 붙여 넣으면 문서 전체가 공유된다. 모든 Link Doc 링크는 받는 사람에게 공개된 것으로 간주하자.

프라이버시 경계, plain하게 말하면

Link Doc의 프라이버시 이야기는 유별나게 단순하다. 이는 강점이지만, 제대로 이해했을 때만 그렇다. 내용은 서버에 업로드되거나 저장되지 않으며, 페이지를 불러올 때 # 뒤의 프래그먼트가 서버로 전송되지 않는다. 동시에 내용은 어떤 식으로든 암호화되거나 보호되거나 접근 제어되지 않는다. 링크를 가진 사람은 누구나 문서를 통째로, 영원히 소유하게 되며, 이를 되돌릴 방법이 없다.

그래서 규칙은 짧다. 받는 사람이 보관하고, 전달하고, 인용해도 괜찮은 문서에만 Link Doc을 사용하자. 전달되는 것을 후회할 만한 것에는 사용하지 말 것. 이 하나의 규칙을 일관되게 지키면, 이 도구의 가장 큰 편리함이 가장 큰 실수가 되지 않는다.

결론

Link Doc은 작은 아이디어를 깔끔하게 실행한 결과다. 문서가 곧 그 자체의 링크다. 계정 없음, 저장 없음, 업로드 없음, 관리할 권한 없음. 그리고 같은 이유로 공동 편집 없음, 접근 제어 없음, 복구 없음. 짧고, 공유하기 쉽고, 민감도가 낮은 문서라면 이 교환은 명백한 이득이다. 쓰고, 링크를 복사하고, 보내면 받는 사람은 한 번의 클릭으로 읽기 시작한다. 그 외의 용도에는 해당 작업에 맞는 교환 조건을 가진 도구를 선택하고, Link Doc은 그것이 만들어진 빠른 공유용으로 남겨 두자.