not only timely, but timeless

맥오에스가 돌아가는 노트북을 고집하는 이유

4four — Wed, 6 Aug 2008 12:59:31 +0900

노트북을 고를 때 내가 애플 매킨토시 이외에는 고려하지 않는 것을 보면 주변 사람들은 혀를 끌끌 차기 시작한다. 아마도 -좋게 말하면- 맥매니아, -나쁘게 말하면- 애플빠라는 인상을 받는 듯하다. 굳이 부정하고 싶지도, 그리고 부정할 수도 없지만 그래도 뭔가 딱지가 붙는 건 조금 억울하니까 내가 맥오에스가 돌아가는 노트북만을 고집하는 이유를 간단하게 살펴보자.

1. 익스포제(Expose)의 부재
- 맥오에스에는 마우스 커서를 화면 가장자리로 가져가면, 모든 윈도우 창을 한 번에 보여주거나 또는 윈도우를 모두 치우고 바탕화면을 보여주는 기능이 있다. 익스포제라고 하는데, 여러 개의 윈도우를 띄워놓고 왔다갔다하면서 작업할 때 매우 편리하며 특히나 화면이 조그만 노트북에의 그 유용함이란 이루 말로 형용할 수 없다. (미안, 살짝 오버해봤다.)

2. Quicksilver의 부재
- 기능이 매우 방대한 프로그램이라는데, 사실 내가 쓰는 것만 보면 프로그램 런쳐 그 이상도 이하도 아니다. 하지만 너무나 익숙해져서 더 이상 이런 스타일의 런쳐가 없는 데스크탑 환경은 마주하고 싶지 않다는 생각이 들 정도이다.

3. 두 손가락 스크롤
- (맥오에스의 소프트웨어적인 특징은 아니지만) 애플 노트북에서는 두 손가락으로 터치패드를 쓰다듬으면 스크롤이 된다. 역시나 배우 중독성이 강한 인터페이스라 가끔씩 PC 계열 노트북을 쓸 때에는 답답한 마음을 감출 길이 없다.

기타 소소한 이유들도 있지만, 굵직굵직한 것들로만 골라서 이렇게 세 가지로 요약했다. 물론, 찾아보면 윈도우에도 위에서 언급한 것들의 대안 또는 윈도우다운 해결책이 있다는 것을 안다. 예를 들면, 윈도우 용 익스포제인 Ex라는 프로그램이 있고, 또 PC 계열 노트북 중에는 -두 손가락 스크롤 대신- 터치패드 오른쪽 영역을 긁으면 스크롤이 되는 것들이 있다. 하지만 어찌 되었건 나는 맥에서 제공하는 방식에 퍽 만족하고 있으며 따라서 특별한 계기가 없는 한 굳이 새로운 모험을 시작하고 싶지는 않다는 것, 그뿐이다.

좋은 놈, 나쁜 놈, 이상한 놈

4four — Thu, 31 Jul 2008 22:51:00 +0900

새벽같이 일어나 한 시간을 넘게 달려 참여한 선거의 결과를 보고 허탈해진 마음을 달래며 간만에 짤막한 영화 감상 하나.

혼자서 갖은 폼은 다 잡아가며 스스로 잘난 맛에 사는 놈 하나,
분위기는 얼핏 그럴싸하다만 따지고 보면 약한 놈만 잔인하게 괴롭히는 '쌩양아치' 하나,
그리고 그 둘을 양쪽에 끼고 만주벌판을 종횡무진 달리는 이상한 놈 하나.

이 셋이서 아웅다웅 하며 보물지도를 찾아가는 이야기. 내가 좋아하는 치밀한 설정을 기초로 한 스토리 전개는 없지만, 그냥저냥 액션 감상하면서 보기에는 무난했다. 그냥 몇 가지 느낌만 기억나는대로 나열해보자면,

중간에 몇 번 잔인한 장면이 나오는 것 같았는데, 나는 눈을 감았기 때문에 실제로 잔인했는지는 모르겠다.
세 명의 등장인물들이 모두 저마다 사연이 있는 듯했는데, 한 명 빼고는 자세히 얘기가 안 나왔다. 그 사연을 들려줬다면 각 캐릭터에 보다 몰입할 수 있었을 것도 같은데...
이야기가 진행되는 과정에서, 뭐랄까 응집력 같은 게 좀 부족하지 않았나 싶다. 무엇보다도 "이 사람들이 도대체 왜 이러고 있는가?"에 대한 공감할 만한 답이 없었기 때문에 좀 뜬금없다 싶은 장면도 있고...
영화 속에서 얘기하려다 만 정우성의 꿈은 도대체 뭐였을까? 악당처단을 통한 인류 복지와 세계 평화의 실현?

지루하다는 평도 있지만, 두 시간여의 상영시간 동안 나름 재미있게 볼 수 있었다. 별 다섯 개 만점에 3.5개 주겠다.

LaTeX 문서와 참고문헌 인용

4four — Thu, 17 Jul 2008 08:45:00 +0900

LaTeX에서 참고문헌을 만들거나 인용하는 방법은 한국 Tex 사용자 그룹의 위키에 잘 정리되어 있다. (BibTeX, 참고문헌 만들기, 참고문헌 인용)

하지만 진짜로 아무 것도 모르는 초심자에게는 자세하고 정확하지만 어려운 설명보다 다소 미흡하고 심지어 오류가 좀 있더라도 간단하고 쉬운 설명이 더 도움이 될지도 모른다는 생각에 bib 파일과 BibTeX에 대해 간략하게 써본다.

보고서나 논문같은 종류의 글을 쓰다 보면 다른 문헌을 인용할 일이 자주 생긴다.

위에서 Dijkstra (1979)와 Abelson et al. (1985)가 참고문헌 인용 부분이다.

LaTeX에서 위와 같은 인용 문구를 삽입하는 방법은 간단하다.

thebiblography 섹션에다가 인용할 문헌의 목록을 집어넣는다. 각 문헌마다 고유의 cite key가 붙는다.
본문에서 문헌을 인용하려는 부분에 그의 cite key를 적는다.

tex파일 예제. Dijkstra:1979p5096, Abelson:1985p5302 같은 것이 cite key이며, 각 문헌에 대한 온전한 설명은 아래의 \bibitem에 쓰여 있다.

기본적인 방법은 이렇게 간단하지만, 참고 문헌의 개수가 늘어나면 그 목록을 관리하고 또 각각에 cite key를 발급해주는 것도 큰일이다. 그래서 보통 이런 작업을 쉽게 해주는 소프트웨어를 사용하게 되는데, 맥OSX 용으로는 무료인 BibDesk나 얼마 전에 구입한 Papers 등이 있다.

이런 프로그램들은 bib 파일 형식으로 데이터를 저장하거나, 아니면 적어도 bib 파일 형식으로 내보내주는(export) 기능을 탑재하고 있다. bib 파일이 도대체 무엇이길래 그러는 걸까?

bibliography를 영어사전에서 찾아보면 “서지학” 또는 “저작 목록”이라는 뜻이 있는데, bib 파일은 이런 문헌들의 데이터베이스를 담고 있는 파일이다. 텍스트 형식이기 때문에 문서 편집기로 열어볼 수도 있다.

bib 파일

bbl 파일

위의 왼쪽 그림을 눌러서 키워보면 알겠지만, bib 파일은 메타데이타 형식이기 때문에 저 내용을 그대로 thebibliography 섹션에 갖다붙일 수가 없다. 그래서 사용하는 것이 바로 BibTeX이다. 이 프로그램은 bib 파일을 읽어서 (aux와 bst 파일을 참고하여) thebibliography 란에 들어갈 수 있는 텍스트로 변환해준다. 그리고 그 결과물은 bbl 파일에 저장된다. (위의 오른쪽 그림)

TeXShop을 쓰고 있다면 Typeset 메뉴 BibTeX 명령을 실행하면 된다. BibTeX은 꽤나 영리해서 bib 파일에 있는 문헌 중에 실제로 인용된 것만 골라서 bbl 파일에 넣어준다. (정확하게 말하면, LaTeX에서 만드는 aux 파일에 그 정보가 들어 있고, BibTeX은 그것을 이용하는 것이다.)

BibTeX에게 일을 시키려면 당연히 어떤 bib 파일을 변환할지, 결과로 만들어질 텍스트의 형식이 어떠해야 할지를 알려줘야 하는데, 그건 아래와 같은 내용을 tex 파일에 직접 써주면 된다.

두 번째 줄에서 elsart-harv라는 스타일을 지정해주면 BibTeX은 elsart-harv.bst 파일을 읽어서 그에 맞게 텍스트를 변환한다. 따라서 bst 파일에는 당연히 bibliography 안의 bibitem이 어떤 형식이어야 하는지에 대한 설명이 들어가 있다. 쉽게 비유하자면, bib : bst = xml : xls, 뭐 이런 관계라고 보면 된다.

유명 저널들을 보면, 저자들이 그 저널에서 지정하는 형식으로 쉽게 논문을 쓸 수 있도록 cls 파일과 더불어 bst 파일도 함께 제공하는 경우가 많다.

자.. 이제 전체 과정을 다시 한 번 정리해보자.

평소에 논문이나 그밖의 문헌 정보를 bib 파일에 저장해둔다.
글을 쓰다가 참조(인용)하고 싶은 문헌이 있으면 그의 cite key를 써서 인용 문구를 삽입한다.
LaTeX으로 aux 파일을 만든다. (그래야만 bib 파일 중에서 실제로 인용한 문헌만 골라준다.)
BibTeX을 써서 bib 파일의 내용을 변환하고 이를 thebibliography 섹션에 추가한다.
LaTeX으로 최종 문서를 만든다.

프로그래밍, 처음부터 다시 배우기

4four — Thu, 10 Jul 2008 08:10:00 +0900

하나의 방식에 익숙해진다는 것은 효율성을 높여주지만 동시에 생각을 틀을 그 안에 가둬버릴 위험을 안고 있다. 요즘에 내가 짠 코드를 보고 있노라면 그런 생각은 더욱 커진다.

새로운 패러다임의 프로그래밍 언어를 공부해볼까?

그러자 갑자기 떠오르는 책 하나가 있었다.

MIT에서 10년이 넘게 프로그래밍 입문서로 쓰이고 있다는 책.
하지만, 아마존의 서평을 보면 훌륭한 책이지만 초심자용은 아니라는 책.
표지의 그림을 따서 마법사 책이라고도 불리는 바로 이 책.

<Structure and Interpretation of Computer Programs> 말이다.

아마존에서 사람들이 이 책에 매긴 별점 분포를 보면 참 재미있다. 다섯 개와 한 개에 극단적으로 몰려 있는 것이, 완전히 “모 아니면 도”라는 느낌이 든다.

상당히 많은 추천을 받은 서평이 있기에 쓴 사람이 누군가 하고 봤더니.. <Artificial Intelligence: A Modern Approach>의 공동저자이자 현재 구글의 Directory of Research 직을 맡고 있는 Peter Norvig이었다. 그는 자동차에 비유하면서, 이 책은 자동차의 동작 원리, 효율적이면서 믿을 수 있는 자동차를 설계하는 방법을 찾는 사람을 위한 것이라고 했다. 운전하는 방법을 가르쳐주는 책이 아니라는 얘기다. 저 정도 되는 사람이 이 책을 읽고 자신의 직업에 대한 생각이 바뀌었다고 할 정도라니... 꽤 솔깃하지 않은가.

이어지는 서평에서도 반가운(?) 이름이 보였다. <해커와 화가>의 저자 Paul Graham이었는데, 그는 Kenneth Clark의 말을 인용했다.

if a lot of smart people have liked something that you don't, you should try and figure out what they saw in it.

(그런데 저 말의 원전은 아직 못 찾았다.)

아무튼 이런 사람들이 적극적으로 나서서 변호해주는 책이라면 후회는 하지 않겠다 싶어서 냉큼 주문했다. 이른바 “프로그래밍, 처음부터 다시 배우기” 프로젝트의 시작이다.

두 가지 이유

4four — Wed, 9 Jul 2008 13:11:00 +0900

“A man always has two reasons for doing anything: a good reason and the real reason.“

- John Pierport Morgan

누구든 어떤 일을 할 때에는 항상 두 가지 이유가 있다. 그럴 듯한 이유와 진짜 이유.

플랜에서 온 편지

4four — Fri, 4 Jul 2008 21:39:00 +0900

예전에도 한 번 소개한 적이 있는데, 플랜(Plan)이라는 기구를 통하면 어린이 한 명과 결연을 맺고 지속적으로 후원할 수 있다. 나도 올해 초부터 베트남의 5살 짜리 여자아이를 후원하고 있는데, 얼마 전 플랜에서 우편물이 하나 도착했다. ‘뭘까?’ 두근대기 시작하는 심장을 애써 억누르며 봉투를 뜯었더니, 글쎄 이렇게 깜찍한 게 나왔지 뭐야!

아직 어려서 글씨를 쓰지 못하니 대신 그 아이가 그린 그림을 보내줬나 보다. 그렇지, 플랜의 1:1 결연 프로그램에 참여하면 후원하는 어린이와 편지를 주고받을 수 있고, 선물을 보내거나 직접 만나러 갈 수도 있다는 설명을 들은 기억이 난다.

며칠 후에 또 하나의 편지를 받았는데, 이번에는 그 아이의 아버지가 보낸 것이었다. 자신은 현재 농사를 짓고 있으며, 아이는 아직 유아원에 다닐 나이가 안 되어서 그냥 집에서 동생을 돌보며 지낸다고 한다. 그냥 짤막하고 평범한 이야기인데, 어째서 읽는 동안 내 입가에는 웃음이 번지는 건지..

별로 기대는 안 했는데 막상 편지를 받으니까 참 기분이 좋고 뿌듯하다. 이참에 나도 한 번 편지를 써볼까나?

키워드의 가중치 구하기와 Zipf's Law

4four — Fri, 13 Jun 2008 20:14:13 +0900

바라바시 교수가 쓴 링크라는 책을 흥미롭게 읽은 기억이 있는데, 그의 최근 논문을 소개하는 블로그를 보고 반가운 마음에 트랙백 걸려고(..;) 씁니다. 그래서 내용 상 큰 관련은 없어요.

Zipf’s Law란, 간단히 말해서 빈도(Frequency)는 지위(Rank)에 반비례한다는 얘기다. 회사에서 직급 별 인원수를 생각해보면 쉽다.

이 Zipf라는 분은 사실 언어학자인데, 문헌에 등장하는 단어의 분포를 연구하다가 이 규칙을 발견한 것으로 보인다. (확실하지 않은 것은 항상 끝을 흐려버림..;;) 즉, 단어들 사이에 지위라는 것이 있다고 할 때, 별로 중요하지 않은 건 자주 많이 등장하고 좀 비중이 있다 싶은 것은 드물게 나타나더라는 (누구나 직관적으로 알고 있는) 사실을 통계적으로 입증하고, 더 나아가 그 사이의 관계를 수식으로 밝힌 것이다.

검색엔진을 얘기할 때 빼놓을 수 없는 TF-IDF에도 이 규칙이 반영되어 있다. TF-IDF란 단어와 문서 사이의 관련도를 측정하는 방식인데, TF (Term Frequency)는 기본적으로 문서에 해당 단어가 몇 번 나오는가를 가리키고, IDF (Inverse Document Frequency)는 그 단어가 나오는 문서가 몇 개나 되는가의 역(inverse)을 뜻한다. 이 둘을 곱하는 것이 TF-IDF다.

TF만 가지고 관련도를 계산하면, 흔하게 쓰이는 단어들 사이에서 희귀한 그래서 상대적으로 검색할 때 의미가 큰 단어가 질식해버릴 수 있다. 그런 위험을 방지하는 한 방법은 각 키워드의 가중치(weight)를 계산해서 TF에다가 반영해주는 것이데, 그게 바로 IDF다. IDF의 정의를 살펴보면 빈도의 역이라는 점에서 Zipf’s Law와 일맥상통하는 것을 알 수 있다. (물론, 등장 문서의 빈도가 아니라 키워드 자체의 빈도를 쓸 수도 있겠지만 실험적으로 IDF가 더 낫다는 것 같다.)

쓰고 보니 예전에 썼던 글의 반복이네요. 게다가.. 금요일 저녁이라 급한 마음에 길게 쓰고 말았습니다.

맥에서 Common Lisp 환경 구축하기: MacPorts를 이용

4four — Fri, 13 Jun 2008 18:49:00 +0900

MacPorts라는 OSX 용 패키지 관리자를 이용해서 Common Lisp 개발 환경을 세팅하는 방법을 정리해둔다.

1. Common Lisp 구현 설치하기 (sbcl)

살펴보니까 Common Lisp의 구현에도 참 여러 종류가 있는데, 사람들이 많이 쓴다는 sbcl (Steel Bank Common Lisp, http://www.sbcl.org)을 깔기로 했다. 터미널 프롬프트에 다음과 같이 입력하자.

sudo port install sbcl

시작하려면 터미널 창에 “sbcl” 이라고 치면 된다. 참고로, 끝내는 명령은 “(quit)“이다. 간단하게 Lisp 언어의 맛만 보려면 이것으로도 충분할 것이다. 하지만 자바 프로그래밍이 어디 메모장과 JDK만으로 되던가?

2. 개발 환경 구축하기 (Emacs + Slime)

많은 사람들이 Lisp 개발 도구로 이맥스를 추천하는 것을 보고 나도 대세에 따르기로 했다.

2.1 이맥스 설치

sudo port install emacs

2.2 SLIME 설치

SLIME (Superior Lisp Interaction Mode for Emacs, http://common-lisp.net/project/slime)은 Lisp 개발을 보다 편리하게 해주는 이맥스 모드이다. 자세한 기능은 홈페이지의 설명을 참고하자.

sudo port install slime

설치한 뒤에는 사용자 기본 디렉터리의 .emacs 파일에 (없으면 만들어서) 다음의 코드를 추가해야 한다.

(require 'slime-autoloads)
(setq slime-lisp-implementations
   `((sbcl ("/opt/local/bin/sbcl"))))
(add-hook 'lisp-mode-hook
   (lambda ()
   (cond ((not (featurep 'slime))
(require 'slime)
(normal-mode)))))

(eval-after-load "slime"
   '(slime-setup '(slime-fancy slime-banner)))

이제 터미널에서 “emacs” 명령으로 이맥스를 실행시켜서, M-x (Alt와 x를 함께 누르거나, ESC와 x를 차례대로 누르기) 한 뒤에 “slime”이라고 치면 반가운 CL-USER> 프롬프트가 나타난다.

Emacs slime 모드에서 보는 Hello, world

이것으로 터미널 용 환경 세팅은 끝났다. 하지만 터미널에서만 작업하는 것은 아무래도 좀 불편하니까 이번에는 GUI 버전의 이맥스를 깔아보자.

이제까지 했던 것처럼 “sudo port install emacs-app” 명령으로 GNU Emacs를 설치할 수도 있지만 그것보다는 그냥 Aquamacs Emacs (http://aquamacs.org)를 따로 내려받아서 설치하기를 권한다.

Aquamacs Emacs

그리고 .emacs 파일을 열어서 (require 'slime-autoloads) 위에 (add-to-list 'load-path "/opt/local/share/emacs/site-lisp/slime")를 추가해준다. 추가하지 않으면, 이맥스가 초기 구동할 때 에러 메시지가 뜨고, M-x slime이라고 해도 알아듣지 못한다.

끝.

환경의 제약과 창의성 사이의 관계에 대한 이야기

4four — Thu, 12 Jun 2008 00:01:00 +0900

종종 너무 바빠서 혹은 잡일이 많아서 창조적인 아이디어가 나오지 않는다거나 정말로 중요한 일을 못 하겠다는 한탄을 하게 된다. 하지만 어느날 갑자기 산신령이 나타나 “그런 족쇄을 없애줄테니 지금부터는 아무 걱정 말고 하고 싶은 일을 해보게나.” 라고 한다면? 그러면 창조적으로 일하며 높은 성과를 낼 수 있을까?

나의 개인적인 경험이기는 하지만, 지금까지 좋은 아이디어를 떠올리거나 높은 작업 성과를 낸 것은, “적당히” 바쁘면서 잡일도 하고 또 일정의 압박을 받던 때였던 것 같다. 예를 들어, 정말로 하고 싶지 않은 일로 밤을 새며 빈둥(-_-)대다가 문득 좋은 아이디어가 ‘툭’ 떠오르기도 했고, 없는 아이디어를 짜내라는 압박에 미친듯이 관련 문헌을 찾아읽고 그래도 소득이 없어서 새벽 4시까지 멍하니 앉아있던 중에 갑자기 영감을 얻은 적도 있다.

아, 오해하지는 말자. 절대로 ‘쪼아대면 어떻게든 결과는 나온다’는 말을 하려는 게 아니다. 단지 적절한 제약은 건강한 긴장감을 자극하여 효율성과 창의성을 높여주는 것이 아닐까 라는 말이다. 아무튼 요즘들어 부쩍 그런 생각이 늘던 차에 아주 흥미로운 글을 발견했다.

훌륭한 작업이 나오는 환경에 대한 흥미있는 경험담들, 아리송하고 역설적인, 그 알수 없는 양상들. (번역: 이광근)

내용의 일부분만 살짝 가져온다.

먼저 <The Art of Computer Programming>의 저자 크누스(Knuth) 교수의 글이다.

“내 인생에서 제일 창의적이었던 일들을 꼽으려고 회고해 보면, 그것들이 모두 어느 한 시절, 가장 많은 제약조건과 잡무로 치이고 있었던 시기에 일어났다는 것을 알게 된다. 예를 들어 1967년이 되겠는데, 그 해는 내 인생에서 가장 정신없던 시절이었지만 동시에 내 연구중에서 중요하다고 평가받는 많은 결과들이 샘솟았던 행운의 해이기도 하다. (중략) 그 시절을 생각하면 종종 의문이인다, 내가 그 해에 보다 더 안정적이었다면 어땠을까, 내 연구가 과연 더 생산적이었을까 덜 생산적이었을까?“

또 유명한 물리학자 파인만은 이렇게 회고했다.

”고등과학원의 과학자들은 엄청난 두뇌 때문에 특별히 스카웃되어 최대한 자유롭게 연구하고 생각할 수 있는 환경이 주어졌다. 숲속의 멋진 집에 살면서 오직 생각하고 연구만 해도 되는 꿈같은 환경, 강의의 의무도 없이, 어떠한 의무조항도 아무 것이 없는. (중략) 뭔가를 할 수 있는 모든 기회가 주어졌는데 어떤 연구 아이디어도 나오지 않았단 말이다.“

마지막으로는 <장미의 이름>으로 유명한 움베르토 에코의 얘기를 들어보자.

”세계 창조의 작업을 자유롭게 하기 위해서는 제약 조건을 만들어 심어 둘 필요가 있다. 시에서 이러한 제약 조건은 음률, 각운, 율동의 형태로 시 속에 자리를 잡는다.“

자유로운 창조작업을 위해서는 오히려 제약 조건이 필요하다는 말이 참 인상깊다.

물론 이들 중 누구도 제약(이 있는 환경)과 창의성(생산성) 사이의 관계를 명쾌하게 설명한 것은 아니다. 하지만 그래도 각 분야에서 대가로 인정받는 사람들이 털어놓은 경험담이라면 믿어봐도 괜찮지 않을까. 그런 의미에서 내일은 ”~때문에 안되겠어”라는 말 대신 “~지만 그래도 그 덕분에”라고 한 번 스스로를 다독여보자.

시간을 달리는 소녀

4four — Tue, 10 Jun 2008 03:53:00 +0900

우연한 계기로 과거로 시간을 되돌리는 방법을 발견한 여고생 마코토의 발랄한 이야기.

이런 장르의 이야기가 으레 그러하듯이, 초반에는 신기한 능력을 발휘하며 일상을 만끽하는 마코토의 유쾌한 모습이 재미있게 그려진다.

“날마다 너무 즐거워서 웃음이 멈추질 않아.”

중반으로 넘어가면서는 그 능력의 뒤에 숨어 있던 그늘을 보여주면서 분위기를 전환한다. 그리고 “사실은 이러이러한 이유로 그렇게 된 것이었습니다.”라는 설명과 함께 위기와 절정을 거쳐서 “실은 우리 서로 좋아했어요.”라는 결론에 도달하는, 기본적인 플롯을 따른다.

시간여행이라는 다소 진부할 수 있는 소재를 다루고 있지만 식상하다거나 하는 느낌은 들지 않았다. 한 마디로 평하자면, 보는 동안은 재미있고 끝난 뒤에는 기분 좋아지는 애니메이션이랄까?

기억에 남는 대사.

“시간을 되돌리면서 네가 이득을 보는 만큼 손해를 보는 사람도 있지 않겠니?”

기억에 남는 장면.

코스케에게 카호를 데려오라고 한 뒤 치아키에게 달려가는 마코토

극 중에서도 몇 번이나 나오는 “Time waits for no one.”이라는 말처럼, 빠르게 지나가버리는 시간에 뒤처지지 않으려고 발버둥치며 살아가는 모습이 화면 위로 오버랩되었다. 좀 엉뚱한가..?

참! 빼먹을 뻔했는데, 마지막에 나오는 잔잔한 멜로디의 엔딩곡도 괜찮았다.