게임 개발이란 굉장히 소모적인 작업이다. 일단 게임 어플리케이션을 만들어야 하고, 또 그 위에 컨텐츠까지 생산해내야 하기 때문이다.

일반적인 응용 어플리케이션 개발은 프로그램을 만들어서 사용자들이 컨텐츠를 생산해내는데 도움을 주는 것이 목적인 반면, 게임과 같은 엔터테인먼트 관련 개발은 프로그램은 물론 컨텐츠 생산까지 개발자가 다 하고 사용자는 오로지 그것들을 소비하기만 하기 때문이다.¹

게임을 만드는 일에서 프로그래머가 해야 하는 일은 크게 두가지로 분류할 수 있다.

우선 첫번째로 외부 고객, 즉 유저들을 상대로 하는 부분들을 제작하는 일이다. 보통 바깥에서 보면 개발의 전부라고 생각할 수 있는 부분이다. 예를 들면 프로그램의 UI 작성, 내부 로직 작성 등이다.

그리고 앞서 이야기했던 게임 제작의 특성상 두번째 일이 추가된다. 즉, 내부의 고객(기획파트와 그 외 파트들)을 상대로 하는 부분들을 만드는 일이다. 예를 들면 새 캐릭터를 추가하는 캐릭터 에디터, 맵을 만드는 맵 에디터, 퀘스트를 작성하는 퀘스트 에디터, 몬스터를 추가하는 몹 에디터 등이 있을 것이다.

이러한 내부 고객용 프로그램의 경우 비 프로그래머가 사용하는 프로그램이긴 하지만, 굉장히 특정한 소수의 사람들만 사용하기 때문에 불특정 다수가 사용하는 게임처럼 자동 업데이트를 공들여 만드는 것은 약간 비효율적이다. 하지만 그렇다고 매 변경시마다 바이너리를 수동으로 배포하는 방식은 문제가 많다.

1. 소스 변경시 개발자가 빌드해서 새 바이너리를 만든다.
2. 이 바이너리를 사용자들이 접근할 수 있는 공간에 업로드 한다.
3. 바이너리가 변경되었음을 사용자들에게 알린다.
4. 사용자들은 새 바이너리가 릴리즈 된 것을 확인하고 다시 다운로드를 한다.

보다시피 이런 일련의 과정은 자동화가 되어 있지 않아서 위 과정 중 한 군데에서만 문제가 발생해도 제대로 작동하지 않는다. 그리고 바이너리의 버전 관리가 되지 않으므로 문제가 발생하면 원인을 파악하기 어렵다.

원활하고 신속한 게임 개발을 위해서는 내부툴들의 자동 업데이트 기능이 필수적이다. 하지만 앞서 이야기했듯이 이 자동 업데이트 기능은 게임 어플리케이션의 그것과는 달리 특정 소수의 인원만 사용하므로 게임 패처처럼 잘 만들 필요는 없다.

따라서 이 포스트의 초점은 쓸만한 자동 업데이트 기능을 간단하게 구현하는 것에 있다.

자동 업데이트 구현

이 방법의 핵심은 기존에 사용중인 SCM 을 활용하는 것이다.

이 포스트에서는 Subversion 을 사용한다.

우선 내부툴들의 바이너리를 올릴 소스 리파지터리 내의 디렉토리를 선택한다. 이왕이면 툴 소스를 컴파일 시 Release 버전 바이너리가 생성되는 디렉토리가 좋다. 그러면 개발자가 소스 변경 후 릴리즈 버전으로 빌드하면 파일 변경을 SVN 이 자동으로 감지하기 때문이다. 따라서 소스를 커밋할 때 바이너리도 잊지 않고 커밋하게 해준다.

위와 같은 폴더 구조를 만들고 proj/bin/tool 폴더는 기획 파트원들도 접근할 수 있게 권한을 주도록 한다. 섭버전의 경우 Path-Based Authorization 이 가능하기 때문에 소스 디렉토리는 보호할 수 있다.

그리고 아래와 같은 배치파일을 proj/bin/tool 폴더에 만들어 주도록 한다.

update.bat

@echo off
TortoiseProc /command:update /path:"%~dp0" /closeonend:1
start %~n1

그리고 아래와 같은 내용으로 각 툴들과 같은 이름의 배치파일들을 생성해 준다. 파일 이름만 다르고 내용들은 전부 동일하다.

map_editor.bat, quest_editor.bat, …

@echo off
call update.bat %0

그러면 아래와 같은 파일 구성이 된다.

map_editor.bat 와 quest_editor.bat 는 둘 다 동일한 내용의 배치 파일이다. 그리고 새 툴이 추가되면 기존의 *_editor.bat 를 복사해서 파일 이름만 새 툴 이름으로 변경해주면 된다.

그리고 위 파일들을 전부 섭버전에 커밋한다.

위 과정이 다 끝나면 툴을 사용하는 모든 사용자들의 컴퓨터에 TortoiseSVN 을 설치하고 proj/bin/tool 경로를 체크아웃 한다.

그리고 앞으로는 맵 에디터를 실행할 때, map_editor.exe 를 실행하지 말고 map_editor.bat 를 실행해서 툴을 실행하도록 한다. 쉽게는 툴 바로가기를 map_editor.bat 로 바꾸면 된다.

그러면 모든 과정이 끝나게 된다.

앞으로 변경된 바이너리를 프로그래머가 섭버전에 커밋하게 되면 그 이후에 툴을 map_editor.bat 등으로 실행하는 사용자들은 자동으로 TortoiseSVN 을 실행해서 바이너리를 업데이트 하고 나서 실행하게 된다.

따라서 앞으로 툴 수정시 개발자가 할 일은

1. 소스 변경시 빌드를 해서 소스와 바이너리를 같이 커밋한다.

로 한가지 단계로 줄어들게 된다.

우리 개발툴이 달라졌어요!

적용해보시고 개선해야 할 점이나 피드백이 있으시면 리플 달아주시면 감사하겠습니다.

1. 그래서 현실 세계에서는 UCC 나 MOD 같은 개념들이 등장하고 있다.

(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 를 보면 학부 수준에서 배우는 과목은 모두 다 중요하다는 진리를 다시 한번 일깨워준다.

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

오른쪽 하단의 버튼을 클릭해서 풀스크린 모드로 보기를 추천한다.

외부 링크

• “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잔으로 나눠서 무료로 손님들에게 제공한다. 나 역시 알라딘에게 해주고 싶은 말은 똑같다.

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

Herbert Von Karajan 탄생 100주년 기념 한정반 “Master Recordings” 가 나왔다. 전부 리마스터링된 그라모폰의 음원으로 만들어진 음반이고 한국에서만 발매되는 한정반이라고 한다. 10장으로 구성된 세트의 가격이 약 4만원 중반대이니 “10 장을 2.5 장 가격으로!” 라는 광고가 빈말은 아닌거 같다.

1959년에서 1979년 사이의 연주를 담은 것이라고 하는데 카라얀의 음반을 거의 가지고 있지 않은 나로서는 겹치는 걸 확인할 필요도 없어서 그냥 지르기만 하면 됐다[..]

수록곡

CD 1
1. R. Strauss : Ein Heldenleben Op.40 (1959)
2. Till Eulenspiegels Lustige Streiche (1973)
CD 2
1. Beethoven : Symphony Nr.3″Eroica” & 4 (1962)
CD 3
1. Tchaikovsky : Piano Concerto No. 2 (Sviatoslav Richter 1962)
2. Tchaikovsky : Variations on a Rococo Theme for Cello and Orchestra (Mstislav Rostropovich 1968)
CD 4
1. Brahms : Symphony Nr.2 (1963)
2. Brahms : Symphony Nr.3 (1964)
CD 5
1. Stravinsky : Le Sacre Du Printemps (1964)
2. Bartok : Concerto for Orchestra (1965)
CD 6
1. Debussy : La Mer (1964)
2. Debussy :Prelude a lapres-midi d’un faune (1964)
3. Ravel : Daphnis et Chloe Suite No.2 (1964)
4. Ravel :Bolero (1966)
CD 7
1. Schubert : Symphony Nr.8 (1964)
2. Schubert : Symphony Nr.9 (1968)
CD 8
1. Opera Intermezzi (1967)
CD 9
1. Mozart : Requiem ( 1975)
2. Mozart : Coronation Mass in C major (1975)
CD 10
1. Beethoven : Vioin Concerto (Anne Sophie Mutter 1979)

내가 확인해본 바로는 리브로는 이미 품절이고 향뮤직은 이 음반 자체가 없고 교보문고, 알라딘은 현재 판매중이다. 그런데 알라딘의 경우 음반 4만원 이상일 때 3천원 할인 쿠폰도 주고 있어서 알라딘에서 책 한권 더 해서 5만원 맞춰서 구입했다[..]

아아 … 요즘 들어 지름신이 내 곁에 너무 오래 머물고 있는 것 같다. orz

판매처 링크

• 카라얀 마스터 레코딩 [탄생 100주년 기념 10 For 2.5 특별가 한정 앨범] (알라딘)
• Master Recordings [카라얀 마스터 레코딩/ 한정반 10cd] (교보문고)

보통 이사하면서 신경써야 할 것들 중 하나에 고지서 같은 우편물들이 있습니다. 아마 요즘에는 대부분 이메일로 받아보셔서 크게 상관없는 분들도 계시겠지만 저는 그래도 한달에 한번 종이로 된 고지서를 받아봐야 ‘아 이번달에는 이 정도 질렀구나[..]‘ 라는 실감이 오더군요. 모니터에 표시되는 숫자는 그냥 훑어만 보고 지나치는 경우가 많아서요. 하지만 저도 이메일 청구서로 바꾸면 혜택을 주거나 요금이 고정된 몇몇 청구서들은 이메일로 받아보고 있습니다.

여기서 잠깐 생활의 상식, 구 LG 카드(이젠 신한카드죠)의 경우 우편물로 청구서를 받다가 이메일로 전환하는 경우에도 아무런 혜택이 없었습니다. 다른 회사의 요금 청구서들 같이 몇백원 할인이라든가 포인트 추가 이런게 없었죠. 하지만 한번 이메일로 전환했다가 다시 우편으로 바꿀려고 하면 아래와 같은 팝업창이 뜹니다.

¹
what the …

여튼 우리나라는 초고속 인터넷도 그렇고 뭔가 소비자가 요구하지 않으면 챙겨주지 않는 혜택들이 많은 거 같습니다. 이건 1년 넘게 전에 알게 되어서 언제 글 한번 써야지 했는데 이제야 쓰게 되네요. 저도 혜택을 받았기 때문에 비난하기는 좀 그렇지만 “임금님 귀 당나귀 귀”입니다.

여튼 이런 혜택을 주는 요금 청구서 외에 몇개 우편으로 받는 것들이 있어서 이런 것들은 이사하기 한달 전부터 오는 우편물들을 확인해둬서 이사 후에 주소지 변경할 사이트들을 추려놓기는 했습니다. 그리고 실제로도 이사 후에 다 변경했구요. 하지만 이렇게 할 필요없이, 자동으로 우편물을 처리해주는 서비스가 이미 있었습니다.

바로 인터넷 우체국의 서비스 중에 “부가우편서비스 - 주소이전신고” 가 그러한 서비스입니다. 이 서비스를 신청하면 해당 명의로 기존 주소지에 오는 우편물들을 약 3개월 간 새 주소지로 배달해줍니다. 저도 이사 당일에 전에 살던 집 주인 아저씨가 이런 서비스가 있다고 말씀해주셔서 알게 되어서 신청했습니다. 아직 이렇게 이전 주소지 우편물인데 지금 주소로 온 것들은 없지만 아마 제가 빠트린 몇개는 오지 않을까 생각중입니다. 혹시라도 이사를 최근에 하셨거나 하실 예정이라면 이 서비스를 한번 이용해보시기 바랍니다.

1. 2008년 2월 15일

“홀짝도 구분 못하는 STL” 에서 볼 수 있듯이 C++ Standard Template Library 의 경우 표현력과 재사용성을 서로 trade-off 했기 때문에 STL 로만 코드를 짜는데는 표현력에 많은 제한이 있습니다. 제가 불평한 것도 그런 표현력이 몇가지 부분에 있어서 많이 부족했기 때문입니다.

하지만 오히려 그 덕분에 STL 로만 작성할 수 있는 경우에 그 코드의 가독성과 논리적 명확성은 오히려 더욱 뚜렷해진다고 생각합니다. 반면 아무런 라이브러리도 사용하지 않은, 언어 자체의 expression 과 statement 를 사용한 코드의 경우 그 표현에 있어서 제한이 없으니 더 쉬운 코드나 아니면 이해할 수 없을 정도로 복잡다단한 코드도 나올 수 있을 겁니다. 따라서 저는 단순히 STL 사용 여부가 코드의 복잡성이나 가독성을 높이거나 낮춘다고 생각하지는 않습니다.

하지만 어떠한 알고리즘을 사용하는 경우 이미 라이브러리에 구현되어 있다면 직접 구현하는 것보다는 라이브러리를 사용하는 것이 코드의 가독성을 높인다고 생각합니다. 물론 그 라이브러리를 잘 아는 사람은 코드를 보고 한번에 이해할 수 있겠지만 모르는 사람은 문서를 읽어봐야 이해할 수 있을 것입니다. 하지만 손수 구현할 경우 라이브러리를 아는 사람이건 모르는 사람이건 전부 다 그 알고리즘 코드를 한줄 한줄 따라가면서 이해를 하거나 주석을 보고 알아내야 할겁니다. 게다가 문서화도 많이 쓰이는 라이브러리들보다 손수 작성한 코드가 더 잘 되어있으리라고는 아마 쉽게 상상할 수 없을 겁니다.

그리고 코드의 완성도 면에서도 이미 구현된 라이브러리의 코드의 경우 수많은 테스트를 통과하고 대부분의 예외들을 고려해서 짜여져있기 때문에 개인이 시간에 쫓기면서 짠 코드보다는 훨씬 낫다고 생각합니다. 물론 그렇다고 맹목적으로 추종하고 잘 알지 못하는 상태에서 남용한다면 큰 낭패를 볼 수 있고, 그게 바로 제가 STL 과 관련해서 경고하는 포스팅을 계속 하는 이유이기도 합니다.

마지막으로 유지, 보수 면에서도 라이브러리 쪽이 유리하다고 생각합니다. STL 과 같은 표준 라이브러리들의 경우 Microsoft 와 같은 컴파일러 제작사들이나 STLport 같은 회사들이 꾸준히 업데이트를 하고 있습니다. 그리고 기타 다른 라이브러리들도 회사나 오픈소스 진영들이 끊임없이 유지, 보수를 하고 있기 때문에 그로부터 얻는 “공짜 점심의 이득”도 상당하다고 생각합니다. 직접 작성한 코드의 경우 직접 유지, 보수를 해야 하지만 라이브러리를 사용하는 경우 단순히 업데이트된 라이브러리를 설치하는 것만으로도 유지, 보수의 혜택을 입을 수 있기 때문입니다.

저는 아직까지는 배우는 입장이고 STL 을 다른 사람들보다 조금 더 안다고 자부하기도 어렵기 때문에 계속 공부하고 사용해 볼 예정입니다. 아마 어떠한 라이브러리라도 손발과 같이 자유자재로 사용할 수 있게 되기까지는 많은 시간과 노력이 필요할 것입니다. 그리고 팀으로 일하는 경우에 있어서는 다른 동료들의 입장도 감안해야 합니다. 모든 사람들이 저와 같은 생각을 가지고 있는 건 아니니까요. 하지만 지금까지 짧은 경험을 통해서나마 느낀 제 생각은 이렇습니다.

보통 Subversion 을 SCM 으로 사용한다면 보안을 위해 암호화 된 프로토콜로 접속하도록 한다. 소스 코드가 plain text 로 네트워크를 왔다 갔다하는건 개발자라면 누구나 피하고 싶은 상황이므로 (물론 오픈 소스라면 해당되지 않겠지만) 이렇게 하는데 섭버전의 경우 지원하는 보안 프로토콜이 SSH 나 Apache 를 통한 HTTPS (SSL) 이다. svn+ssh 는 리눅스 기반 운영체제라면 OS 의 사용자 계정과 연동하여 사용할 수 있으므로 가장 편하지만 윈도우 기반의 OS 라면 그렇지 않으므로 보통 아파치를 통해서 HTTPS 로 접속하도록 하고 유저 인증은 아파치 모듈인 mod_auth_sspi 를 사용하여 윈도우 도메인 계정 인증 (NTLM) 으로 한다.

그래서 이번에 trac 을 설치하면서도 동일하게 HTTPS 와 mod_auth_sspi 를 사용하여 암호화하고 윈도우 도메인 계정 인증을 하게 했다. 그런데 Internet Explorer 에서는 다른 쉐어포인트나 기타 윈도우 도메인 인증 페이지에 접속할 때처럼 별도의 로그인 창 없이 인증이 되는데 파이어폭스에서는 접속할 때마다 로그인 창이 뜨는 문제가 있었다. 섭버전을 설치했을 때도 발생했던 문제인데 문제 원인도 찾지 못했고 섭버전에 웹 브라우저로 접속하는 경우도 거의 없었기 때문에 그냥 잊혀져버렸었다. 하지만 트랙의 경우 웹 브라우저로 접속해서 사용해야 하므로 꽤나 빈번하게 창이 뜨는 것 불편함을 느낀 와중에 저번에 포스팅 했던 내용과 결과적으로 같은 원인이라는 것을 파악하고 적용해보았다.

결론적으로 같은 원인이었고 이전 포스팅에서 언급한대로 network.automatic-ntlm-auth.trusted-uris 를 설정해주니 깔끔하게 해결되었다. 참고로 mod_auth_sspi 1.0.4 버전에 버그가 있어서 인터넷 익스플로어 7 에서는

Bad Request.
Missing or invalid form token. Do you have cookies enabled?

라는 에러가 뜨면서 정상적으로 사용이 불가능한 문제가 있었지만 임시방편으로 해결하고 잘 사용하고 있다. (티켓 번호 4560)

나중에 시간이 허락한다면 윈도우 기반의 서버에 아파치, 섭버전, 트랙을 이용하여 통합된 암호화 통신과 인증으로 사용 가능한 개발 시스템 (게다가 무료!) 에 대해서 따로 포스팅을 해보고 싶다.