01
명절이고 해서 부산입니다. 그런데 인터넷을 하고 있습니다?

02
부산 오는데 우여곡절이 있었습니다. 새로운 玄牝에서 버스터미널까지 대략 10~15분 정도의 시간 여유를 두고 출발했습니다. 그래도 불안해서 총총 걸음으로 지하철 역으로 향했고, 다행스럽게도 지하철은 빨리 왔습니다. 갈아탈 때도 지하철이 빨리만 오면, 최대 20분의 시간이 남을 수도 있었습니다. 그렇게 느긋하게 책을 읽는데… 두둥. 정신을 차리고 하차역을 확인하니 내려야 할 역을 지나쳤… 으악. 크크크. ㅠ_ㅠ

뭐, 평소에도 반대 편으로 가는 지하철을 가는 경우가 빈번하니 새롭지는 않지만, 명절에 차를 놓치면 난리라는… 쿨럭. 그 상황에서 가장 먼저 떠오른 대책은 택시를 타는 것. 서둘러 달렸고, 택시를 탔습니다. 택시 기사가 말하길, 택시로는 절대 제 시간에 도착할 수 없으니 **역까지 갈 테니, 그곳에서 지하철을 타라고… 기사의 친절함에 고마움을 표하며 밀리는 도로에서 시간을 지연했습니다. 차라리 처음부터 지하철을 이용하는 편이 좋았을 지도 모르고요.

아무려나 시간은 촉박한데 지하철 입구에서 지하철 타는 곳까지는 무척 멀고, 지하철은 안 오고. 발 동동. 드디어 지하철이 왔을 때 시간을 대충 계산하니, 버스 출발 시간 직전이 아니라 버스 출발 시간까지 지하철이 도착할 가능성은 1%. 그리고 실제 도착한 시간은 버스 출발 시간을 1분 정도 넘겼던가. 아하하.

어쨌거나 저는 달렸습니다. 어지간하면 달리지 않지만 달리지 않을 수 없었습니다. 포기하진 않았습니다. 다른 날도 아니고 명절일 때면 종종 몇 분 정도 더 기다렸다가 출발하기도 하니까요. 정시에 출발할 수도 있지만요. 일종의 도박이었고, 늦게 출발한다에 걸었습니다. 그런데 어찌하여 저는 엉뚱한 곳에서 또 한 번 헤맸습니다. 아, 아름다운 세상! 길찾기와 대중교통 이용에선 이보다 더 루인다울 수가 없습니다. 크크크, 그리고 나름 미칠 듯이 달려서(다른 사람이 보기엔 아마 그저 쫌 빨리 걷는 폼;; ) 출발역으로 갔습니다.

아아… 이럴 수가!

빈자리가 있다며 미리 출발할 사람이 있는지 묻고 있는 버스 직원. 버스는 아직 출발하지 않았습니다. 크크크.

03
이렇게까지 꼭 부산에 와야 했느냐고요? 글쎄요. 부산에 못 왔을 때 들을 말들이 피곤해서 그런지도 모릅니다. 버스 놓치면 그냥 안 가고 말지라는 고민을 안 한 건 아닙니다. 하지만 간다고 하고서 안 갔을 때 들을 말과 나의 전후사정을 설명할 일을 떠올리는 것만으로도 너무 피곤하더군요.

04
이렇게까지 해서 부산에 왔는데… 성과가 있네요. 부모님은 제가 취직이든 대학원박사과정이든 뭐든 얼른 하길 바랐고, 저는 천천히 하길 바랐는데요. 천천히 해도 큰 문제가 없다는 걸, 이제는 납득하기 시작했습니다.

이것이 반드시 좋은 건 아닙니다. 이 과정은 썩 유쾌하지 않으니까요. 몇 년 동안 논쟁(?)했고, 그런 과정에서 묵은 기억을 마치 새것처럼 생생하게 경험하기도 했으니까요.

결국, 결과론으로만 좋은 일이긴 합니다. 올해 가을에 박사과정에 갈까 고민했는데, 좀 더 시간 여유를 두고 천천히 결정할까 봅니다. 안 갈 수도 있고요. 🙂

05
이런저런 연유로 부산집에도 데스크탑이 생겼고, 인터넷도 개통했습니다. 데스크탑을 켜고 가장 먼저 한 일은 “인터넷익스플로러6(ie6)를 연다 -> 오페라 브라우저를 설치한다 -> 오페라 브라우저를 열어선, 우분투/리눅스 파일을 다운로드한다 -> 우비(wubi)를 설치한다 -> 우분투 업데이트를 한다 -> 우분투에서 웹브라우저를 열고 이메일 등, 로그인이 필요한 일을 한다”였습니다. ;;; 제가 편집증 혹은 강박증이라고 해도 할 말 없습니다. ;;;;;;;;;;;;;;;;;;;;
(우분투를 극도로 신뢰해서라기보다는 여러 사람이 사용한 윈도우XP의 보안이슈를 신뢰하지 않아서입니다. 참고로, 전 비밀번호가 드러나서 다른 사람이 해킹해도 상관없을 지메일 계정이 하나 있습니다. 공용PC에서 메일이나 파일을 보내야 할 경우를 대비해서 만든 거죠. 결국 강박증의 문제네요… 아하하;; )

아울러 윈도우XP에서 소리가 안 난다고 고쳐달라는 주문을 받곤 그러겠다고 했습니다. 제가 컴퓨터를 잘 하는 게 아니라, 검색사이트를 믿는 거죠. 🙂 이런 문제에서 제가 찾는 질문은 이미 누군가가 했으니까요. 흐흐. 저는 윈도우XP에서의 문제니까 금방 해결할 수 있을 거라고 믿었습니다. 우분투를 사용하며 문제가 생기면 금방 해결할 수 있듯, 그렇게요. 사용자가 훨씬 많으니 해결도 매우 빠를 것이라고 믿었습니다. 그런데 의외의 사실을 배웠습니다. 사용자가 많다고 해서 반드시 문제해결이 쉬운 것은 아니란 점이죠. 제가 해결해야 할 문제와 비슷한 문제를 지닌 사람은 상당히 많았습니다. 비슷한 질문도 수두룩했습니다. 하지만 대답은 대체로 두루뭉실했거나 자기도 그런 어려움을 겪고 있다는 식이었습니다. 많은 질문은 너무 막연해서 대답 자체가 어려웠고, 그래서 많은 대답 역시 두루뭉실할 수밖에 없더군요. 그래서 제가 처한 문제를 해결할 대답을 찾기가 어려웠습니다. 사용자가 많으면 그 만큼 유사한 어려움을 겪는 사람도 많으니 해결책을 찾기가 쉬울 것 같지만, 어떤 경우엔 사용자가 매우 적은 상황에서, 해결책을 찾기가 더 쉬울 수도 있다는 점을 배웠습니다. 꽤나 흥미로운 부분입니다.

06
02번 상황에서 밝히지 않은 사실 하나. 사실 전 차표를 미리 발권하러 가선, 어떻게 버스를 타는지 다 확인한 상태였다는 것! 훗. 정신이 없으면 익숙한 길도 낯선게 아니라, 길치에겐 사전답사 같은 건 아무런 의미가 없습니다… 후훗. (왠지 자랑스러워 하는 분위기? ;P )

한국퀴어아카이브 퀴어락을 준비하며 생전 처음 접하는 일들이 많았다. 도서관에서 일을 한 적도 없고, 논문을 읽으며 자료를 정리하는 수준이었기에 아카이브를 구축하는데 필요한 지식과 경험은 전무했다. 그나마 다행이라면, 자료를 찾고 정리하는데 능숙하신 분, 기록학(?)을 전공하신 분이 있어 수월했달까? 그 과정에서 배운 것도 많다. 이를테면 흔히 사용하는 표현인 ‘자료’를 아카이브에선 ‘기록물’로 표현한다. 기록물은 문서, 단행본, 메모지, 포스터, 깃발, 옷 등을 모두 포괄한다고 했다(정확하지 않을 수도;; ). 기록물, 기록물… 쉽지 않은 표현이지만 자주 사용하다보니 몸에 익었다. 그 다음부턴 아카이브와 관련 없는 곳에서도 기록물이란 표현을 사용하곤 했다.

하지만 아카이브 분류 기준을 받아 들이는 건 쉽지 않았다. ‘문서’라는 형태 분류 방법이 그랬다. 메모지에 간단하게 적은 글, 회의록, 논문 별쇄본, PDF 형식의 논문을 출력한 것, 게시판 글을 출력한 것 등, 이 모든 것이 문서라는 형태 분류에 속한다고 했을 때, 심리적 저항감이 상당했다. 이 모든 걸 별개의 형태로 분류해야 한다고 믿었기에, 이 모든 것이 동일한 형태라는 기준을 받아들이기가 쉽지 않았다.

시간이 흘러 이런 분류 기준을 몸에 익힌 지금, 나는 문서라는 형태 분류 방법에 고개를 주억거리곤 한다. 그래, 따지고 보면 메모지에 쓴 글, 회의록, 논문별쇄본, 게시판 글을 출력한 것들을 별개로 나눌 이유는 또 무엇이란 말인가.

이렇게 문서라는 형태 분류 방법에 적응하고, 명확한 이유 없이 수긍할 즈음, 구글 웨이브(Google Wave)란 서비스가 나왔다. 2009년에 이메일 서비스를 만든다면 어떤 형태일까를 상상하며 만들었다는 서비스. 2009년 초, 처음 이 서비스를 예고했을 때만 해도 적잖은 사람들이 기대했다. 내겐 완전 새로운 형태의 문서작업서비스였기에 기대가 상당했고 그래서 소식을 듣고 바로 서비스를 신청했다. 하지만 9월 말 공개된 서비스를 사람들이 사용하기 시작하면서, 불만이 커졌다. 많은 이들이 “구글웨이브에 접속해선 그냥 멍하니 보기만 한다”고 반응할 정도로. 뭔가 새로운 것 같은데 뭘 해야 할지를 모르겠다는 반응.

구글웨이브는 기존의 소통 형태와 달랐다. 이메일이면 이메일, 메신저면 메신저, 쪽지면 쪽지, docs 문서작업이면 문서작업, 협업도구면 협업도구… 이 모든 걸 별개의 형태, 별개의 성질로 사용했던 사용자들에게 구글웨이브는 당혹감 그 자체였다. 구글웨이브는 이 모든 것을 포함했기에 마치 어떤 것도 아닌 듯했다. 그래서 뭘 어떻게 사용해야 할지 몰랐다. 나라고 다르지 않았다. 뭔가 새롭고 신기해서 혼자놀이를 여러 번 했지만, 뭔가 애매했다. 나의 경우, 가장 불편했던 건 지메일과 구글웨이브가 별개란 점이었다. 구글웨이브는 이메일 형식의 주소를 지니지만(runtoruin@googlewave.com), 외부에서 구글웨이브로 메일을 보낼 수는 없었다. 지메일에서조차 구글웨이브로 문서를 보낼 수가 없었다. 이건 마치 두 개의 메일을 사용하는 것과 같고, 쓸데 없이 아이디만 선점하는 격이었다. 이를테면 다음, 네이버, 파란 등에 자신이 즐겨 사용하는 아이디를 확보하기 위해 일단 가입부터 하는 것처럼.

또 다른 문제는 구글웨이브 사용자가 너무 적었다는 점이었다. 지메일 사용자가 많은 건 아니지만(사실 매우 적지만), 그 중 상당수가 수다를 떨거나 부담없이 쪽지를 주고 받을 수 있는 사이가 아니라, 철저하게 일로 만난 경우였다. 그 적은 지메일 사용자 중 구글웨이브 사용자는 더욱 적었다.

그럼에도 나는 구글웨이브를 꽤나 유용하게 사용하고 있다. 무엇보다 w와 웹진을 준비하고 있는 지금, 구글웨이브는 소식을 주고 받고, 회의를 하고, 문서를 작성하고, 자료를 공유하는데 있어 더 없이 편한 도구다. 작년 봄, 본격적으로 웹진을 준비하며 소통과 자료 공유를 위해 별도의 공용 메일을 만들었고 구글서비스인 구글독스(Google Docs)를 사용했지만, 웨이브를 사용하기 시작한 이후 공용메일로 소통하는 일은 드물었다. 웨이브를 작성해서 w와 공유하고, 댓글을 달고, 서로의 글을 고치고 등등. (아울러 서로의 오탈자를 실시간으로 확인도 하고.. 흐흐 )

이 과정에서, 구글웨이브를 만든 사람은 아카이브에서의 문서 개념을 알고 있고 이를 응용한 건 아닐까 하는 상상을 했다. 메모지, 회의록, 논문별쇄본 등이 모두 문서듯, 이메일, 채팅, 회의록, 발제문, 쪽지, 협업도구 등은 모두 소통을 위한 도구다. 웹에서 소통하는 방법이 워낙 별개의 것으로 사용하는데 익숙해서 그렇지(메일은 메일서비스, 메신저는 네이트온, 일상생활은 미니홈피나 블로그와 같은 식으로) 이들이 반드시 별개의 형태를 갖출 이유는 없다. 구글웨이브는, 아카이브의 문서 개념처럼, 웹에서 생산한 자료를 웨이브라고 불렀을 뿐이었다.

웨이브는 문서라는 걸 깨닫자, 그제야 웨이브라는 서비스를 쉽게 이해할 수 있었다. (웨이브가 클라우드 컴퓨팅을 위한 도구라고 했고, 이 고민은 여전히 유효하다. 하지만 웨이브가 너무 무거운 서비스란 점은 치명적인 단점이다. 웨이브를 사용하는 사람이 적은 점이나 어려움이 아니라, 동시성을 중시하다보니 서비스가 너무 무겁다는 점이 내게 있어 가장 큰 단점이다.)

이렇게 웨이브를 유용하게 사용할 즈음, 그리고 사람들이 웨이브를 잊어갈 즈음 구글에서 새로운 서비스를 출시했다. 바로 구글 버즈(Google Buzz). 웨이브에 비하면 평이 대체로 좋은 듯하다. 적어도 사람들이 웨이브에 가졌던 불편함, 불만을 반영하여 개선한 제품인 듯 하니까. 지메일에 속하는 서비스로 만들어 별로의 가입이나 적용이 필요 없다는 점에선 확실히 편하다. 트위터나 미투데이와 같은 서비스가 지메일의 부가 기능으로 들어왔달까? 실제 사용하니 확실히 편하고 가볍다. 이메일과 연동하여 버즈가 오면 바로 이메일로 알려주고, 트위터에 글을 쓰면 버즈로 이메일처럼 공유할 수도 있다. 웨이브의 실시간과 협업기능을 뺀 버전이랄까? 아이디 확보 차원에서 며칠 전 트위터를 개설했는데(@runtoruin), 버즈에서 트위터로 글을 보낼 수 있게 되면(나중에 이 기능을 추가할 예정이라고 하며, 임의로 설정할 수도 있다) 엉뚱한 경로로 트위터를 자주 사용할 거 같기도 하다. 즉, 버즈는 좀 더 활발하게 사용할 듯하다. 물론 지메일을 사용하지 않는 분들은 그 글을 읽을 수 없겠지만. 🙂

+
구글웨이브가 공개되었을 때, 많은 이들이 웨이브의 공유기능과 (구글웨이브 내부에서의) 개방성으로 인해 이메일 사용자가 웨이브로 넘어가는 일은 없을 거라고 했다. 기존의 이메일 형식, 매우 사적이고 때로 형식적인 소통 도구인 이메일에 익숙한 나의 경우, 웨이브를 곧잘 활용하면서도 쉽게 이메일에서 웨이브로 넘어가긴 힘들었다. 모든 사람들이 구글웨이브를 사용하는 것이 아니란 점이 크긴 하지만, 반드시 이런 이유만은 아니었다. 이메일이 나와 상대방만 볼 수 있다는, 메일을 주고 받는 사람들만의 소통 방식이란 느낌이라면, 웨이브는 마치 모든 사람에게 드러나는 것만 같았다. 일종의 블로그나 트위터처럼. 이 저항감이 쉽게 웨이브를 다른 의사소통수단으로 대체할 수 없게 했다. 만약 그렇지만 않았다면, 그리고 구글웨이브 사용자가 아니어도 다른 이메일 서비스 사용자와 소통할 수만 있었다면 좀 더 쉽게 지메일에서 웨이브로 넘어갔을 지도 모른다.

이런 웨이브에 반해 버즈는 일단 이메일의 개인영역을 유지하면서도 지메일 사용자에 한정해서 좀 더 공적인 형태를 취하고 있다. 나의 버즈를 팔로잉(following, 구독 혹은 이웃이라고 표현하는 게 쉬울까요?)하는 사람에겐 매우 간단하게 나의 소식을 전할 수 있달까? 이메일이 일일이 메일주소를 찾아서 메일을 보내야 한다면, 버즈는 그냥 글만 쓰고 “public”으로 설정해서 공개하면 그만이다. 그럼 버즈를 팔로잉하는 사람들은 모두 볼 수 있다. 어떻게 보면 좀 더 손쉬운 단체메일인가? 흐흐. 뭐랄까 공개와 비공개 혹은 제한적 공개의 경계가 매우 모호하달까?

… 사실 웹으로 글쓰기, 사생활의 공개 경계 등과 관련한 얘기를 덧붙이고 싶었으나 고민이 부족하여 여기서 대충 얼버무리기… ;;; 암튼 웹을 일상으로 경험하는 이들에게, 웹을 필수품으로 살아가는 시대에, 공개와 비공개의 구분, 공과 사의 구분은 더 이상 유용하지 않은지도 모른다. 심리적인 저항감은 매우 강하지만, 웹에서 비공개인 글은 존재할 수 없는(하지만 존재하는 것처럼 착각할 수는 있는) 세상이 오지 않을까? 페미니즘에서 공사이분법을 비판하듯, 웹 시대에도 공사구분을 새롭게 파악해야 하지 않을까 싶기도 하고. 그리고 아마도 나처럼 웹을 일상으로 살면서도 여전히 아날로그에 익숙한 사람은, 그리고 원치 않는 공개를 걱정하는 사람은 웹에 안 쓰고 아날로그 형식으로만 쓰는 것이 아니라, 기록으로 남기지 않고 기억에만 남기는 것이 아니라, 기억 자체를 비공개로 바꿔 기억할 수 없게 하지 않을까?

++추가
관련이 있기도 하고 없기도 한 글 두 편 링크
http://npool.ktpage.net/192
http://health20.kr/1464