[지디넷코리아]자료가 많으면 많아질수록 사람들의 기억은 점점 더 약해져 간다. 도대체 자료가 많으면 많을수록 기억이 더 약해지는 것은 무엇 때문인가… 찾기가 쉽다면 자료는 많을수록 좋을 것 같은데 그렇지 않은 것이다.

마치 아주 넓은 책상과 비서가 있더라도 일을 하는 것은 한계가 있는 것과 같다. 사람들은 무어의 법칙으로 업그레이드되지 않는다. 넓은 책상이 좁은 책상보다야 낫겠지만 잘 못 관리되면 혼란스러울 뿐이다. 사람들은 멀티태스킹에 약하며 심리학은 자료가 30개만 넘어가도 쳐다보고 싶어 하지도 않는다.

네트워크 덕분에 자료는 점점 늘어나기만 한다. 필요한 자료도 많지만 필요하지 않은 자료도 얼마든지 있다. 이들도 어떠한 형태를 통하던 관리해야 한다. 인터넷이 커지면서 구글과 같은 검색엔진이 나날이 더 중요한 요소로 자리를 잡게 됐다. 링크와 노드밖에 없는 인터넷에서 검색엔진이 없다면 사람들은 북마크된 한정된 자료만을 접할 수밖에 없다.

그러나 대부분의 검색엔진은 인기도가 높은 자료를 발견하는 것이다. 인기가 없는 자료라면 구글 속에서 몇천 가지의 자료를 일단 눈으로 뒤져야 한다. 몸과 마음은 자료를 찾다가 지쳐 버리고 만다. 웹의 특성은 처음부터 무작위적인 것이다. 정리가 될리도 없겠지만 정리될 수도 없다는 것이 웹의 특성이다.

존재한다 할지라도 구글이나 다른 검색엔진이 찾을 수 없는 자료가 있다면 그 자료는 사실상 이용이 불가능하다. 없어진 사이트와 그 내용은 보기는 한 것 같은데 실제로는 존재조차 모른다. 그래서 대부분의 자료는 한번 쳐다보는 것으로 수명을 다한다. 읽혔던 사실조차 망각된 채로 머릿속에서 사라지는 자료는 헤아릴 수 없이 많다.

중요하기는 한데 찾을 수 없는 자료와, 찾기는 했지만 없어진 자료는 기억상실증을 악화시킨다. 커다란 데스크톱에서조차 나중에 찾기 쉬운 형태로 관리되지 않는다면 컴퓨터에서 검색엔진을 돌려야 하는 사태가 발생한다. 컴퓨터는 모든 자료의 검색테이블과 인덱스를 끊임없이 만들어야 할 것이다.

그렇다 할지라도 자료는 기억되어야 한다. 인터넷 세상도, 데스크톱도 부처가 말한 것처럼 고해(苦海)라고 불러야 할 것이다. 이 고통의 바다는 마음을 비우는 일로부터 벗어날 수밖에 없게 만드는데 사람들은 정보의 바다인 인터넷과 자신이 타고있는 보트에 해당하는 데스크톱을 버리고는 살아갈 수 없다.

그렇다면 자료는 기억되어야 한다! 아울러 사람들의 머리속에서 잘 관리돼 상기(remind)도 잘 돼야 한다.

시각을 바꿔 신경생리학적인 관점에서 봐보자. 그렇다면 눈은 곧 뇌가 된다. 시각 자료는 중추신경의 2번째 신경의 연장인 눈을 통해 들어온다. 머리는 눈을 통해 들어온 정보를 처리하게 된다. 검색된 자료의 양은 무척 많기 때문에 기억이 머릿속에서 축적되고 숙성될 시간이 없다. 빠르게 지나갈 뿐이다. 체계적으로 자료들을 정리해야 한다는 것, 그것은 하나의 이상적인 아이디어이다.

눈과 머리는 언제나 오버클러킹되기 때문에 피곤하다. 많은 것을 보고 싶은 사람의 욕심은 언제나 무어의 법칙보다 빠르게 증가했다. 시간과 관심을 달라고 끊임없이 애걸하다시피하는 광고와 블로그의 제목의 유혹들을 뿌리치더라도 오버클러킹된 머리는 피곤하고 집중이 잘 되지 않는다. 이럴 때 자료를 한무더기 던져주는 데스크톱의 폴더 뒤지기와 검색엔진 리스트 보기는 상황을 악화시키는 경우가 더 많다. 그래도 자료는 기억되어야 한다!

결국 중요한 자료라도 링크나 조회수가 적다면 거대한 공간적 쓰레기 더미 속에 파묻힐 뿐이다. 키워드로 검색을 한다고 해도 문제가 있다. 자료가 많으면 많을수록 자료를 많이 흛어보면 볼수록 사람들의 기억은 더 많은 노이즈에 파묻힐 것이다. 검색엔진은 한계가 있다. 눈은 스크린을 흛어보다가 지쳐버릴 것이며 머릿속은 더 혼란스러우며 결론을 내리지 못하게 될 것이다.

생물과 기계를 막론하고 정보처리의 본질은 자료들 속에서 불필요한 것들을 과감하게 없애고 필요한 것들만을 취합해 결론을 내리는 것이다. 따라서 정보처리의 본질은 정보의 파괴다. 필요한 것들을 잘 관리할 수 있는 시스템이 필요하다는 것이다. 사람의 뇌가 하고 있는 일은 많은 정보를 폐기하고 결론적인 반응을 일으키는 것이다.

대표적인 예를 든다면 재판과정에서 검토된 수많은 자료들은 결국 간단한 판결문으로 요약되고 마는 것과 같은 비유를 들 수 있겠다. 불필요한 정보를 잘 버릴 수 있기 때문에 결국 남아있는 정보들은 잘 관리되고 사람들은 필요한 정보마저 망각해가면서 잘 살아가고 있는 것이다.

머리속에서 자료를 버리는 방법을 잘 모르지만 사람의 머리는 게으르면서도 비교적 효과적으로 잘 잊어버리고 폐기하는 방법을 스스로 터득했다. 최강의 정보처리자인 사람은 어물쩡하게 자료를 관리하면서 잘 꾸려나가는 방법을 무의식적으로 알고 있다.

지난번 얘기와 겹쳐지지만 이것은 중요한 문제다. 컴퓨터의 처리능력이 더 이상 문제가 되지 않을 만큼 좋아진다면 문제가 되는 것은 최종사용자인 사람의 문제일 것이다. 수천개정도의 자료가 있다면 자료의 목록이나 결론만이라도 읽어보는 데 상당한 용기가 필요하다. 소화하기 힘들 것 같은 자료를 읽지 않으려 하는 것은 본능이다.

자료를 컨텍스트로 묶는 것은 현명한 일이다. 또한 웹처럼 사람의 머릿속에서 연상을 하듯이 하이퍼링크로 건너뛰어 참조하는 것도 좋은 방법이다. 적어도 아무런 연결고리가 없는 것보다는 낫다. 웹의 개념 모델이었던 메멕스의 아이디어도 사람들이 정보를 취합하고 교환하는 일에 어려움을 겪기 시작할 만큼 자료의 양이 늘어나기 시작할 때 태어난 것이다.

팀 버너스 리는 초기의 하이퍼텍스트를 최대한 간단히 만들면서 웹을 만들었지만 초기에는 자신이 만든 시스템이 하나의 간단한 애플리케이션으로 끝나는 것이 아닐까 걱정했다는 회고가 있다. 분명히 웹과 같이 결정적인 애플리케이션을 만든 사람조차도 이런 회의에 빠져들곤 한다. 현재의 데스크톱 메타포 역시 초기에 직관적인 인터페이스라는 말을 들고 나왔을 때에는 사람들의 회의 어린 눈길을 돌파했어야 한다.

열렬히 환영만 받은 것은 아니다. 어떤 사람들은 텍스트 인터페이스가 더 훌륭하며 GUI는 공연히 컴퓨팅 자원만을 낭비한다고 믿었다. 분명히 GUI가 더 인지과학이나 심리학적으로 텍스트 환경보다 더 나은 점이 있었기 때문에 빠르게 시장을 장악할 수 있었겠지만 하나의 대세가 될 때, 그것도 한참 대세가 기운 다음에야 마지못해 사실을 인정하는 사람들은 얼마든지 있다. 그만큼 새로운 패러다임이 자리를 잡는 일은 쉽지 않다.

웹의 전단계 작품이었던 인콰이어(Inquire)라는 프로그램과 그 다음에 만들어진 중간단계의 작품들에서는 경로를 만들어 내기 위해서 애쓴 흔적이 보인다. 실제로 웹이 만들어지면서 이렇게 경로를 적고 경로를 정리하는 일을 안하게 됐지만 메멕스의 원래 아이디어에서 보면 중요한 개념이 경로의 관리라는 것은 분명하다.

그러나 경로의 관리는 차차 현실의 급박하고 조급한 사용법과 잘 맞지 않게 되어 다시 그 존재가 약해진 것이다. 메멕스는 어떤 일을 처리하는 경로를 관리하고 주석을 달아서 정보를 다른 사람들과 교환할 수 있다고 믿었다. 사람들이 기억의 실타래를 따라가듯 아이디어에서 아이디어로 건너뛰는 링크들에도 가치를 부여하고 이들의 상호관계를 추적하려 했었다.

거대한 자료들이 있을 때 자료의 문맥(context)을 관리하는 일은 결정적이다. 웹이 생기기 이전의 하이퍼링크의 프로그램들에서도 정말로 중요한 작업이었고 앞으로도 분명히 더 중요한 일일 것이다. 문맥의 작은 쪼가리들만 잘 관리된다면 사람들은 컴퓨터의 빠른 처리능력을 이용해 검색을 시키거나 자료를 정리정돈할 수 있을 것이다. 그 쪼가리조차 사람의 머리속에서는 잘 기억이 나지 않는 것이 현실이다.

얼마 지나면 데스크톱의 저장 공간도 TB 급으로 넘어갈 것이 분명하고 파일의 수가 많아지는 것도 자명하다. 과연 과거와 현재의 메타포를 고집하는 것이 반드시 옳은 일인지는 생각해 볼 일이다. 공간이 넓어지면 기억 상실증은 더 빨리 올 수 있는 것이다.

필자는 라이프스트림과 데스크톱의 비교를 통해 대비를 만들어 봤지만 라이프스트림을 이용한 자료의 관리는 생각할 소재나 대안 중에서도 하나의 대안일 뿐이다. 사람들의 망각은 데이터베이스와 웹 그리고 자신의 데스크톱과 사람의 머리속에서도 빠르게 진행될 것이다.

정보의 운영체제(Information Operating System)
컴퓨터에서 자료를 디렉토리와 파일에 저장하기 전까지 대부분의 자료는 연대기 식으로 정리됐다. 수첩이나 일지가 대표적인 기억의 방식이었다. 자료를 요약하면 하나의 이야기가 되는 것인데 실제로 잘 요약된 이야기는 컨텍스트의 파악과 기억의 상기에서 나무랄 데 없는 훌륭한 방식이다.

현란한 그림이나 멀티미디어도 잘 요약된 이야기와는 겨루기 힘든 경우도 있다. 문맥은 소설이나 산문의 생명이다. 문맥과 이야기의 진행에서 사람들은 이야기에 빠져들며 문장에서는 불꽃이 피어난다. 겔런터는 자료를 연대기 형식으로 정리하기 위해 시간적 배열을 이용했다.

1990년대 중반 겔런터에게 지도를 받는 대학원생이던 에릭 프리만은 1989년 겔런터가 고안해내고 1994년에 정리한 아이디어를 실제로 구현했다. 초기에는 겔런터의 “미러 월드”에서 나온 “크로니클 스트림(chronicle streams)”라는 이름으로 출발해 점차 아이디어들이 세련된 모습을 보이기 시작했다.

롤로덱스

둘은 1995년 ACM에서 “Finding and Reminding - Reconsidered”라는 글을 발표하는 시기를 전후하여 본격적으로 이 주제에 달려들었다. 하나의 대학원논문으로는 너무 포괄적이라고 할 수 있지만 프리맨은 이미 대학원생 중에서 경험이 풍부한 축에 속했다. 겔런터의 학생으로 들어오기 이전에 이미 그는 씽크 머신의 병렬 컴퓨터 프로그래밍에도 참여했고 NASA에 인터넷을 도입하는 작업에 참여하기도 했다. 작업이 진행되면서 크로니클 스트림에서 라이프스트림으로 이름이 바뀌었다.

라이프스트림에서는 자료를 사람들의 시간에 따라 쌓이는 것으로 간주한다. 롤로덱스처럼 스트림의 최소단위는 카드라고 부르며 카드는 시간이 경과하며 쌓이기 시작한다. 시스템은 카드가 쌓이는 것을 관리한다. 카드는 외부의 자료이거나 스스로 만드는 문서같은 것일 수 있다.

우리나라에서는 별로 많이 쓰이지 않지만 롤로덱스의 위력은 무시할 수 없다. 카드 하나하나가 자료인 롤로덱스를 돌리면서 자료를 찾는 사람도 아직 많이 있다. 자료의 관리라는 측면에서 본다면 롤로덱스나 수첩에 적어 놓기, 아니면 일기장은 연대기(chronicle), 컴퓨터의 데스크톱은 책상서랍에 자료를 정리하는 작업이나 도서관의 인덱스 카드를 관리하는 작업에 비유할 수 있다. 웹은 사람의 신경처럼 여기저기의 링크를 뛰어다는 것에 비유할 수 있다.

라이프 스트림에서 자료를 취급하는 방법은 새로 만들거나(new) 기존 자료를 복사해(clone) 헤드쪽에 새로 첨가하는 것이다. 작업은 언제나 시간이 진행하는 방향으로 진행된다. 과거는 지나간 상황이므로 과거에는 수정을 가할 수 없다. 다른 스트림으로 전송(transfer)하는 경우에도 복제된 자료의 헤드쪽에 대한 추가만이 일어난다. 그림에서만 보면 별 내용이 아니다.

라이프스트림이 조직화되는 방법은 자료를 찾으면서(find) 일어난다. 조건에 맞는 쿼리가 주어지면 새로운 서브스트림이 생성된다. 라이프스트림의 쿼리는 데이터베이스의 쿼리와 별로 다르지 않다. 서브 스트림은 원래 스트림의 부분집합이다.

라이프스트림의 기본적 조작단위

서브스트림은 화면보기(view)에서 사용자에게 나타난다. 나의 모든 북마크라던가 “schwartz”라는 단어가 있는 모든 자료등의 조건이 있을 수도 있다. 서브스트림은 논리적인 스트림으로 필요에 따라 만들어지고 파괴될 수 있으나 경우에 따라서는 지속(persist)될 수 있다. 지속되는 경우에는 한번의 쿼리로 사라지는 것이 아니라 시스템에 남아 새롭게 들어오는 자료를 자연스럽게 서브스트림에서 모니터링한다.

특정한 쿼리에 맞는 자료가 메일박스로 들어오거나 웹 브라우저에 URL이 변동되거나 북마크가 개인되면 자연스럽게 새로운 서브스트림을 통해 모니터링 된다. 몇 개의 쓰레드들처럼 서브 스트림은 시스템에 남아 필요한 작업을 수행하고 에이전트(agent)라고 부르는 프로그램을 불러 나머지 작업을 더 수행한다.

요약(summarize)은 자료의 조건에 따라 필요한 정보를 요약하는 기능을 수행한다. 주식의 가격이나 재고같은 것을 자동적으로 요약해 하나의 자료로 축약하는 기능을 수행한다. 프리맨이 글을 쓸 당시에는 XML이나 웹서비스같은 개념의 부재로 요약이나 검색 기능이 제한돼 있겠지만 서브스트림의 생성은 중요한 기능임에는 틀림이 없다.

구현 당시에 XML같은 정형화된 문서가 많았다면 summary 와 find의 기능은 훨씬 실용적인 것으로 변했을 것이다. 라이프스트림과 유사한 존재가 다시 나타난다면 XML-RPC같은 구현방안들이 서브스트림을 더 유용한 것으로 만들어줄 것이다.

또 하나의 중요한 구현요소로 에이전트(agent)라는 존재가 있다. 에이전트는 문서나 스트림에 부착될 수 있고 유저 인터페이스에도 부착될 수 있다. 특정업무를 자동화하거나 라이프스트림의 기능을 확장할 수 있다. 물론 유사한 기능들이 요즘의 운영체제나 프로그램에도 있지만 이들을 더 확장해 보는 것이 라이프스트림의 이상이었다.


자료가 아닌 정보를 다루는 하나의 시스템으로 “정보의 OS”라는 개념을 들고 나온 것도 특이한 점이었다. 비트와 파일의 노드를 다루는 운영체제에 더 이상 집착하면 안된다는 점도 당시로서는 특이한 주장이었다. 나중에 이들은 자바스페이스(javaspace)의 개발에 참여하게 되었다. 튜플스페이스와 LINDA로부터 생각하면 인연이 긴 분야였던 것이다

실제로 인트라넷이나 컬래보레이션 소프트웨어의 설계와 운용에 대해 고민해본 독자라면 시간적 축으로 자료를 몰아 컨텍스트를 만드는 방법에 대해 고민해 보았을 줄로 믿는다.

X윈도우 상에 구현한 라이프스트림

모델의 구현
라이프스트림은 LINDA를 사용하여 tuple space 모델을 기반으로 설계되었다. 1995년에서 1997년 정도까지 라이프스트림은 유닉스상의 X 윈도우와 커맨드라인 모드에서, 그리고 당시로서는 파격적인 최초의 PDA 뉴튼에서 구현되었다. 뉴튼을 동원한 이유는 미래의 모바일 환경을 고려해 보기 위한 시도였다고 한다.

조금 조악해 보이긴 하지만 그림 2는 X 윈도우상에서 라이프스트림을 구현한 것이다. 한 시스템은 여러 가지 이름의 라이프스트림이 있을 수 있고 이들은 서로 자료를 클론하거나 전송함으로서 새로운 자료들을 편집할 수 있다.

초기의 모델링이 끝난 후 유닉스에서 웹과 이메일의 클라이언트를 처리하기 위한 몇가지 글루로직을 만들고 시스템은 테스트에 들어갔다. 이 자료를 읽어본 사람들은 알겠지만 초기의 날카로운 지적과 모델링이 실제의 구현에 가보면 개발의 인력이나 시간을 고려해 가장 간단한 형태로 구현됐다. 조금 맥이 빠지는 느낌이 들 것이다(머피의 법칙에 보면 엔지니어링이란 “마이크로미터로 재고 분필로 칠한 후 도끼로 쪼갠다”라는 글귀가 있다. 실제로 거창한 개념이라도 구현을 통하면 실망스러운 경우도 있다.)

시스템에 대한 사용자들의 평가는 예상외로 좋았다(자세한 내용은 라이프스트림의 본문을 읽어보기 바란다.) 이 시스템에 일반인들을 대상으로 몇가지 중요한 실험을 했는데 일상적인 작업들을 대상으로 평가할 작업을 선택했다.

1. find와 filing 인터페이스
이름과 디렉토리를 중심으로 자료 정리를 하는 일반 파일 시스템과는 달리 라이프스트림은 find 명령어로 파일의 내용과 속성만을 이용한 서브 스트림을 동적으로 만들어 자료를 정리한다.

데스크톱 메타포의 폴더가 없기 때문에 검색결과라고 할 수 있는 서브스트림만이 존재하게 되고 필요가 없으면 서브스트림은 파기된다. 기본적인 서브스트림과 몇 개의 추가적인 서브스트림으로 사용자는 다양한 검색을 시도할 수 있다.

항상 필요하지는 않은 디렉토리들이 불필요하게 존재할 이유가 없다. 만약 어떤 서브스트림이 지속적으로 필요하다면 서브스트림을 지속(persistent)하는 형태로 만들면 항상 갱신되는 폴더처럼 작용한다. 또한 특별한 키워드를 입력해 놓으면 자료들은(폴더 이름인 '/etc' , ‘/etc/files/'같은 ) 서브스트림에서 실제 폴더처럼 분류될 것이다.

마찬가지로 스트림의 자료 타입을 지정하는 것으로 서브스트림이 만들어지면서 전자메일이나 작업관리가 이루어진다. 자료의 에이전트를 지정하고 서브스트림을 만들어 놓는 것만으로 각종의 메일 박스나 북마크 같은 것들이 관리되고 스트림사이에서 전송이 일어나거나 요약 작업을 할 수 있게 된다. 중요한 점이 있다면 이들을 모두 라이프스트림으로 통합하여 관리할 수 있다는 점일 것이다.

뉴튼에서 구현한 라이프스트림

2. 전자메일

3. Contact management

4. book mark management (URL 관리)

5. calendar Application

6. Personal Finances

생각해보면 위에서 적은 작업들은 이제는 어느정도 통합된 웹 프로그램상에서 비슷한 모습으로 구현되었다. 파일의 저장소만 확실하게 확보할 수 있다면 스트림이나 서브스트림은 데이터베이스를 이용하여 구현할 수도 있다.

라이프스트림이 독창적이긴 했지만 점차 그 독창성은 희석되고 있다. 많은 세월이 지나며 사람들이 시간축의 중요성을 알게되었으며 웹과 다른 네트워크 프로그램들이 발전하면서 점차 사람들이 고전적인 데스크톱 메타포에서 자연스럽게 벗어나는 모습을 보이고 있기 때문이다.

상황을 좀 더 복잡하게 만드는 것은 XML과 XML-RPC들의 존재인데 웹서비스와 같은 환경에서 각각의 XML들은 자신들의 데이터와 데이터를 처리하는 방법을 이미 갖고 있다. 에이전트의 존재를 떠나 관리 프로그램이 지정되어 데이터는 수동적인 존재가 아니게 되며 XML 문서 자체가 다른 문서들과의 자발적인 트랜스액션을 가짐으로서 관리 프로그램의 존재가 애매하게 된다.

그러나 네트워크와 데스크톱을 함께 관리하고 기록하는 강력한 관리 시스템이 고안되면 라이프스트림에는 강력한 힘이 실릴지도 모른다. 그리고 지난번에도 이야기했듯이 애플리케이션이 아니라 운영체제의 레벨로 향상되지 않는 한 라이프스트림의 개념은 최초의 개념인 “크로니클 스트림” 기반의 연대기적 시스템 해플리케이션정도로 자리잡을지도 모른다. 그러나 데스크톱 메타포와 기존의 패러다임들에 반기를 든 중요한 아이디어로는 오랜 시간 기억될 것이다. @