알아가는 즐거움 » tag

책의 관계를 그래프로 그려보자

SL — Fri, 31 Dec 2010 14:59:36 +0000

간단하게 그래프를 그려주는 도구를 찾고 있었는데, 우연히 정보시각화 아틀리에 블로그의 글을 보고 NodeXL이라는 엑셀 플러그인을 알게 되었다. (무료) 이런 프로그램을 찾아다닌 이유는 아래와 같은 그림을 그리기 위해서였다.

누르면 커져요

그동안 읽은 책들 간의 관계를 시각적으로 표현한 것이다. 파란색은 책의 제목, 빨간색은 내가 책에 붙인 태그 단어다. 원래는 (책 – 저자)로 할랬는데, 한 저자의 책을 여러 권 읽지 않는 내 취향 때문에 저자 대신 태그를 썼다. 책이 아니라 논문이라면 (논문 – 저자) 쌍도 괜찮을 것이다.

지상 최고(…)의 프로그램 엑셀에다가 제목과 태그만 입력하면 나머지는 NodeXL이 알아서 그래프로 그려준다. 아, 노드 색깔과 점 크기(다른 것보다 큰 빨간 동그라미)도 손으로 입력해야 한다.

아직 투박한 모양새지만, 내가 관심있어 하는 주제나 책들의 관계가 어느 정도 잘 표현된 듯하다. 제목이 서로 가리지 않도록 하고, 제목 글자 대신 책 표지가 나오도록 하고, 노드의 중요도가 더 잘 드러나도록 하고, 시간 요소를 가미해서 관심사가 어떻게 변해왔는지까지 표현하면 좋겠지만, 내가 그렇게까지 할 리 없지(…)

요즘 인터넷 서비스의 트렌드 중 하나는 사용자가 스스로를 표현하고 소통할 공간을 만들어주는 것 같다. Daum 책이나 유저스토리북, 알라딘처럼 책을 매개로 서비스하는 곳에서 사용자가 자기만의 도서 네트워크를 멋지게 꾸밀 수 있는 공간을 제공하면 어떨까? 책을 하나씩 추가하는 뿌듯함, 정성들여 태그를 입력하는 수고로부터 어떤 비즈니스 가치를 뽑아낼 수 있을 것도 같지 않은가?

CiteULike: 논문 서지정보 관리/공유 서비스

SL — Wed, 10 Mar 2010 12:33:48 +0000

연구자를 위한 웹사이트를 소개하는 글을 읽었습니다. 여기에 빠진 곳 중에 제가 얼마 전부터 푹 빠져 있는 사이트가 하나 있어서 소개합니다. 바로 논문 목록을 관리하고 공유할 수 있는 CiteULike입니다.

태그 기반으로 정리할 수 있어서 편리하기는 하지만, 단순히 논문 목록을 관리만 할 거라면 굳이 이런 사이트를 쓰지 않고 그냥 내 컴퓨터에 전용 프로그램을 깔아 써도 됩니다.¹ CiteULike의 진정한 매력은 인터넷을 통해 다른 사람과 교류하는 소셜(social) 기능에 있습니다.

1. 공유 기능

논문을 읽다 보면 다른 사람들은 이 논문에 대해서 어떻게 생각하는지 궁금할 때가 많잖아요. CiteULike에서는 누가 이 논문을 읽었는지, 그들은 어떤 키워드 태그를 달았는지 쉽게 찾아볼 수 있습니다. 논문에 대한 리뷰나 코멘트를 공유하는 기능도 있지만 아직 그렇게 많이 쓰이는 것 같지는 않네요.
읽은 사람들을 찾는 것 외에도, 제목과 초록(abstract)을 기준으로 비슷한 다른 논문 찾기(Find Similar) 기능도 있습니다. 제가 해보니까 비슷한 논문이 아니라 중복으로 등록된 동일한 논문을 찾아주는 등 만족도가 그렇지 높지는 않았습니다만.

2. 이웃 기능

읽은 논문이 나와 많이 겹치는 사람들을 이웃(neighbour)으로 보여줍니다. 같은 논문을 읽은 사람들끼리는 아무래도 관심사가 비슷할 것이고, 따라서 서로 어떤 논문을 읽었는지에도 관심이 갈 것입니다. 실제로 저도 이웃의 서재(library)를 구경 다니다가 흥미가 동하는 글들을 많이 발견할 수 있었습니다.

3. 추천 기능

서재에 논문을 20개 이상 추가하면 그것을 바탕으로 내가 좋아할 것 같은 논문을 추천해 주는 기능이 있습니다. 블로그 보니까 추천 승낙도가 30%를 넘는다는 얘기가 있고, 제가 추가한 39개 문서에 대한 추천 결과를 봐도 성능은 어느 정도 괜찮은 것 같습니다. 그렇지만, 저는 아직 기계적인 자동 추천보다는 이웃의 서재를 염탐(…)하고 다니는 재미가 더 쏠쏠하네요 ;-)

4. 그룹 기능

CiteULike 내에서 그룹을 만들 수 있습니다. 아직 써보지는 못했는데, 함께 일하는 동료끼리 그룹을 만들어서 각자 읽은 논문 정보와 코멘트를 공유하면 무척 편리할 것 같습니다.

그밖에… 한때 유행했던 개인화 웹페이지처럼 첫 화면의 Recommendations, Library, Neighbours 등의 섹션을 자유롭게 이동/배치할 수 있게 되어 있는 것도 편리합니다.

아쉬운 점은 두 가지인데, 1) 논문 제목으로 검색해도 나오지 않는 논문이 많다는 점 2) (이건 저 혼자만의 바람인지도 모르겠지만) 논문들 사이의 인용 관계를 시각화해서 보여주는 기능이 있으면 참 좋겠다는 점 정도입니다.

그래도 이 두 가지만 빼면 그동안 논문을 정리하면서 느꼈던 아쉬움을 잘 채워주는 서비스네요. 추천!

Mac용 논문 관리 프로그램으로는 BibDesk (무료), Papers (유료) 등이 있습니다.

Why We Tag: Motivations for Annotation in Mobile and Online Media – CHI 2007

SL — Thu, 11 Feb 2010 18:14:52 +0000

대학원에서 배웠습니다. 제가 순간적으로 떠올릴 정도의 아이디어라면 이미 실행에 옮겨서 결과를 내놓은 사람이 반드시 있다는 것을요.

그래서 찾아봤습니다. 태그를 다는 사람들의 행위에 대한 연구가 있는지를요.

CHI라고 하는 HCI 분야에서 상당히 유명한 학회에 2007년에 나온 논문이 있더군요. Why We Tag: Motivations for Annotation in Mobile and Online Media 제목은 온라인 미디어라고 하지만 읽어보니까 Flickr에 “사진”을 올리고 태깅한 사람들을 대상으로 정성적인 분석(Qualitative Analysis)을 한 것이네요. 최근에 읽은 기계학습이나 검색 관련 논문은 전부 통계에 기반한 정량적 분석을 하고 있는데, 정성적이라는 단어를 보니 반가웠습니다.

아래의 그림은 저자들이 태깅의 이유를 나름대로 분류한 표입니다. Sociality는 태깅이 자신을 위한 것( self)인지 다른 사람들에게 보이기 위한 것(social)인지를 나타내며, Function은 태그의 목적이 검색 또는 노출을 위한 정리(organization)인지 아니면 부가적인 정보 추가(communication)인지를 의미합니다.

일견 그럴 듯해 보이지만 잘 생각해보면 애매한 경우도 많을 것 같습니다. 사진을 찍은 장소를 태깅한 경우 이건 self/organization일까요, 아니면 self/communication일까요? 아무튼 논문에서는 위 그림의 4경우 각각에 대해서 사람들과 인터뷰한 내용을 소개하고 있습니다.

self/organization은 그냥 나중에 자기가 찾아보기 편하도록 정리하는 차원에서의 태깅입니다.
self/communication은 자신과 커뮤니케이션한다는 뜻이니까 기억 보존/강화용 태그를 뜻합니다. 우리가 (컴퓨터 파일 말고 실제의) 사진에다가 “2009년 여름 룸메이트와 바닷가에 놀러갔다가” 이런 식으로 코멘트 쓰는 것 같은 활용을 뜻하는데, 의외로 그런 목적의 태깅은 별로 없었다고 합니다.
social/communication은 주로 아는 사람들에게 보여주려는 사진 그리고 태그를 말하는데, 싸이월드에 값비싼 음식 사진 올리는 게 대표적인 예가 아닐까 합니다. 은근한 자랑도 좀 있고 말이죠.
social/organization은 자기가 찍은 사진이 불특정 다수에게 쉽게 검색되도록 하려는 태깅입니다. 굳이 self/organization가 구분한다면, self는 자기만 알아볼 수 있으면 어떤 태그라도 상관없겠지만 social은 보통 사람들이 쓸 만한 키워드를 골라줘야 한다는 차이가 있겠네요.

이것 말고도 태그 추천 기능 등에 대한 내용도 있지만 소개는 여기까지만 하겠습니다.

‘와 정말 놀랍다’ 하는 발견은 없었습니다. 하지만, 막연하게 그냥 그럴 것이라고 생각했던 것을 실제로 관찰해서 이렇게 정리해주는 연구도 의미가 있습니다. ‘이런 걸 추가하면 사람들이 좋아하며 쓸 거야’ 했는데 정작 사람들은 그런 것에 관심이 전혀 없을 수도 있거든요 :)

글에 태그를 다는 이유

SL — Mon, 08 Feb 2010 17:14:46 +0000

블로그를 구경하다 보니 글에 태그를 다는 이유는 크게 두 가지로 나뉘는 것 같습니다. 주제어나 핵심단어를 선정해서 검색을 용이하게 하는 아주 실용적인 경우가 있는가 하면, 본문과 연결되는 유머나 뒷담화(?)를 써서 탄복을 자아내는 경우도 있습니다. 또 어떤 곳에서는 본문에다가 아주 능청스럽게 거짓말을 쓰고 마지막에 “만우절”이라는 태그를 걸어두기도 하더군요 :) 이렇듯 태그는 활용하기 나름이고 반드시 어떤 식으로 써야 한다는 지침 같은 건 없습니다.

저도 블로그 글에 태그를 답니다.

다만, 겉으로 드러나지 않게 해두었을 뿐이죠. (지금은 보이게 했습니다.) 태그를 다는 첫 번째 이유는 지금 이 블로그에 적용되어 있는 “관련글” 기능 때문입니다. 깔린 것이 영어용 플러그인이라 아마도 한글 형태소 분석이 안 되어 비슷한 글을 제대로 못 찾을 겁니다. 이를 보완하도록 태그를 써넣는 거죠.

두 번째 이유로는, 사실은 이게 더 중요한데, 전혀 다른 성격의 글들을 하나의 단어로 연결시키는 작업이 주는 재미를 꼽겠습니다. 가령 이 블로그에서 Lisp 태그가 달린 글을 보면, 제가 Lisp이라는 프로그래밍 언어에 관심을 갖도록 만든 책의 서평, Lisp 설치 매뉴얼, Lisp의 창시자가 쓴 논문에 대한 소감 등이 굴비처럼 줄줄이 엮여 나옵니다. 위의 글 각각의 카테고리나 성격은 분명 제각각이지만 그 모두를 관통하는 하나의 개념을 태그로 뽑아내는 것은 즐겁다 못해서 짜릿하기까지 합니다.

아래 그림은 예전에 쓴 논문에 삽입했던 것인데요, 휴대폰의 수많은 메뉴 아이템을 동적으로 재구성하는 모습을 보여줍니다. 기존 분류에서는 멀리 떨어져 있던 “TV 리모컨”과 “TV 시간표” 메뉴가 TV라는 단어를 통해 하나로 묶인다는 개념이죠. 물론, 간단히 말하면 그냥 메뉴 검색이고요 :-)

그러면 카테고리는?

사실 저는 태그를 카테고리의 일반화된 개념으로 바라보고 싶습니다. 하지만, 태그는 어딘지 모르게 정신없는 느낌이 드는 반면 카테고리는 -정리만 잘 되어 있다면- 훨씬 정돈된 느낌을 줍니다. 글 각각에 “매뉴얼”이나 “논문 리뷰”라는 태그를 달 수도 있겠지만, 그보다는 같은 이름의 카테고리를 만들어두는 것이 훨씬 방문자가 글들을 찾아보기 쉽지 않을까요? 여기에는 [태그나 카테고리의 개수], [동시에 여러 분류에 속할 수 있는가, 하나에만 속할 수 있는가] 같은 요인들이 있을 것이라 추측해봅니다. 아무튼.

그런데 저는 왠지 어떤 카테고리에 전형적인 글보다는 여러 분류를 넘나듬는 글을 쓰고 싶더라고요. 일기인 척하다가 갑자기 논문을 툭 던지며 소개하는 식으로 말이죠. (-_-) 제가 좋아하는 폰 노이만에 대한 위키피디아 설명을 조금 가져왔습니다.

John von Neumann (December 28, 1903 – February 8, 1957) was a Hungarian American mathematician who made major contributions to a vast range of fields,[1] including set theory, functional analysis, quantum mechanics, ergodic theory, continuous geometry, economics and game theory, computer science, numerical analysis, hydrodynamics (of explosions), and statistics, as well as many other mathematical fields.

이 사람을 전통적인 학문 영역에 따라 분류하려면 어떻게 해야 할까요? ㅠ,ㅠ

말로는 분류를 넘나드는 잡종적인 글을 쓰고 싶다 하지만 그동안 쓴 글을 다시 훑어보니 별로 그런 것 같지는 않네요. 조금 더 생각해보고 전형적인 글과 잡종적인 글을 위한 분류를 한 번 만들어 봐야겠습니다.

Why We Tag: Motivations for Annotation in Mobile and Online Media – CHI 2007

TaskPaper: 단순함이 매력적인 Mac용 할일 관리 프로그램

SL — Sat, 08 Mar 2008 05:20:00 +0000

간단한 할일 관리 프로그램을 찾고 있었다. OmniFocus와 Things라는 두 프로그램을 놓고 저울질하고 있었는데, 이 TaskPaper를 발견하고 고민이 끝났다. 위의 두 프로그램은 내 필요에 비해 거창한 기능에 가격도 부담스러웠지만 TaskPaper는 아주 단순하면서도 내가 원하는 기능을 모두 갖추고 있었기 때문이다.

프로그램을 띄우면 메모장 같은 창이 하나 뜬다. 할일을 입력하려면 툴바에서 “T+”를 클릭하거나 “Cmd+Enter” 단축키를 입력하면 된다. 그 일이 끝나면 왼쪽에 있는 동그라미를 클릭하거나 “Cmd+D” 단축키를 입력하면 된다. 그러면 그 일이 지워지는 게 아니라 -우리가 메모장에서 그러듯이- 가운데 줄이 주욱 그어진다. 하나씩 일을 끝내가는 느낌이 들어서 이렇게 표시해주는 게 참 마음에 든다.

각 할일에 대해서는 태그를 달 수 있으며, 그냥 @ 문자 뒤에 태그로 쓸 단어를 적으면 된다. (단, 하나의 태그 단어에서 공백은 허용되지 않음) TaskPaper의 이런 유연한 태그 관리 방식은 간편하면서도 상당히 강력하고 유용하다. GTD에서 말하는 컨텍스트나 마감일로 사용할 수도 있고, 그밖에 자기 나름의 활용법을 찾을 수도 있다. 예를 들어, 외출했을 때 처리해야 할 일이면 @외출 이런 식으로 태그를 달아놓았다가 밖에 나갈 일이 생겼을 때 ‘외출’ 태그를 클릭하면 해당 태그가 달린 모든 일을 볼 수 있다. 마감일도 마찬가지로 @금요일, @3/11 이런 식으로 입력해둘 수 있다. 매일 해야 할 일들은 @오늘, @매일 이런 식으로 태깅해두는 것도 괜찮을 것 같다.

TaskPaper는 파일을 저장할 때 고유의 특별한 형식을 사용하지 않는다. 일반 텍스트 파일이라서 .taskpaper 파일을 텍스트 편집기로 열어 보면 내용이 그대로 보인다. 다시 말하면, 이 프로그램은 파일을 읽어서 @done 태그가 있으면 줄을 그어주는 등의 간단한 처리를 해서 사용자에게 보여주는 것이다. 대부분의 사용자는 프로그램의 내부적인 구현 사항에 관심이 없을 테지만 어쨌든 이런 텍스트 그대로 저장 방식은 상당한 장점이 된다. TaskPaper 프로그램 없이도 내용을 읽고 수정할 수 있기 때문이다. (드물기는 하지만 가끔씩은 그래야 할 상황이 생기더라.)

단순하면서도 강력하고, 플랫폼에 구애받지 않는다는 점이 만족스러운 할일 관리 프로그램. 가격은 18.95달러.