(Massive Attack 의 음악 “Teardrop” 과 Digital Kitchen 의 영상미가 만난 House M.D. 의 인트로 영상. 참고로 Dexter 의 센스있는 인트로 영상도 Digital Kitchen 에서 제작했다.)

내가 유일하게 찾아보는 드라마라고 할 수 있는 “House M.D.” 다. CSI 도 종영된 분량만 보고 말고 24 도 1 시즌 중반정도만 보다 말고, Grey’s Anatomy 도, Prison Break 도 예외없이 보다 만 내가 유일하게 종영분은 물론이고 매주 방영분이 뜰때마다 다운 받아서 보는 드라마다.¹

매 에피소드마다 희귀병에 걸린 환자가 나오고 하우스 박사가 범죄 사건의 범인을 추리하듯 병명과 원인을 밝혀내는게 주된 구성이다. 이런 구성이 시즌 3 (현재 방영중) 까지 계속 반복되기 때문에 중간에 질려서 그만 보는 사람들도 있다.

하지만 하우스 박사 특유의 괴팍한 성격과 그에 걸맞는 재치있는 언변, 에피소드마다 치밀하게 깔려있는 삶과 죽음에 대한 테마, 감동적인 장면에 항상 깔리는 명곡들, 그리고 셜록 홈즈²에서 영감을 받아서 만들었다는 것처럼 구석구석 숨어있는 패러디와 비유들은 쉽게 질리지 않는 요소들이다.

1×09 DNR (Do not resuscitate)

유명한 트렘펫 연주자인 존 헨리 자일스가 연주 도중에 호흡곤란을 일으켜 실려온다. 이미 주치의가 ALS³라는 진단을 내린 상태지만 하우스 박사는 존의 마비 증세가 다른 원인에서 왔다고 판단, 치료를 시작하는데 존은 ALS로 인해 얼마 살지 못하고 고통스럽게 죽을 거라는 두려움에 DNR(소생 거부) 서류에 서명한다. 곧 호흡 곤란을 일으키자 하우스 박사는 DNR 환자라는 사실을 무시하고 삽관을 통해 존을 살리고, 이에 분노한 존은 소송을 제기하는데…⁴

위의 OCN 에서 퍼온 에피소드 소개와는 달리, 이 에피소드에서 말하고자 하는 건 고통스러운 죽음에 대한 두려움이 아니다.

이 에피소드를 보지 않은 사람들을 위해 좀 더 상황을 설명하자면, 유명한 트럼펫 연주자인 자일스는 질병으로 인해 트럼펫 연주가 힘들어져서 음악 활동을 중단하고 있었다. 그리고 마지막으로 한번 더 연주를 시도하다가 호흡 곤란으로 쓰러져서 병원으로 실려온다.

더 이상 트럼펫을 연주할 수 없게 되었다는 것에 매우 낙담한 자일스는 소생 거부, 즉 위급 상황에 빠질시 생명을 살리기 위한  인위적인 조치를 거부하는 서류에 서명한 것이다.

그리고 얼마 안있어 정말 위급 상황에 빠지게 되고 이 때, DNR 때문에 다른 의료진들이 손을 놓고 있는 사이 하우스 박사가 뛰어들어 삽관을 해서 자일스를 살리게 된다. 다시 의식을 되찾은 자일스는 이에 분노해서 소송을 제기한다.

병으로 인한 고통과 죽음에 대한 두려움은 이 에피소드의 주제와는 거리가 있다. 그보다는 자신에게 있어 전부나 다름없는 한가지에 매혹된 사람들에 대한 이야기다.

아래는 이 에피소드를 보면서 기억에 남은 대화 중 하나이다. 소송을 제기한 이후 자일스와 하우스 박사 사이의 대화다.

John Henry Giles : 다리 저는 게 어떤 건지 경험해 봐서 알죠. 반지가 없는 약지 손가락도 잘 알고요.

박사님이 왜 그렇게 집착하는지 참 수수께끼더군요. 보통은 구해주길 바라지도 않는 사람을 구하려고 자신의 경력을 희생하고 감옥에 갈 위험을 무릅쓰지는 않을 거요. 정말로 절실하게 집착하는 “어떤 것”이 있으니 그러신 거겠지.

보통 사람들이 아내, 자식, 취미 등등을 가질 수 있는 이유는 적나라하고도 아프게 가슴을 때리는 그 “어떤 것”이 없기 때문이오.  내게는 그게 음악이고 박사님에겐 의술이죠. 자나깨나 생각하게 되는 그 무엇, 보통 사람 노릇을 못하게 만드는 그 무엇을 얘기하는 거요. 그 때문에 우린 훌륭한 실력을 갖추고 최고가 되지만 나머지 모든 것들은 잃게 되죠.

퇴근 후 집에 가면 여인이 마실 것과 키스를 베풀어 주는 그런 일은 결코 우리에겐 일어나지 않을 거요.

House : 그래서 신께선 전자렌지를 창조하신 거죠.

Giles : 맞아요. 하지만 그 집착하던 것마저도 잃어버리면 모두 끝나버리는 거요.⁵

대사 원문 보기 ▼

누군가 말했었다.

열정이란 하나에 모든 것을 쏟는게 아니라 하나를 위해 다른 모든 것을 버릴 수 있는 것

이 에피소드를 보면서 내가 느낀 것도 비슷한 것이었다. 얼핏 보면 똑같은 말인거 같지만 그 뉘앙스에는 큰 차이가 있다.

만약 하우스 박사가 의술에 모든 것을 쏟는다면 그것이 의미하는 바는 그가 가진 모든 능력, 인맥, 자원 등을 총동원해서 의술을 추구하는 것이다. 물론 이 상황이라면 그가 의술을 더 이상 할 수 없는 감옥으로 가는 건 절대 올바른 선택이 될 수 없다. 그리고 사실 그게 의술이 아니라 다른 것이라도 상관없을 것이다. 의술에 모든 걸 쏟다가 음악에 모든 걸 쏟을 수도 있는 것 아닌가?

하지만 어떤 것을 위해 다른 모든 것을 버린다는 것은, 오로지 그것만이 중요하다는 뜻이다. 그것을 위해 노력하고 추구하는 것과는 상관없이 그것이 아니면 안된다는, 어떤 절대적인 것이라는 의미를 내포하는 것이다.

하우스는 의술을 위해 모든 것을 버렸기 때문에 의술을 상황에 따라 굽히는건 그에겐 절대 용납할 수 없는 일이다. 그가 가진 마지막 하나이기 때문에 어떤 상황에서도 그는 타협할 수 없다. 모든 것을, 설령 그의 목숨을 잃는다 해도 그는 멈출 수 없을 것이다.⁷

어쨌든 이런 이야기들을 보고 있자면 과연 나에게 그렇게 중요한 것이 어떤건지 자문하게 된다. 하지만 시간이 지날수록 느끼는 거지만 자신을 안다는 것은 타인을 이해하는 것만큼이나 어렵다. 좀 더 많이 생각하고 느끼고, 자신 속으로 천착해야 할 시간들이 아직은 내게 많이 남은 것 같다.

1. 아쉽게도 이 글을 쓴 이후, 하우스도 시즌 3 이후로는 보지 못하고 있다.
2. Holmes 는 발음상으로 Homes 와 같다. 물론 House 는 대놓고 House 이고 … 이밖에도 제작진이 숨겨놓은 많은 공통점들이 있다.
3. Amyotrophic Lateral Sclerosis, 일명 루게릭 병
4. http://www.onmoviestyle.com/series/skin_01.asp?os_seq=101
5. NSC 자막팀의 자막 참고
6. http://tviv.org/House,_M.D./DNR
7. 뒤로 가면 고집 센 하우스 박사가 의술 외적인 이유로 의술을 포기하게 될 상황이 오자 고집을 꺾기도 한다.

이번에 새로 추가된 기능은

1. 머지 트래킹 (Merge tracking)
2. 부분 체크아웃 (Sparse checkouts)
3. 인터랙티브 컨플릭 해결
4. 체인지리스트 (Changelist)
5. svn:externals 개선
6. 그 외 여러가지 개선 및 버그 수정

입니다. 자세한 내용은 SVN 1.5 릴리즈 노트를 참고하면 됩니다.

서버 1.5.0 버전에 대응되는 윈도우용 클라이언트인 TortoiseSVN 1.5.0 도 21일자로 나왔습니다.  자세한 클라이언트 변경 사항은 TSVN 1.5 릴리즈 노트 를 참고하면 됩니다.

이번 릴리즈에서는 머지 트래킹이 주요 추가 내용입니다. 써보신 분들은 아시겠지만 섭버전은 브랜치에서 리비전을 올려가며 작업하다가 다시 트렁크로 merge 를 해도 트렁크에서 로그를 보면 merge 한 바로 그 리비전만 보이고 브랜치에서 작업한 리비전들은 보이지 않습니다.

그래서 브랜치에서 여러명이 작업하다가 트렁크로 merge 를 하면 변경된 코드에 대한 문의가 merge 를 한 유저에게로만 오는 경우가 많습니다. 실제로 그 유저는 merge 만 했을 뿐이라도 트렁크에서 로그를 보거나 blame 을 하면 그 리비전만 보이기 때문이죠.

위 스크린샷이 바로 이전 버전에서 로그를 봤을 때 상황입니다. r9 와 r14 사이에 브랜치에서 작업이 있었음에도 트렁크에서 로그를 보면 r14 에서 merge 한 기록만 보입니다. 따라서 그 사이에서 변경된 코드 블럭의 경우 블레임을 하면 r14 로만 나오게 됩니다.

위 스크린샷은 이번에 1.5.0 에서 추가된 머지 트래킹 기능을 사용했을 때의 모습입니다. TSVN 1.5 에서는 로그창에서 왼쪽 하단의 체크박스를 체크함으로써 볼 수 있습니다. 이전 스크린샷과는 달리 r11 에서 r13 까지 브랜치에서 작업한 리비전들도 같이 보여집니다.

그리고 체인지리스트는 아래와 같이 한 working copy 에서 파일별로 그룹을 나누어서 커밋 등을 할 때 작업 단위를 분리하는 기능입니다. 여러가지 작업을 동시에 할 때 유용합니다.

참고로 위 3개의 스크린샷은 모두 TortoiseSVN 1.5.0 릴리즈 노트에서 가져온 것입니다.

아직 릴리즈 된지가 얼마 안되어서 섭버전 1.5.0 의 윈도우용 바이너리는 현재 VisualSVN Server 밖에 없습니다. VisualSVN 은 MS Visual Studio 에 인테그레이션 되는 상용 섭버전 클라이언트인데, 이 회사에서 VisualSVN Server 라고 윈도우용 섭버전 서버를 무료 배포하고 있습니다. 이번에 1.5.0 버전을 테스트 해보려고 한번 설치해봤는데 꽤 괜찮아서 소개합니다.

VisualSVN Server

VisualSVN 서버의 관리창

서버에 있는 모든 repository 들을 한눈에 볼 수 있고 해당 리파지터리들의 내부 디렉토리의 내용들을 볼 수 있습니다.

VisualSVN 서버의 일반 속성

보시면 아시겠지만 HTTPS (SSL) 도 지원하고 인증 방식도 섭버전 자체 인증과 윈도우 도메인 인증 (NTLM) 을 지원합니다.

VisualSVN 서버의 보안 설정 (권한)

위와 같이 디렉토리 별로 특정 유저 및 그룹의 읽기/쓰기 권한을 설정할 수 있습니다. 위 모습은 윈도우 도메인 인증 방식으로 했을 때 특정 도메인 유저 그룹에 R/W 권한을 준 모습입니다.

Apache 와 mod_auth_sspi 모듈을 사용해서 구축했을 때는 특정 도메인 유저에 대해서는 권한을 지정할 수 있는데 특정 도메인 유저그룹에는 지정이 안되어서 골치가 아팠죠.

VisuaSVN 서버의 훅 스크립트 설정창

섭버전은 원래 특정 디렉토리에 특정 이름으로 스크립트 파일을 넣어두는 형식으로 훅 스크립트를 지정하는데, VisualSVN 은 위와 같은 GUI 에서 직접 스크립트 내용을 입력하는 형태입니다.

윈도우 서버에서 섭버전 서버를 운용하려면 기존에는 Apache (mod_auth_sspi), OpenSSL, Subversion 등을 깔아서 설정을 해야 했는데 VisualSVN 서버는 설치도 편하고 여러가지 편리한 인터페이스들을 제공하므로 앞으로는 VisualSVN 서버를 사용해보는 것도 좋을 것 같습니다.

원본 영상을 볼려면 클릭하세요. ▼

Wonder Girls - So Hot M/V

위는 지금까지 공개된 원더걸스 2집 앨범의 사진들입니다. 출처는 JYP Entertainment.

나인 인치 네일스(Nine Inch Nails) 가 “무료로 공개된 Nine Inch Nails 의 신보” 에 이어 이번에는 신보 The Slip 을 Creative Commons 라이센스로 완전히 무료로 공개했습니다.

음반의 일부만을 무료로 공개하고 나머지 음원과 CD 를 판매하는 형식이었던 Ghosts I-IV 와는 달리 이번 The Slip 앨범은 모든 트랙을 무료로 공개하고 크리에이티브 커먼스 라이센스를 채택함으로써 수정 및 재배포가 자유롭습니다.

제공되는 포맷은

• 고음질 MP3
• FLAC 무손실 (CD 음질)
• Apple M4A 무손실 (CD 음질)
• CD 음질보다 더 높은 24/96 WAVE

의 4개 포맷이며 The Slip 홈페이지에 가서 이메일 주소를 등록하면 다운로드 가능한 링크들이 메일로 옵니다. MP3 는 웹에서 바로 다운로드 가능하고 나머지 포맷들은 토런트(torrent)¹를 통해서 다운로드 받을 수 있습니다.

CC 라이센스 타입이 [Attribution-Noncommercial-Share Alike] 이므로 Nine Inch Nails(NIN) 라는 원저작자를 밝히고 수정한 2차 저작물 역시 위와 같은 라이센스를 가지게 한다면 비상업적인 범위 내에서 얼마든지 수정 및 재배포가 자유롭습니다. 다시 말해서 위 조건 하에서 리믹스, 복사, 블로그에 올리기, 친구에게 복사해주기 등이 전부 자유입니다.

예시로 제 블로그에 한번 올려보았습니다. 아래는 The Slip 앨범의 4번 트랙 Discipline 이고 링크를 통해서 자유롭게 다운로드 받으실 수 있습니다.

Nine Inch Nails - 4. Discipline (MP3)

…역시 트렌트 레즈너입니다.

1. BitTorrent 라는 P2P 파일 공유 프로토콜입니다. 윈도우 용 클라이언트는 µTorrent 를 사용하세요.

당연한 이야기지만 정답은  “아니다.” 입니다.

polymorphic base class 의 경우는 그래야겠지만 단순히 base class 라면 꼭 그럴 필요는 없습니다. 일단 non-virtual destructor 가 문제되는 경우가 하위 클래스의 인스턴스를 상위 클래스로 업캐스팅 해서 사용하다가 삭제하는 경우이므로 이런 경우가 발생하지 않는다면 문제가 없다는 이야기입니다.

예를 들면 boost 의 noncopyable 등의 클래스를 상속한 하위 클래스에서 noncopyable 로 업캐스팅해서 사용하다가 delete 하는 경우는 상상하기 어렵겠죠? 따라서 이런 클래스들은 소멸자가 가상 함수가 아닙니다.

물론 그럴리가 없다고 생각하는 경우라도 혹시나 다른 프로그래머가 그렇게 할지도 모른다는 염려가 든다면 아래와 같이 작성해주면 됩니다.

class BaseClassNotPolymorphic
{
  protected:
    ~BaseClassNotPolymorphic() {}
};

이렇게 base class 의 destructor 를 protected 로 설정해두면 이 클래스의 포인터로 delete 등을 시도할 때 컴파일 타임 에러가 발생하므로 문제를 미연에 방지할 수 있습니다. 그리고 실제로 boost 의 noncopyable 클래스의 경우 생성자와 소멸자가 전부 protected 입니다.

저것 봐요! 블로그가 이상해요!

오늘 하루동안 제 블로그가 이상하게 보일 겁니다. 그 이유는 2008년 4월 9일 오늘이 바로 …

CSS (Cascading Style Sheets) Naked Day 이기 때문입니다. 간단히 설명하자면 CSS 는 웹페이지의 모양을 정의하는 언어입니다. 웹 표준에 따르면 웹페이지의 내용은 HTML 등으로 작성하고 그 모양새(컬러, 폰트, 레이아웃 등)는 CSS 를 사용하여 작성하게 되어있습니다. 이렇게 내용과 외형을 분리함으로써 얻을 수 있는 이점이 여러가지 있습니다.

첫번째로 접근성입니다. 이러한 웹 표준을 잘 지킨 페이지라면 CSS 만 제거하면 모양을 나타내는 부분들은 싹 빠지고 페이지의 내용만이 나타나야 정상입니다. 따라서 CSS 만 제거하면 시각 장애인들의 스크린 리더 같은 프로그램이나 핸드폰, PDA 같은 모바일 기기들이 순수한 페이지 내용만을 읽어들일 수 있기 때문에 접근성이 높아집니다.

두번째로 유연성입니다. 모양과 관련된 부분들이 CSS 로 잘 분리되어 있다면 단순히 CSS 를 바꾸는 것만으로도 홈페이지의 테마를 변경할 수 있습니다. 보통 워드프레스의 테마들이 그러하듯이 말입니다. 그리고 프린트 시에는 프린트에 적합한 CSS 로 교체해서 깔끔하게 프린트 한다거나 하는 일들을 쉽게 할 수 있습니다. (이 경우는 나중에 제 홈페이지가 정상적으로 돌아왔을때 프린트 미리보기를 해보면 알 수 있습니다.)

CSS Naked Day 는 이러한 웹 표준을 알리기 위한 행사입니다. 올해로서 3번째 맞는 행사인데 많은 사이트들이 참여했으면 좋겠습니다.

왜냐하면 로그 메시지를 바꾸는 일은 리비전이 남지 않기 때문입니다. 즉, 데이터를 날릴 수 있는 가능성이 존재하므로 이는 롤백조차 리비전으로 남기는 섭버전의 타임머신 철학상 그다지 추천할만한 기능이 아닙니다.

그래서 섭버전은 로그 메시지 수정, 즉 리비전 속성 변경 (revision properties change) 의 경우에는 무조건 pre-revprop-change 훅 스크립트가 있어야 실행됩니다. 만약 스크립트가 없다면 로그 메시지를 수정할려고 할 때 아래와 같은 에러 메시지를 볼 수 있습니다.

섭버전 배포판에 기본적으로 pre-revprop-change 예제가 포함되어 있지만 이것은 리눅스 계열의 쉘 스크립트이기 때문에 윈도우 기반에서는 따로 작성해야 합니다.

정말 새로 작성해야 될까 하는 의문을 품고 섭버전 유저들의 제 2의 바이블인 TortoiseSVN 의 도움말을 뒤져보다 보면 “4.3. Hook Scripts” 섹션에서 아래와 같은 윈도우 용 pre-revprop-change.bat 예제를 찾을 수 있습니다.

rem Only allow log messages to be changed.
if "%4" == "svn:log" exit 0
echo Property '%4' cannot be changed >&2
exit 1

pre-revprop-change.bat

이렇게 pre-revprop-change.bat 를 만들어주면 로그 수정이 가능해집니다. 그런데 trac 을 같이 사용하고 있다면 로그 수정을 해도 트랙의 Timeline 이나 Browse Source 에서 표시되는 섭버전 로그들은 수정되지 않는다는 것을 발견하게 될 겁니다. 따라서 로그 수정시 trac 과 자동으로 싱크를 맞춰주는 기능을 구현해줘야 합니다.

이 기능은 수정된 로그를 반영하는 것이므로 pre-revprop-change 가 아닌 post-revprop-change 에 구현해야 합니다. 안그러면 수정된 로그 메시지가 반영되지 않습니다. trac 과 subversion 다시 싱크 맞추기를 참고해서 아래와 같이 post-revprop-change 스크립트를 만들어주면 됩니다.

rem Only resync when log messages are changed.
if "%4" == "svn:log" C:\Python25\scripts\trac-admin.exe (trac_proj_dir) resync

post-revprop-change.bat

파이썬 경로와 (trac_proj_dir) 은 자신의 환경에 맞게 수정해주도록 합니다.

“소비자가 가격을 결정하는 Radiohead 의 신보”의 라디오헤드 뒤를 이어서 Nine Inch Nails 도 신보를 비슷한 형태로 발표했습니다.

나인 인치 네일스의 이번 앨범 Ghosts I-IV 는 무료로 배포되는 패키지와 $5, $10, $75 패키지로 구분됩니다. 무료 패키지는 다른 패키지와 다르게 Ghosts I 이라고 전체 36개 트랙 중 맨 처음 9개 트랙만 포함되어 있고 MP3 포맷으로만 제공됩니다.

무료 패키지를 제외한 다른 모든 패키지의 디지털 음원은 아래와 같이 3가지 포맷 중 하나로 제공됩니다. 구입할 때 포맷을 선택하면 해당 포맷의 파일을 한번 다운로드 받을 수 있는 링크를 이메일로 보내줍니다.

• MP3 (320kbps)
• FLAC Lossless
• Apple Lossless

모든 파일은 100% DRM Free 입니다. 그리고 아래는 Ghosts 앨범 주문 페이지의 스크린샷입니다.

라디오헤드에 이어 트렌트 레즈너도 이런 형태의 판매 방식을 채택하는군요. 아이팟을 쓰는 저로서는 태깅도 다 되어있는 무손실 압축 포맷의 음원을 앨범 커버, PDF 포맷으로 된 부클릿을 포함하여 저렴한 가격으로 구입할 수 있다는게 상당히 매력적입니다. 다운로드 받아보니 추가로 월페이퍼도 포함되어 있습니다.

그리고 아래와 같이 플레이어를 제공해서 웹에서도 음악을 감상할 수 있게 해놨군요. 플레이어에서는 무료로 배포되는 곡들뿐만 아니라 다른 곡들도 감상할 수 있습니다.

마지막으로 제가 맨 처음 NIN 의 음악을 접하고 좋아하게 된 계기였던 “The Perfect Drug” 의 뮤직 비디오입니다. 이번 앨범은 어떨지 사뭇 기대가 되네요.

YouTube 로 보기

You are the perfect drug!

팀 스위니는 오래 전부터 GDC 에서도 OOP 를 이용한 엔진 개발의 중요성을 강조해왔으며 최근에 이르러서는 둠, 퀘이크를 만든 존 카멕의 엔진보다 팀 스위니의 언리얼 엔진이 대세로 떠오르고 있다. 언리얼 엔진은 모듈화가 매우 잘 되어 있어서 범용으로 사용 가능한 유일한 게임 엔진이라는 말을 들을 정도이다. (렌더링 미들웨어스러운 게임브리오는 예외로 하자.) 그리고 자체 스크립트 언어인 UnrealScript 로도 유명하다.

프리젠테이션 제목은 “The Next Mainstream Programming Language: A Game Developer’s Perspective” 이다. 사실 보통 3D 게임 엔진 개발자라면 imperative programming 의 달인이고 주로 SIGGRAPH 논문만 볼거 같은데 의외로 프로그래밍 언어에 대해 깊은 관심을 가지고 있어서 놀랐다. pure functional language 인 Haskell 에도 관심을 가지고 있어서 하스켈의 유용한 기능들을 많이 도입하려고 하고 있었다.

그 외에도

“우리는 절대 어셈블리어를 사용하지 않는다! (We never use assembly language)”

라든지 언리얼의 정수 변수 중 90%가 배열 인덱스로 사용되기 위해 존재했다는 것과 사용된 for 루프 중 40%가 functional comprehensions 그리고 50%가 functional folds 였다는 것도 매우 흥미롭다.

PT 를 보면 기어즈 오브 워(Gears of War)의 예를 들어 몇명의 프로그래머와 몇명의 아티스트가 얼마의 예산을 가지고 몇개월 동안 작업했는가 하는 구체적인 데이터로부터 시작하여 게임에 사용한 라이브러리들도 자세히 설명하고 있다.

그리고 게임 코드를 약 3가지-Game Simulation, Numeric Computation, Shading-로 분류해서 각각에서 중요한 요소들과 우선시되는 요소들(OOP, 속도, 병렬성 등) 을 설명하고 그에 맞는 언어를 소개하고 있다. 게임을 이루는 각 부분마다 특성에 맞는 서로 다른 언어들을 사용하는 것이 매우 흥미롭다. 혹시라도 난 게임 개발만 할거니까 functional language 는 알 필요없어! 라고 하는 분이 있다면 꼭 일독하길 바란다. 이 PT 를 보면 학부 수준에서 배우는 과목은 모두 다 중요하다는 진리를 다시 한번 일깨워준다.

특히나 경험을 바탕으로 한 게임 개발의 구체적인 수치들과 정상급 개발자의 식견은 돈 주고도 배우기 힘든 귀중한 내용들이니 꼭 읽어두도록 하자.

| View | Upload your own

(View on slideshare 로 가면 풀스크린 모드로 볼 수 있다.)

외부 링크

• “The Next Mainstream Programming Language: A Game Developer’s Perspective” PPT 파일

우선 A 는 퇴근하고 집에 돌아와 알라딘에 접속해서 여유롭게 책을 검색해보다가 구입을 결정하고 결제한다. 그가 결제한 시각은 1일 오후 7시.

그리고 B 는 회사에 출근하여 일을 하다 갑자기 읽고싶은 책이 떠올라 2일 오전 9시 50분쯤 알라딘에 접속하여 책을 주문한다.

그러면 알라딘에서 주문한 책을 A 와 B 둘 중 누가 먼저 받았을까?

1. A 가 먼저
2. B 가 먼저
3. A 와 B 가 동시에

답은 2 이다. 하루 늦게 주문한 B 가 A 보다 하루 먼저 책을 받게 된다.

이유는 알라딘에서 현재 운영하고 있는 “당일 배송 시스템” 때문이다. 당일 배송 시스템이란 평일 0시부터 10시까지 주문한 책에 대해서 서울 시내의 경우 당일에 배송을 해주는 시스템을 이야기한다. 즉, 이 시스템은 0시 이전 주문분 (즉 전날 오전 10시 이후부터 24시까지) 은 당일 배송이 되지 않는다.

물론 이런 경우 “하루 배송 시스템” 이라고 전날 밤에 출고해서 다음날 받을 수 있게 해주는 시스템도 있긴 하지만 출고량에 따라서 조기 마감되는 경우가 많아서 나 같은 경우에는 저녁에 두번 주문했었는데 두번 전부 다음날 받지 못했다. 이전까지는 시스템이 이렇게 돌아가는 줄 모르고 당연히 당일 배송 상품을 전날 저녁에 구입했으니 다음날 바로 오겠지라고 생각했다가 두번이나 받지 못해서 고객센터에 문의를 해봤더니 아래와 같은 답변을 얻을 수 있었다.

현재 알라딘의 경우 당일오전출고*당일배송>>당일저녁출고*익일수령>>당일야간출고*익일수령의 우선순위로 출고시스템이 운영하고 있습니다. 다년간의 출고방식 개선과 보완을 거쳐 출고*배송 서비스 만족도와 신속성을 가장 크게 체감하시도록 하는 개편을 통해 도입한 방식입니다.

물론 고객님의 경우처럼 먼저 주문하신 경우임에도 결과적으로는 당일배송보다 늦게 받으시는 경우에는 앞으로도 보완을 해야 겠습니다만, 현재의 제한된 출고/집하 공정 하에서 현행 출고방식에 대한 당장의 변화를 만들기에는 다소 무리가 있다고 판단됩니다.

즉, 당일 배송 상품들의 경우 장바구니에 넣어뒀다가 밤 12시 넘어가면 주문하든가 아니면 다음날 오전에 주문하는게 훨씬 낫다는 결론이다. 아무런 배송비의 차이도 없고 다른 혜택이나 불이익도 없는데 먼저 주문한 사람이 먼저 서비스 받지 못하는 이런 불합리한 시스템이 존재한다는 점이 흥미롭다.

물론 회사 측에서도 모든 서울 시내 주문건을 당일 배송 처리하는데는 문제가 있으므로 상대적으로 주문 건수가 적은 오전 시간대의 주문만 당일 배송 처리해서 상대적으로 적은 노력을 들이고 “우리 쇼핑몰은 당일 배송 시스템을 합니다!” 라고 홍보할 수 있는건 동종 업계에서 경쟁력을 구가할 수 있는 방법이기는 하다. 그리고 정말 당일에 급히 책이 필요한 사람들에게는 유용할 수 있을지도 모른다.

하지만 요즘 즐겨보는 만화책인 “바텐더” 라는 만화책 9권을 보면 이런 상황이 나온다. 호텔 바텐더가 외부에서 호텔 바로 자리를 옮기게 된 주인공 바텐더를 테스트하는 중에 이런 상황이 펼쳐진다. 위스키는 딱 한잔 분량밖에 남지 않았는데 공교롭게도 세명의 손님이 모두 다 마시고 싶어하는 상황. 호텔 바텐더는 이런 상황에서 주인공에게 질문을 던진다.

“호텔 서비스에 있어서 가장 중요한 건 ‘공정’ 이란 겁니다.
사람은 자기 외의 다른 누군가가 우대받을 바엔 아예 서비스 따위 바라지 않습니다 …
왠지 압니까?
인간의 악덕 중에서 가장 뿌리 깊은 감정은 …
‘질투’.

위스키는 원 쇼트 분량밖에 없다.
그런데 꼭 마시고 싶다는 손님은 셋.
자 … 이럴 경우 바텐더라면 어떻게 하겠습니까?”

이 상황에서 주인공은 한잔 분량의 위스키를 3잔으로 나눠서 무료로 손님들에게 제공한다. 나 역시 알라딘에게 해주고 싶은 말은 똑같다.

진짜 자신들이 서비스라는 걸 제공하는 업체라고 생각한다면 자신들의 편의를 기준삼아 고객들을 차별하지 말고, 겉보기에만 좋아보이게 한쪽에만 쏟아 붓는 서비스를 모든 고객들에게 똑같이 나누어 주라고 말이다.