무슨 일이 있었냐면요
우리가 매일 클릭하는 링크, 그 '하이퍼텍스트'라는 개념의 뿌리를 찾아 거슬러 올라가는 흥미로운 이야기예요. 보통 하이퍼텍스트의 역사는 1968년 더글러스 엥겔바트의 '모든 데모의 어머니(The Mother of All Demos)'나, 1945년 배니바 부시가 상상한 기계 '메멕스(Memex)'에서 시작한다고들 하죠. 그런데 이 글은 더 엉뚱하고 매력적인 후보를 들고 나와요. 바로 1962년에 나온 블라디미르 나보코프의 소설 '창백한 불꽃(Pale Fire)' 이, 어쩌면 '모든 하이퍼텍스트 데모의 아버지'일 수 있다는 주장이에요.
프로그래머가 웬 소설 얘기냐 싶겠지만, 들어보면 무릎을 치게 될 거예요. 이 작품의 구조 자체가 우리가 아는 하이퍼링크 그 자체거든요.
소설이 어떻게 하이퍼텍스트가 되냐면요
조금 풀어서 설명해 볼게요. '창백한 불꽃'은 일반 소설처럼 줄거리가 죽 이어지는 책이 아니에요. 구성이 좀 독특한데요. 먼저 999행짜리 시 한 편이 나오고, 그 뒤에 그 시를 해설하는 방대한 주석(코멘터리) 이 붙어 있어요. 독자는 시의 특정 행을 읽다가 주석으로 점프하고, 그 주석이 또 다른 행이나 다른 주석을 가리키면 거기로 또 건너뛰게 돼요.
눈치채셨나요? 이게 바로 노드(내용 조각)와 링크(연결) 로 이뤄진 구조예요. 우리가 웹페이지에서 파란 글씨를 누르면 다른 페이지로 점프하는 것과 정확히 같은 독서 경험을 1962년에 종이책으로 구현한 거죠. 게다가 주석들이 서로를 가리키며 미로처럼 얽혀 있어서, 독자가 어떤 순서로 읽느냐에 따라 이야기가 다르게 조립돼요. 이건 정해진 길이 없는 비선형(non-linear) 읽기, 즉 하이퍼텍스트의 핵심 특징과 똑같아요. 심지어 어떤 주석은 서로 모순되거나 화자를 의심하게 만들어서, 독자가 직접 진실을 짜 맞추게 하죠. 마치 깨진 링크와 신뢰할 수 없는 출처를 헤매는 인터넷 탐험 같달까요.
업계, 아니 역사적 맥락에서 보면
'하이퍼텍스트'라는 단어 자체는 1965년 테드 넬슨이 만들었고, 그가 꿈꾼 '재나두(Xanadu)' 프로젝트는 모든 문서가 서로 연결되고 출처까지 추적되는 이상적인 시스템이었어요. 그런데 나보코프의 소설은 그보다 3년이나 앞서, 기술 없이 순전히 문학적 형식만으로 그 아이디어를 구현한 셈이에요. 즉 하이퍼텍스트는 컴퓨터가 발명한 게 아니라, 인간이 정보를 연결해서 사고하려는 오래된 욕구가 기술을 만나 꽃핀 거라고 볼 수 있어요. 백과사전의 상호 참조, 성경의 주석 전통 같은 것도 다 같은 뿌리고요.
개발자에게 주는 시사점
이 이야기가 단순한 트리비아로 끝나지 않는 이유가 있어요. 우리는 매일 데이터 구조를 다루잖아요. 그래프, 트리, 링크드 리스트, 그리고 노드와 엣지로 이뤄진 모든 것들요. '창백한 불꽃'은 잘 설계된 연결 구조가 그 자체로 새로운 의미를 만들어낸다는 걸 보여줘요. 같은 정보 조각이라도 어떻게 연결하느냐에 따라 전혀 다른 경험이 되는 거죠. 우리가 API를 설계하고, 문서를 위키로 엮고, 지식 베이스를 만들 때 곱씹어볼 만한 통찰이에요.
또 하나, 좋은 아이디어는 종종 기술보다 먼저 온다는 점이에요. 구현 수단이 없어도 개념을 먼저 상상한 사람들이 있었고, 기술은 나중에 그걸 따라잡았어요. 지금 우리가 '아직 안 되는데?' 하고 접어둔 아이디어가, 사실은 시대를 앞선 설계일 수도 있다는 거죠.
마무리
한 줄로 정리하면, 하이퍼텍스트는 코드 이전에 이미 책 속에 있었다는 거예요. 링크라는 건 결국 기술이 아니라 '연결해서 이해하려는 인간의 방식'이었던 거죠.
여러분은 정보를 '비선형으로 연결하는' 구조, 예를 들어 옵시디언 같은 노트 앱이나 위키를 즐겨 쓰세요? 선형적인 글과 링크로 얽힌 글, 어느 쪽이 사고에 더 잘 맞는다고 느끼시나요?
🔗 출처: Hacker News