김 용묵의 절대공간 - 블로그

비주얼 C++ IDE (정확히는 비주얼 스튜디오)에는 간단하게나마 위지윅 HTML 에디터가 내장되어 있다. 다만, 입력하는 내용에 따라 프로그램이 생성해 주는 HTML 코드가 굉장히 지저분한 편이어서(여백, 정렬 상태 등~) 본인은 이를 즐겨 사용하지는 않는다.

물론, 언어별로 IDE가 따로 놀던 비주얼 C++ 6의 IDE에는 HTML 편집기가 없었으며, 웹 편집은 비주얼 InterDev라는 프로그램이 따로 담당하고 있었다. 그 대신 비주얼 C++ 6은 OLE 기술을 이용하여 심지어 MS 오피스 문서를 자기 IDE 내부에다 가져와서 편집하는 기능이 있었다! 물론 MS 오피스가 설치되어 있는 경우에 한해서.

File-New 대화상자를 보면 맨 오른쪽 탭에 MS 오피스(워드, 엑셀 등) 문서를 만드는 항목이 있었지만, 이 사실을 아는 사람은 아주 드물었을 것이고, 그 기능을 이용하거나 그렇게 OLE 친화적인 업무용 프로그램을 만드는 사람도 거의 없었다. 그래서 비주얼 스튜디오에서도 이후 닷넷부터는 그런 잉여 기능이 제외됐다. 내 기억이 맞다면 딱 하나, MS 오피스에 이어 아래아한글 2002가 그렇게 문서를 만드는 기능을 지원했다.

비주얼 스튜디오 닷넷은 잘 알다시피 모든 언어들의 IDE가 Microsoft Development Environment라는 이름으로 한데 통합했으며, 그래서 한 프로그램으로 소스 코드, 텍스트, 웹 문서 등을 모두 한데 만들 수 있게 되었다. 비주얼 스튜디오가 제공하는 웹 에디터는 아주 초보적인 수준이었다. 그냥 인터넷 익스플로러가 제공하는 에디팅 엔진을 그대로 차용했다.

본인은 비주얼 스튜디오가 제공하는 웹 에디터는 ‘진하게’를 왜 b가 아닌 strong 태그로 표현하고, ‘이탤릭’을 왜 I가 아닌 em으로 표현하는지 의아해했다. 200x년대에 사용하던 나모 웹에디터와 FrontPage는 b, I를 썼기 때문이다. 기능이 동일하면 더 짧은 표현이 좋기 때문에.. ㄲㄲ

물론 그 이유는 웹 표준의 개정 때문이다. HTML은 워드 프로세서 문서처럼 글자 비주얼이 아니라 문서의 논리적인 구조와 의미를 표현하는 용도로 유지하기 위해서 물리적인 비주얼을 표현하는 방식을 CSS 위주로 바꾼 것이다.

글씨체를 바꿨을 때 태그가 생성되는 방식은, 놀랍게도 비주얼 스튜디오의 버전마다 서로 다 다르다.
2003까지는 그냥 대놓고 <font face="무슨체"> 였다.
2005는 <span style="font-family:무슨체">가 되었다.
2008은? 아예 head 태그 내부에 그 서체를 지정하는 새로운 스타일이 등록되고 <span class="style1">이 생성된다.

똑같은 운영체제와 똑같은 IE 버전 하에서도 서로 다르게 동작하는 걸 보니, 이건 전적으로 비주얼 스튜디오의 버전별 차이로 보인다.

여기까지만 분석을 하고 말려고 했는데...
비주얼 스튜디오 2008은 웹 에디터가 뭔가 바뀌었다. 지금까지 전혀 눈치채지 못하고 있었다.

2003과 2005가 단순히 IE 기반인 것에 비해,
2008은 위지윅 에디터(소스 편집이 아닌 디자인 모드)의 윈도우의 클래스 이름이 FrontPageEditorDocumentView. 다시 말해 MS 오피스 2003 이후로 개발이 중단된 FrontPage의 에디팅 엔진을 얹었다는 뜻 되겠다! ㄷㄷㄷ;;;

덕분에, 2008 이전의 비주얼 스튜디오(VS) 내장 웹 에디터는 디자인 모드 아니면 소스 편집 모드 이렇게 두 가지 모드만 제공하였으나, 2008은 FrontPage처럼 한 화면에서 디자인과 소스를 한꺼번에 보고 편집하는 분할 모드도 같이 지원한다. 그리고 FrontPage처럼 태그 단위로 텍스트를 한꺼번에 선택하고 속성을 지정하는 정교한 편집 기능도 지원한다. 단순한 IE 기반 엔진만으로는 구현할 수 없는 기능임.

그런데 그런 것만 바뀐 게 아니라, VS 2008의 웹 에디터는 진하게/이탤릭 태그도 과거의 FrontPage처럼 b, i로 되돌아갔다. 이런?
VS 2010은 어떤지 모르겠다. 듣기로는 소스 코드 에디터도 완전히 새로 다시 짰다고 하니 또 바뀐 게 있겠지.

그래서 지금부터는 FrontPage 얘기를 좀 하겠다.
FrontPage는 여타 회사에서 개발되던 웹 에디터를 마이크로소프트가 인수하여 90년대 후반부터 개발을 시작했다. 그래서 초창기 버전에는 윈도우의 클래스 이름이라든가 생성된 HTML 코드의 generator 메타태그에 원래 회사의 이름 이니셜 같은 걸 찾을 수 있었다고 한다.

HTML 태그는 아무나 만지는 물건이 아니다 보니 웹 에디터 역시 워드, 엑셀 같은 전국민 필수품은 아니며, 아웃룩처럼 업무용 필수품도 아니다. 그러나 그렇다고 해서 이게 액세스라든가 비주얼 스튜디오 급의 전문 개발자 영역도 아니다 보니, 이런 프로그램이 차지하는 위상은 무척 어중간했다.

다이어그램을 그리는 프로그램으로 윈도우 3.x 시절부터 명성을 떨쳤는데 나중에 역시 MS에게 인수된 비지오(Visio)와 비슷한 위상 같다. FrontPage는 MS 오피스 제품군의 정식 멤버는 아니었지만 어째 오피스 XP 및 2003과는 동일한 타이밍에 버전업을 거쳤다.

FrontPage는 XP와 2003의 동작 방식이 서로 굉장히 달랐다. XP는 모든 html 코드를 자기 컨벤션대로(줄당 문자 수, 들여쓰기 등) 무조건 깔끔하게 정리하는 기능이 있었고, 심지어 html 코드 최적화 기능까지 있었다. 이게 잘 동작할 때는 무척 유용하지만, 자기가 이해하지 못하는 태그를 제멋대로 고쳐 버리기까지 해서 믿음직하지는 못했다.

그러던 것이 2003에 와서는 정책이 정반대로 바뀌어서, 이미 만들어진 코드는 최대한 건드리지 않고 수정된 부분에 대해서만 최소한의 변경만 가하는 방식이 되었다. 이것도 좋긴 하지만, 수정을 거듭하다 보면 앞서 말했듯이 코드가 무척 지저분해져서 싫다. 그리고 <li>, <ol>처럼 목록을 표현하는 태그에서 여닫기 처리를 제대로 못 하는 경우가 많다.

마치 휴대전화의 카메라 기능이 발전하면서 기존 디지털 카메라들은 아예 DSLR 같은 더 전문적인 영역으로 경쟁 구도가 바뀌었듯, 오늘날은 블로그가 발달하고 웹에서 바로 위지윅 html 에디터 내장 게시판을 쓰는 시대가 됐다. 로컬 환경에서 html 에디터를 쓸 일이 무척 줄었다.

그래서 FrontPage는 2003 버전을 끝으로, 더 전문적인 웹 디자인 솔루션인 MS Expression Studio에게 자리를 내어 주고 개발이 중단되었다. 그리고 그 FrontPage의 엔진이 비주얼 스튜디오의 2008에 전해져 오는 모양이다. ㅋㅋ

본인은 FrontPage를 내 홈페이지 편집과 프로그램 도움말 제작용으로 지금까지도 애용 중이다.
오히려 지금까지 Expression Studio를 쓰는 사람을 본 적이 없다. 그나저나 요즘 드림위버는 살아 있나?

Summary:
1. 위지윅 웹 에디터로 각종 아기자기한 클립아트를 넣으면서 자기 홈페이지를 만들던 시절이 그립다. ㅋㅋ
2. 여러분은 html 편집을 무엇으로 하십니까?

Posted by 사무엘

우리나라가 낳은 위대한 나비 박사인 석 주명 박사 얘기를 인터넷으로 우연히 접했다. 1908년 말 평양 출생이니 공 병우 박사와 나이 및 고향이 같지는 않지만 아주 비슷하다.
이분은 일본의 학자들이 잘못 분류해 놓은 한국의 나비 분류를 다 바로잡았고, 나비 연구에 관한 한은 세계구급으로 인정받은 걸로 유명하다. 나비에 대해서 창세기 2:19와 비슷한 일을 했다.

전국 방방곡곡을 다니며 75만여 마리나 되는 나비를 채집하여 분류하고 연구한 건, 전국을 돌아다니며 대동여지도를 만든 김 정호를 뺨치는 근성이 아닌가 싶다. 방학 때 어린 학생들에게 나비 채집 숙제를 내는 관행도 이분이 만든 거라고 한다.

실제로 그는 공 병우 박사 같은 근성이 있어서 시간을 굉장히 아끼고 어디 자투리 시간, 이동 시간을 아까워했다. 하루종일 연구실에 틀어박혀서 거기서 모든 일과를 해결했다. 그러나 무슨 희귀종 나비가 어디에 있다고 하면 산간벽지를 막론하고 찾아가서 채집했다.
하지만 이 때문에 가정 생활조차 원만하지 못할 지경이어서, 결혼한 지 몇 년 못 가 이혼하고 만다.

이 역시 공 박사와 비슷한 점이다. 공 박사도 천재 외골수 타입인지라 그렇게 가정적이지는 못한 사람이었다. 온통 타자기 생각밖에 안 하고 지내던 시절엔 좀 과장 보태면 가정 파탄 상태였다. 그나마 의사인 덕분에 돈은 굉장히 많이 벌었으니 가정이 유지되었지만.. 유지만 되면 뭘 하나? 세벌식은 내가 알기로 공 박사 유족도 별 관심 없어하고 안 쓰는 글자판이다. -_-;;

공 병우 박사도 6· 25 때 북한군에게 붙잡혀서 고초를 겪기도 했다만, 이 전쟁은 석 주명 박사의 인생을 송두리째 파괴하고 말았다.
서울 시내가 폭격을 받는 바람에, 20년간 수집해 놨던 나비 표본을 날렸다! 나 같아서도 그럼 정말 죽고 싶었을 것이다.

그리고 그는 1950년 10월, 길거리를 다니던 중에 북한군으로 오인받아 총격을 받고 50이 채 안 된 나이에 목숨을 잃었다. 죽으면서도 “이놈들아, 나는 나비밖에 모르는 사람이야!”라고 절규했다고 전해진다. 정말 안타까운 죽음이었다.

석 박사와 비슷한 인물로는 우 장춘 박사도 생각나고, 또 한글학자 정 태진 선생이 떠오른다. 영어 잘 한 덕분에 미군정 때 얼마든지 교수, 장관 자리를 차지할 수도 있었는데 끝끝내 조선어 학회로 돌아와서 큰사전 편찬에만 매진한 분이다. 그는 1952년, 전쟁 중에 식량 구하러 트럭에 얻어 타고 가던 도중에 교통사고로 목숨을 잃었다.
그러고 보니 석 박사도 개인적으로는 언어학 기질이 있어서 제주도 방언을 연구하고 에스페란토 교재를 집필하기도 했다고 한다.

나도 “나는 철도밖에 모르는 사람이야!”라고 후회 없이 말할 수 있는 삶을 살고 싶다.

Posted by 사무엘

별개의 분야 이야기들이 또 한데 컬렉션 형태가 됐다.

1. Personalization of Windows

이건 아무나 쉽게 할 만한 건 아니지만, 아마 윈도우 파워 유저들은 한번쯤 시도해 봤지 싶다.

콘솔(명령창)의 글꼴 바꾸기
솔직히 나도 Terminal 기본 서체는 이제 지긋지긋해서.. 똥 묻은 파르페 다음으로 싫다.. -_- 과거 윈 9x는 도스 프롬프트의 코드 페이지를 영문 437로 바꾸면 Courier New나 Lucida Console이라도 나와서 괜찮았으나, 2000/XP의 콘솔 글꼴은 너무 단조롭기 그지없다.
특정 레지스트리 부위에다 00이라는 키를 추가해서 원하는 글꼴을 지정한 뒤 재부팅을 하면 된다고 하는데, 난 여러 사이트들에서 시키는 대로 해도 안 되더라...;; 잘 모르겠다.

XP의 경우, uxtheme 패치
자세한 배경 설명은 생략하고. 요지는.. XP의 트레이드마크라고 할 수 있는 Luna 테마 대신 다른 시각 테마를 쓰는 것이다. 그런데 테마를 바꾼다는 건 단순히 색깔이나 이미지 같은 데이터뿐만이 아니라 각종 화면 요소를 그리는 실행 코드 자체를 바꾸는 것이기 때문에, 운영체제의 안정성 및 보안에 영향을 끼칠 수 있다. 그래서 운영체제는 기본적으로 디지털 서명이 존재하는 테마만 고를 수 있게 돼 있다.
그러나, 개인 테마 제작자가 일일이 자기 작품에 대해서 $를 지불하고 번거롭게 디지털 서명 인증을 받는 건 쉽지 않은 노릇이고.. 결국 디지털 서명이 없는 테마도 지정 가능하게 아예 운영체제 자체를 크랙하는 테크닉이 나돌게 됐다. 아이폰으로 치면 탈옥 정도 되겠다.

난 XP의 파란 Luna가 예뻐서 거기에다 custom 글꼴 & 그림만 붙여서 잘 썼다. 테마를 바꿀 필요는 느끼지 않는다. 비스타로 갈아탄 지 3년이 넘었지만 여전히 XP Luna가 그리울 때가 있다. 하긴, 비스타에서 Luna 커스텀 테마를 일부러 구해다 쓰는.. 흠좀무스러운 사람도 있다고는 하더라...

2. Phone number as the hyperlink

남이 내게 문자 메시지로 다른 전화번호를 알려 줬다. 이렇게, 발신자 그 자체가 아니라 본문에 포함돼 있는 전화번호를 번거롭게 암기하거나 수첩에 적지 않고 그대로 저장하거나 전화를 걸 수는 없을까?
마치 http로 시작하는 문자열이 인터넷 주소이고 "@ ." 같은 패턴이 이메일 주소이듯, 전화번호를 나타내는 정규 표현식이 통용되어 이런 건 전화기가 마치 클릭 가능한 하이퍼링크처럼 본문에다 표시해 주는 기능이 있으면 좋겠다.

자동으로 링크를 못 만든다면 최소한 번호를 마우스로 긁어서 복붙 정도는 되어야겠지.
간단하기 때문에 스마트폰에는 이미 구비되어 있는 기능일지도 모르겠다?
아래아한글 도스용에 있던 전화번호부와 팩시밀리 기능이 불현듯 떠오른다. COM 포트를 통해 컴퓨터가 모뎀으로 전화를 걸어 주던 시절이었다.. ^^;;

3. 디렉터리 생성을 좀 더 똑똑하게

컴퓨터의 파일 시스템에서 지우기 명령에 하위 디렉터리를 재귀적으로 몽땅 다 지우는 기능이 있다면,
디렉터리 생성 명령에도 중간의 다단계 디렉터리를 한꺼번에 생성하는 기능이 있어야 한다.
또한, 디렉터리를 생성한 후 바로 거기로 가는(change directory) 기능 내지 옵션도 있으면 편하지 않을까?
이건 114로 치면 전화번호를 물은 후 그 전화번호로 바로 거는 기능에 해당한다.

다단계 디렉터리를 한꺼번에 생성하는 기능은 있지만 생성한 디렉터리로 바로 가는 기능은 프로그래밍 API라든가, 각종 유틸리티 프로그램이나 명령으로도 내가 본 기억이 없는 듯하다.
요즘은 옛날에 비해 디스크/파일을 다루는 유틸리티에 대한 필요성이 훨씬 덜해지긴 했지만.. 특정 디렉터리나 드라이브로 곧바로 이동 가능하고 특정 프로그램을 단축키 하나로 바로 실행해 주고 한 화면에서 압축 파일이라든가 FTP 연동이 바로 되는 유틸리티가 있으면 컴퓨터 생활이 정말 편해진다.

토탈 커맨더, NexusFile 같은 프로그램이 유명하긴 한데 본인은 단축키가 완전히 손에 익어 버려서.. 개발이 중단된 구닥다리 WinM을 못 버리고 있다.

4. DR만 들어가면 다 박사?

DR이라는 약어가 하도 '닥터'라고 통용되니까, 과거에는 이로 인해 재미있는 오해가 발생한 컴퓨터 소프트웨어가 있었다.
MS-DOS의 경쟁자 중 하나이던 DR-DOS는 그래도 다 대문자로 쓰고 MS-DOS도 '엠에스'라고 읽다 보니, '디알'이라고 통용되었던 것 같다. MS-DOS를 설마 '미스 도스'이라고 하지는 않잖아? 도스의 모에화ㄲㄲㄲㄲㄲ 훗날 나온 노벨 도스의 전신이 DR-DOS인 줄은 모르고 있었네..;;

그러나 그래픽 소프트웨어인 '닥터할로'는 답이 없다..;; Dr. Halo라고 쓰면.. 누구에게라도 영락없이 '할로 박사님'처럼 보일 수밖에 없지 않은가. 설마 개발자가 박사 학위 소지자이기라도... 한지는 모르겠지만 Dr은 그냥 '드로잉'을 줄인 말이라고 한다.

5. 스마트폰 OS 에뮬레이터

PC에서 안드로이드 에뮬레이터가 실행되는 속도는 실제 기계에 비해서... "꽤", 훨씬 더 느리다. 난 약간 느릴 줄 알았는데 이 정도까지 차이가 날 줄은 몰랐다.

하긴, 도스박스조차 200x년대의 컴에서 같은 x86 아키텍처용 도스용 프로그램을 펜티엄급으로밖에 실행을 못 하는데, x86와 ARM은 인스트럭션 구조가 근본적으로 다르다. 게다가 요즘 스마트폰은 CPU와 메모리로만 치면 이미 최하 윈도우 98/2000 정도는 너끈히 돌리는 성능이다. 무슨 고전 게임도 아니고, PC와의 격차가 의외로 높지 않으니 PC에서 에뮬레이팅이 버거울 수밖에 없다.
게다가 애플리케이션들은 그나마 네이티브 코드도 아니고 잘 알다시피 자바 기반.

그리고 마지막 복병이 있는데 바로 그래픽 가속이다. OpenGL 같은 통일된 인터페이스가 있다지만 그래픽 가속은 워낙 민감한 부위여서 그런지 가상화가 더디다. 가상 머신에서 돌아가는 윈도우 비스타/7이 Aero 효과를 내지는 못하며, 에뮬레이터에서 돌아가는 스마트폰 OS는 실물만치 현란한 비주얼을 선보이지는 못한다.

그러나 PC+에뮬레이터가 디스크 I/O만은 실물보다 훨씬 더 빠르게 수행한다.
이런 식으로 스마트폰 앱은 에뮬레이터에서 돌릴 때와 실물에서 돌릴 때의 성능 편차가 의외로 크며, PC에서 개발하더라도 수시로 실물에서 올려서 확인이 필요하다고 한다.

Posted by 사무엘

본인은 IT인에게 필수라는 얼리 어답터 기질이 별로 없다. 옛날엔 있었는데 지금은 사라진 듯.. -_- 1990년대 중반의 인터넷 트렌드를 받아들인 것 역시 굉장히 더뎌서, 개인 홈페이지도 2001년이나 돼서야 개설했을 정도이다. 그 기질이 지금도 고스란히 이어지고 있으니, 일례로 본인이 몇 년쯤 뒤에나 스마트폰을 쓰게 될지 모르겠다. 10년 전이나 지금이나, 걸어다니면서 노트북으로 MP3 듣는 것까지 똑같으니 원.. ㅎㅎ
그 대신, 옛날에 얼리 어답터 기질이 있던 시절에 대한 복고풍 향수병이 좀 있다.

1. 소프트웨어 UI의 문체와 표기

난 20년 가까이 컴퓨터를 사용해 오면서, UI에서 반말, 그것도 단순히 ‘해라’체가 아니라 완전히 구어체 반말 쓴 소프트웨어는 딱 하나 기억난다.
이거 기억하는 사람은 엄청 old timer일 텐데, 고 호석이라는 분이 개발한 <Hot Time>이라는 마작 게임이다. 나중에 VGA 용으로 만든 버전 말고, 무려 허큘리스에서 돌아가던 것.

초딩이던 본인은 마작 같은 건 할 줄도 모르고 관심도 없었다. 그때 할 줄 알았던 건, “돈 놓고 돈 먹기”라고 심심풀이 땅콩으로 제공하던 사다리 도박 게임이었는데, 본인이 사다리 게임이라는 개념 자체를 그때 난생 처음으로 접했었다.
대화상자에서 Yes/No 조차 ‘응(아니면 “그래” 던가?)/아니’라고 적혀 있던 프로그램은 저것 이후로 본인은 전혀 보지 못했다. 요즘은 게임이라 해도 UI는 정중한 합쇼체가 필수인데 말이다.

지금은 작품 이름이나 개발자 이름으로 구글 검색을 해도 관련 정보가 전혀 뜨지 않는.. 그 정도로 묻힌 추억의 옛날 소프트웨어(특히 국산은 더욱 정보가..)가 여럿 있는데 때로는 그런 게 그립다.

MS 사의 제품 중 윈도우는 3.1을 포함해서 95까지 도움말은 ‘하라/해라체’ 반말로 적혀 있었다. 이것도 기억하는 분이라면 old timer임;; 그러다가 IE 4.0이 나올 무렵부터 완전히 존댓말로 바뀌었다. 국가를 막론하고 자기네 회사와 제품 이름은 대외적으로 무조건 영문 원어로만 표기하기로 정책을 확정한 것도 아마 그 무렵일 것이다.

말이 나왔으니 말인데, ‘한글’의 로마자 표기에 대해서 여러분은 어떻게 생각하시는지? 마치 한국 MS도 도스 완전 초창기 시절에는 조합형 코드를 사용한 적이 있었듯이(20년도 더 전, 거의 2~3.x 시절), 그때에 한글 MS 도스가 분명히 Hangeul을 사용한 걸 본인은 봤다. 그 기억이 있고 그게 현행 한글 로마자 표기법에 맞기도 해서 <날개셋> 한글 입력기도 지금까지 그걸 사용해 왔으나...
현실은 Hangul이 훨씬 더 대중적으로 많이 퍼져 있는 것 같다.

2. 90년대의 3D FPS 게임

울펜슈타인 3D와 둠은 1990년대 초· 중반에 ID software에서 차례로 내놓은 전설적이고 선구자적인(특히 PC 환경에서!) 3D FPS 게임이다.
둠이 전작인 울펜슈타인에 비해 기술적으로 월등히 발전했다. 잘 알다시피 고저 차이 표현, 사각형 격자가 아닌 임의의 각도의 평면, 초보적이나마 광원, 천장과 바닥의 텍스처, 오르내리는 지형과 애니메이션 텍스처 등 많다.

그런데 그런 굵직한 것 말고 이런 차이도 있다는 걸 최근에 뒤늦게 발견했다. 아래의 두 그림을 보자.

그 당시의 컴퓨터 성능의 한계상 안티앨리어싱이 안 되어서 텍스처의 점이 다 보이는 건 어쩔 수 없다 치는데, 둠은 가까이서 비스듬히 본 벽면의 텍스처 도트가 원근법에 의해 ‘사다리꼴’ 모양으로 보이는 반면... 울펜슈타인은 어떤 각도에서 보더라도 모든 도트가 무조건 x, y 축에 수직인(orthogonal) 직사각형 형태로 보인다는 걸 알 수 있다. 오호라, 286 AT에서 실시간 3차원 텍스처 렌더링을 구현하기 위해서 이런 꼼수를 부렸다는 것.

그래도 꼼수를 부린 것치고는 비주얼 상으로 의외로 그렇게 큰 티는 안 난다. 계단 현상은 그저 화면과 텍스처의 해상도가 낮아서 그러려니 하면서 은근히 그냥 넘어가게 되기 때문이다.

진짜 100% 폴리곤 3D 세상은 1996년, 둠의 후속작인 퀘이크가 개막하게 된다. true 3D를 구현한 것뿐만이 아니라 로켓과 함께 다이나믹하게 바뀌는 광원도 굉장히 신기했다.
이거 하나의 시스템 요구 사양이 윈도우 95와 비슷했다. 그것도 나름 그 사양에서 돌아가게 만들려고 폴리곤 개수와 맵 크기에서 상당히 절충을 해서 얻은 결과물이다.

둠과 퀘이크 모두, 게임 개발자가 무슨 game mechanics를 표방했는지는 모르겠지만 최고 강한 몬스터는 로켓 런처의 스플래시 데미지에는 반응하지 않는다는 규칙이 있었다. 그래서 둠의 Cyberdemon와 Spider mastermind, 그리고 퀘이크의 Shambler는 로켓 런처로는 유난히도 잘 죽지 않았다.
이게 스타로 치면 유닛의 크기별로 데미지를 받는 등급을 달리하는 소형, 중형, 대형과 진동형, 일반형, 폭발형 같은 개념이라 할 수 있는데... 왜 대형 몬스터가 로켓 런처에 더 강하게 만들었는지는 잘 모르겠다.

3. 옛날 에디터의 단축키

요즘이야 윈도우 운영체제의 영향으로 인해, Shift+화살표는 어디서나 selection, 즉 블록을 잡는 동작으로 통용되고 있다. 아래아한글은 이뿐만이 아니라 도스 시절의 잔재인 F3 블록도 여전히 지원해 주고 있는데, F3 블록을 잡으면 블록 옆에 있는 커서가 여전히 깜빡이고 있고 Shift를 안 눌러도 화살표 키로 계속 블록을 잡을 수 있다는 차이가 존재한다.

그런데 터보 C 2.0의 IDE, 그리고 이 인터페이스의 영향을 받은 과거 도스 시절 PC 통신 에뮬레이터 이야기의 텍스트 에디터는 Ctrl+K,B(시작점), Ctrl+K,K(끝점)이라는 괴악한 방식으로 블록을 만드는 걸 지원했다.

이건 한편으로는 직관적이지 못하고 불편하다. 비슷한 맥락에서, 파일 ‘오려두기’ 동작도 UI 심리상 인간에게 직관적인 느낌을 못 준다고 함. 그러나 커서 위치와 블록의 시작점 내지 끝점이 완전히 따로 놀 수 있으며 시작점만 잡아 놓고 한참 딴짓을 하다가 끝점을 나중에 잡을 수 있다는 특성상, 이 기능은 매크로 같은 걸 만들 때 굉장히 편리할 수 있겠다.
가령, 본문에서 [ ] 로 둘러싸인 문자열만을 몽땅 찾아 지운다고 할 때 저런 식으로 블록을 잡을 수 있다면 매크로로 깔끔하게 해결이 가능하다.

4. 알툴즈

위의 예에 비해서 그렇게 고전 소프트웨어는 아니지만.
본인, 지인에게 한 몇백 MB짜리 ZIP 압축 파일을 전해 준 적이 있었다. 그런데 그게 지인 컴퓨터에서는 압축이 풀리지 않았다고 한다.
그러나 파일은 지인의 다른 컴퓨터에서는 압축이 풀렸고.. 나중에 알고 보니 압축이 안 풀린 컴퓨터에 깔린 프로그램은 알집 7이었고 풀린 곳은 WinRAR이던가 아무튼 다른 프로그램이었다. 흠좀무..;;

이래서 알집이 악명 높았나 싶었다.
물론 본인은 지금은 알툴즈 안 쓴다. 하지만 FileZilla로 갈아타기 전에는 수 년 동안 알FTP로--그것도 최신 버전 업데이트를 꼬박꼬박 한 것도 아니고..-- 거의 모든 홈페이지 관리를 해 왔으며, 지금까지 딱히 사고를 겪은 적은 없었다. 그런데 알고 보니 알FTP는 알집보다 더 악명이 높던데..?? -_-

언제부턴가 이런 공짜 압축 프로그램의 등장으로 말미암아, WinZIP이나 WinRAR 따위 안 쓰고, 사용 압축 포맷도 알고리즘이 완전히 공개되어 있는 zip 아니면 7z 정도만 쓰게 된 것 같다. zip은 MS 오피스 문서 파일이라든가 게임 롬 파일 같은 여타 포맷의 컨테이너로도 진짜 널리 대중화하긴 했다. 그보다 좀 더 나은 유료 포맷이 있다고 해도 어차피 거기서 거기이고, 지금이 무슨 PC 통신 시절처럼 1바이트라도 더 깐깐하게 줄여야 하는 시절도 아니니까 말이다.

그나마 ZIP이 옛날에 RAR, ARJ 같은 방식에 비해 큰 약점이 있던 게 플로피 디스크 복사를 위한 분할 압축이 지원되지 않는다는 점이었으나... 요즘은 거의 필요 없는 기능이 됐다. 전혀 필요 없는 잉여 기능은 물론 아니지만..;;

알집 처음으로 구경한 게 10년 전에 4.8 때부터였는데 참 많이 컸다. 새 폴더며, 각종 익살스러운 문구가 많은 게 인상적이긴 했다.

Posted by 사무엘

간단한 IT계 역사 메모부터 남기고 새해를 시작한다.

95: 최초로 100% 32비트 코드로 제작되고, 각종 UI에서 운영체제의 공용 컨트롤을 적극 활용함.
Caption bar에 검정-파랑 그러데이션이 있었고, Microsoft가 고딕+이탤릭이었음. 나름 non-client 영역의 painting을 95 특유의 방식으로 처리했으며, 이게 당대에 출시된 윈도우 95 프로그램들의 유행이 되기도 했다. 아직은 16비트 프로그램을 32비트로 단순히 포팅만 했다는 느낌이 강하던 시절.

97: 메뉴와 도구모음줄이 모두 자체 제작 컨트롤로 대체됨. flat style 도구모음줄 + 도구모음줄 아이콘이 병기되어 있는 메뉴가 유행이 됨. Office 길잡이가 최초로 도입됨!
내부 문자 체계가 유니코드(정확히 말하면 wide string)로 바뀜. 당대로서는 굉장히 혁신적이던 벡터 그래픽 라이브러리가 도입됨(3차원 그림자 등).
윈도우 NT 3.x를 지원한 마지막 버전.

2000: 오늘날 오피스의 근간이 된 기능이 많이 도입되었다. Windows Installer 도입. 최초로 프로그램들 아이콘이 프로그램별로 고유색을 지닌 픽토그램 형태로 바뀜.
Word는 MDI 형태를 탈피하고, Excel은 블록이 검은 반전색이 아닌 옅은 파랑으로 생기기 시작. Word의 Plus pack에 한양 PUA 기반 옛한글 입력기 제공.
두 줄로 걸친 Toolbar와 personalized 메뉴, HTML 도움말(97은 HLP 기반이었음!). 윈도우 95를 지원한 마지막 버전.

XP (2002): 메뉴와 도구모음줄이 회색 3D 모양을 탈피하여, MS스럽지 않은 산뜻한 비주얼로 탈피함. Task pane 도입. TSF 문자 입력 시스템 도입. 이때부터 MS 오피스는 윈도우 운영체제와는 별개의 자체 IME를 제공하는 게 관례가 됨.
GDI+를 사용하여 벡터 그래픽에 안티앨리어싱. Word는 불연속적인 블록을 여럿 잡는 게 가능해짐. 스마트 태그. Plus pack의 옛한글 입력기가 유니코드 표준 방식으로 개선됨.
마이크로소프트 사의 개발 정책 변경으로 인해 이 버전부터는 이스터 에그가 완전히 사라졌다. 윈도우 98/ME/NT4를 지원한 마지막 버전.

2003: 윈도우 XP 기준으로 메뉴와 도구모음줄에 전반적으로 파란 비주얼. Word에 읽기 모드 view 추가. 리서치 탭. OneNote와 InfoPath라는 새로운 프로그램 도입. 프로그램이 새로 추가된 것 외에 기존 Word, Excel 같은 프로그램이 크게 바뀐 것 같지는 않다.
이 버전은 2004라고 불릴 수도 있을 정도로 꽤 늦가을에 출시되었다. 윈도우 2000을 지원한 마지막 버전.

2007: 맑은 고딕. 리본 인터페이스. 새로운 XML+ZIP 압축 기반 문서 파일 포맷 도입. Live preview 등, UI가 굉장히 많이 바뀜.
Word는 자체 수식 편집기가 추가됨. Excel은 편집 가능한 시트 크기가 더욱 커지고, 드디어 천연색을 표현할 수 있게 됨. 97 이래로 큰 변화가 없던 벡터 그래픽 및 글자 꾸미기 라이브러리의 기능이 크게 향상됨. (PowerPoint의 화려한 비주얼에 일조)
서비스 팩 및 추가 패키지를 설치하면 ODF 읽기/쓰기와, PDF 저장도 프로그램 차원에서 자체 지원함.

2010: 드디어 x64 바이너리 출시. 그리고 또..?

Posted by 사무엘

본인의 고향은 경주이다.
그리고 본인의 고향집에서 가장 가까운 대학은... 바로 동국 대학교 경주 캠퍼스이다.

어렸을 때는 집에서 시내로 가는 길이 시청과 경주 역 쪽으로 가거나, 아니면 꼬불꼬불한 산길을 따라 동국 대학교 정문을 경유하는 경로밖에 없어서 동국대 일대는 본인에게 아주 친숙했다. 아, 그러고 보니 동국대 경주캠도 정문 근처 아래로 중앙선 철길이 지난다. (야 신난다)

그리고 이 경로를 경유하여 경주를 순환하는 41번과 40번 시내버스가 경주의 서울 지하철 2호선과 같은 황금 노선이었다. 20년 이상이 지난 지금까지도 번호조차 바뀌지 않고 살아 있다.
내 기억으로 41이 일명 외선 순환, 40이 내선 순환 격이나 다름없는데, 서로 경로가 미묘하게 달라지는 부분도 있어서 별도의 번호가 부여된 것이지 싶다.

경주에는 경주대도 있다. 하지만 경주 시내에서는 꽤 멀리 떨어져 있고 본인이 거기 갈 일은 없었다.
지금까지는 없었는데, 이제부터는 이따금씩 좀 구경할 일이 생겼다.
왜냐고? 집에서 KTX 신경주 역까지 가는 길목에서 늘 경주대 입구를 경유하게 됐기 때문이다.
경주는 도시 크기에 비해서 고속철 지나지, 고속도로 있지, 중앙선 밤차 이용할 수도 있지.. 교통이 굉장히 편하다.

신경주 역은 경주 대학교보다도, 심지어 고속도로 경주 IC보다도 더욱 외곽에.. 거의 건천읍에 있다.
그래 봤자 본인의 서울 거처에서 연세대까지의 거리와, 경주 집에서 신경주 역까지의 거리는 서로 아주 비슷하다.
그럼에도 불구하고 연세대보다 신경주 역이 집에서 훨씬 더 멀리 느껴진다. 그 이유는 당연히 경주와 서울이라는 도시 자체의 크기 차이와 대중교통 인프라의 차이 때문이다.
연세대는 지하철만으로 아주 손쉽게 갈 수 있는 반면, 신경주 역은 버스로 가려면 1시간은 잡아야 하고 현실적으로 택시 아니면 자가용이 답이다. 게다가 택시 타면 시외 구간이라고 할증 붙는다. -_-;;;

이래서 지방의 외곽에 세워진 고속철 역은 연계 대중교통이 절실하다. 그래도 신경주 정도면 고속철 초창기 계획에 애시당초 포함되었던 역이고, 경주 자체가 굉장히 작은 도시여서 외곽처럼 느껴질 뿐 절대적인 거리가 심하게 먼 건 아니다.
그러나 울산(울산 고속도로 타고 한참을...)이나 김천구미(구미 시내와는 아예 산으로 가로막혀 있고 김천 시내와도 그리 가깝지 않은..) 같은 역은 시내와의 접근성이 정말 안습하기 그지없다.
뭐 근본적으로 지금 고속철은 역을 너무 많이 만든 것부터가 문제이긴 하지만 말이다...;;;

흠 좀 쓸데없는 얘기가 길어졌으니 다시 동국대 얘기로 돌아오겠다.
잘 알다시피 경주에 있는 것은 동국대의 이원화 캠퍼스이고 본캠은 서울 중심부에 있다. 서울 지하철 3호선에 아예 '동대입구'라는 역이 있다.
본인은 경주캠에 있는 건 의대, 간호대, 관광학과 정도가 전부인 줄 알았는데, 거기도 나름 컴퓨터/전산학과가 있는 모양이다.

그리고 거기에 변 정용 교수가 계시는데...;;
이분이 국어 정보학 바닥에서는 아주 잘 알려진 한글 에반젤리스트이다.
아래의 짤방은 1996년 <세계로 한글로> 다큐멘터리에 출연한 모습.

뭐, 한글 예찬론자들의 문자관이 다 서로 일치하는 건 아니다.
자음은 왼손, 모음은 오른손으로 글자판 배열이 가능하다는 게 두벌식 사고방식으로는 대단한 발상이지만,
본인 같은 "세벌식 학파"-_-의 관점에서는 더 좋은 방식을 놔두고 겨우 저런 걸 자랑한다는 게 안타까운 일일 것이다.

본인은 이분이 의심의 여지 없이 서울캠에 계실 거라고 생각했는데.. 놀랍게도 근무하시는 곳이 경주캠.
쉽게 말해 본인 고향에서 제일 가까운 곳에.. 좀 과장 보태면, 엎어지면 코 닿을 곳에 계시는 국어 정보학자이다. 홈페이지는 여기... 동국대 소속답게 아주 독실한 불자이신 듯하다.
본인과 아는 사이인 분이어서가 아니고, 그냥 좁고 좁은 세상이 놀라워서 인물 탐방 블로그 포스트를 또 올리게 됐다. ^^;;
아주 옛날, 정부 과천 청사에서 글자판 전문 위원회 할 때 저분과 서로 대면한 적은 있다.

Posted by 사무엘

메리 크리스마스 인사부터 하고... ㅋ
본인 블로그의 정기 구독자-_-라면 이미 귀가 따갑게 들으셨겠지만, 본인은 10년 전, 제 17회 한국 정보 올림피아드(KOI) 공모 부문의 고등부 대상 수상자이다. 그리고 얼마 전엔 모듈 음악에 대해 글을 쓰면서, 바로 전 해인 16회 대회의 고등부 금상 수상자에 대해서 언급했었다. 그때는 대상 수상자가 없었다.
이제 이 글에서는 전 회에 이어, 본인이 참가한 해의 바로 이듬해인 18회 대회의 고등부 대상 수상자에 대해서 얘기하도록 하겠다.

그 주인공은 바로 김 성진 씨.
학창 시절부터 일찌감치 경시가 아닌 공모 테크를 타고 뭔가 창의적인 아이템으로 소프트웨어 개발에 매진했다는 점에서는 본인의 진로와 비슷하다. 그리고 지금까지 한 우물만 죽어라고 파고 있다는 점에서도 본인과 공통점이 있다. (무슨 분야인지는 곧 소개하겠다.) 그런 외골수는 나밖에 없는 줄 알았는데 여기 또 있다. ^^

이 친구는 KOI뿐만이 아니라 창의성 대회나 다른 소프트웨어 공모전 등에서 자기의 동일 아이템으로 상을 휩쓸었고, 본인보다 매스컴도 훨씬 더 많이 탔으며 IT 분야 사회 활동을 더 활발히 해 왔다. 사교/사회성, 정치성 자체가 본인과는 비교할 수 없이 더 뛰어난 사람이다.

이 친구의 보유 기술 및 아이템이 뭐냐 하면,
인터넷 보안, 음란 사이트 차단, 자녀 컴퓨터 사용 제어(parental control), 인터넷/게임 중독 예방 쪽이다. 관심 분야부터가 지극히 사회적인 쪽이지 않은가?
그걸 수 년째 연구한 솔루션을 만들어서 그는 18회 KOI에서 당당히 대상을 차지하고, 일반고 출신으로서 지정 대회 우수 입상자로 카이스트에 진학했다. 본인은 그와 2001년에 처음으로 메신저에서 만났고, 이내 학교에서 볼 수 있었다. 굉장히 예의바르고 인상이 좋은 사람이었다는 기억은 아직까지 생생하다.

그 후 2004년 가을에는 전산학과에서 제 1회 KAIST Computing Festival이라는 행사를 열었는데, 그때 대회 참가자로서 또 서로 만날 일이 있었다.
그는 확실히 이론보다는 실무형 인재였고, 내 예상과는 달리 전산학과가 아닌 산업디자인과에 진학해 있었다. 전산/산디 복수 내지 부전공인지는 확실히 잘 모르겠다. 저런 친구야말로 카이스트 전산과의 학부 과목인 ‘컴윤리’는 꼭 들어야 했을 텐데 말이다. (그러고 보니 김 진형 교수님도 불과 몇 년 뒤면 정년이다. 세월 한번 무섭다.)

그는 산디과 소속답게 자기 작품을 소개하는 발표용 프레젠테이션은 정말 기가 막히게 잘 만들었던 걸로 본인의 기억에 남아 있다. HCI(사람-기계 커뮤니케이션) 쪽에도 관심이 많은 듯. 스티브 잡스 근성이라도 있는 걸까? ㄲㄲㄲ

뭐, 사족을 덧붙이자면 그 교내 공모전에서도 본인이 출품한 <날개셋> 한글 입력기 3.02가 1등을 했다.
카이스트 전산학과는 가히 전국에서 날고 기는 수학 덕후· 컴퓨터 괴물들이 우글거리는 곳이고, 난 그 집단 안에서는 별 보잘것없는 중하위권 학부생에 불과했다. 그럼에도 불구하고 거기서까지 내 작품이 최고로 인정받을 수 있었던 것은 1, 2년 연구한 작품이 아니니 짬과 연륜면에서 타 작품들과 비교가 안 되고, 또 한글을 이런 식으로 입력할 수 있다는 게 세벌식 사고방식으로는 당연한 것이지만 두벌식밖에 안 써 본 사람이라면 카이스트 교수에게라도 충분히 창의적이고 참신하게 작용했기 때문인 것 같다.

본인이 국어학하고 양다리를 걸쳤다면, 김 성진 씨는 디자인과 양다리를 걸쳤다. 그는 카이스트에서 산디과 석사까지 마친 후, 아예 (주)휴모션이라고 벤처기업 창업을 했다. 그게 2008년의 일이고, 현재까지 어엿한 사장님이 돼 있다. ^^;; 창업 과정에서 카이스트로부터 지원을 당연히 아주 많이 받았다. 보아하니 회사는 대전의 유성 고속버스 터미널에서 꽤 가까운 곳에 있는 듯.
사장이 디자인 전공이다 보니, 핵심 기술인 ‘컴퓨팅 안전’ 분야 솔루션뿐만이 아니라 웹사이트 내지 심지어 회사 CI의 디자인 용역까지 담당하는 모양이다. 대단한 후배이다. 본인과 나이 차차도 별로 안 난다.

정올 공모 출품작 아이템을 이렇게 사업 아이템으로까지 스스로 발전시켜 잘 나가고 있는 입상자가 주변에 있으니 부럽기도 하고 훈훈하다. 정올 공모에서 이렇게 입상하고 덤으로 카이스트 같은 좋은 면학 환경까지 거쳐 간 인재들이 특별히 전산학하고 다른 분야와의 학제간 연구를 통해 우리나라에 뭔가 좋은 일을 많이 했으면 좋겠다. 본인 역시 그 꿈을 이루려는 의욕이 있어서 뒤늦게나마 협동과정 대학원에 갔다. 나는 그렇게 학구파는 아니지만 저 친구 같은 사교력이나 사업 수완은 더 없기 때문에-_-;; 일단 공부부터 좀 하려고..;;
성진 후배가 이 글을 볼 일이 있을지 모르겠지만, 그의 성공과 사업의 번창을 기원한다.

Posted by 사무엘

1. 망했어요

사례 1: USB 플래시 메모리를 ‘안전하게 제거’하지 않고 그냥 뺌 → 어느 날 그걸 꽂으니까 “뭘 스캔해서 수정하시겠습니까?”라고 물음 → 예 → 뭐 오류가 있는 파일 조각을 따로 정리했다고 하는데, 그 후 작업하던 문서 파일이 날아가 버림

사례 2:자기가 작업하던 파일을 인터넷에 올림 → 다른 컴에서 그걸 그대로 엶 (인터넷 임시 파일 디렉터리에서) → 작업을 임시 파일에다 마저 다 해 놓고 저장 → 나중에 그 파일을 찾아보니 없음

이번 학기에 학교에서 주변에 실제로 있었던 낭패 사례이다. 조심하자. 본인이 겪었다는 건 아니고. -_-
PC가 발전하는 걸 도스 시절부터 그 디테일을 쫙 봐 오지 않은 사람이라면 쉽게 저지를 만도 한 실수인 것 같다. 디스크 캐시와 flush의 필요성, 인터넷 임시 파일의 개념과 원리에 대한 이해가 필요하니까 말이다.

USB로 연결하는 플래시 메모리의 경우, 평소에 그냥 쑥 제거해도 별 문제가 없는 듯하다가 어느날 갑자기 FAT 구조가 망가졌다고 그러면...;; 정말 사용자들 패닉에 빠뜨리기 딱 좋을 것 같다.
안전하게 제거를 하지 않는 것은 과거에 플로피 디스크 드라이브에 불이 들어와 있는데 디스크를 강제로 꺼내는 것이라든가, 하드디스크를 파킹하지 않는 것만큼이나 위험할 수가 있다.

다만, CD롬은 일단 쓰기가 없는 읽기 전용 매체인 데다가, eject 버튼을 누르면 아무 때나 디스크를 물리적으로 꺼내는 게 아니라 자기가 꺼낼 준비를 다 마치고 나서 eject를 시켜 주기 때문에 다소 예외적인 존재이다.

2. 하드디스크 파킹의 추억

옛날에 컴퓨터에 하드디스크라는 게 처음으로 등장하던 시절엔(도스+윈도우 3.x) 컴퓨터를 끄기 전에 하드디스크 파킹이 안전을 위해 필수적인 절차였다. 파킹을 하지 않는 것 자체가 문제는 아니지만, 파킹을 하지 않은 채로 나중에 하드디스크가 외부로부터 충격이라도 받았을 때, 헤드가 자기 아래의 디스크 영역을 건드리거나 긁는 게 문제가 되었기 때문이다. 헤드와 디스크 사이의 간격은 아마 몇 마이크로미터 정도밖에 되지 않았지 싶다. 하드디스크는 그 당시로서는 그만치 첨단 정밀 기기였던 것이다.

파킹은 하드디스크의 헤드를 디스크가 아닌 다른 안전한 위치로 옮기는 동작을 말하는데, MS 도스 인터럽트를 날려 주면 수행되었다(INT 13, 19h). 286 AT급 이상부터 추가된 명령이다. 도스 시절에 컴퓨터의 C:\Util에 가 보면 park.com/exe는 꼭 한둘씩 있었다.

그런데 이 파킹 유틸리티의 비주얼이라는 게, 오늘날로 치면 마치 화면 보호기의 비주얼만큼이나 아주 잉여스럽게 발달했다.
그냥 파킹만 하면 재미없으니까 좋아하는 볼거리, 미소녀 그림-_- 따위가 뜨는 파킹 프로그램들이 우후죽순처럼 등장한 것이다.

당시 여러 파킹 프로그램이 있었지만 본인의 기억에 가장 남는 건 일명 Princess maker 파킹이라고 아래와 같은 소녀 그림이 나오는 프로그램이었다. 어렸을 때는 정말 환상적이기 그지없는 그림이었다.

본인은 도스 시절에 하드웨어 제어 프로그래밍을 경험한 적은 없지만, 그때는 각종 인터럽트 레퍼런스가 지금으로 치면 윈도우 API 레퍼런스나 마찬가지였다. ^^;; 그걸로 마우스를 직접 제어하고, 한글 바이오스가 설치돼 있는지 감지하는 등의 작업을 했는데 오늘날은 다 필요 없어진 셈.

또한, 전원이 끊어지는 순간에 자동으로 파킹이 되는(auto-parking) 하드디스크가 이내 등장하고, 도스에서 윈도우로 PC 환경이 바뀌고, 또 요즘 같은 복잡한 운영체제는 아무 때나 바로 끄면 안 되고 어차피 시스템 종료라는 걸 요구하게 되면서 customized 파킹 프로그램이라는 유행은 역사 속으로 사라지게 됐다. 지금은 파킹 프로그램뿐만 아니라 화면 보호기도 LCD 모니터가 대세가 되면서 취지가 무색해지긴 했다.

3. 당신이 사용하는 소프트웨어는?

서식 없는 텍스트 작성
컴 초보: 메모장이나 일반 워드 프로세서로 낑낑댐
나: EditPlus나 AcroEdit, <날개셋> 편집기^^ 잘 다룸
전산과 덕후: vim, emacs 등..;;

서식 있는 텍스트
컴 초보: 닥치고 아래아한글
나: 아래아한글이나 워드를 평균 이상으로 그럭저럭 활용
전산과 덕후: TEX이나 그냥 메모장으로 html 코딩..;; 리눅스 용자는 OpenOffice를 쓰기도 함 ㅋㅋㅋ

뭔가 자동화 작업을 반복 수행할 때
컴 초보: 직접 손으로..;; 아니면 프로그램 검색하거나 남에게 부탁
나: 적당한 프로그램이 없으면 그냥 비주얼 C++로 프로그램 자작
전산과 덕후: 파이썬이나 쉘 스크립트

위의 것보다는 더 규모 있고 성능이 중요하고 남에게 실행 파일을 전달해 주는 프로그램을 짠다면?
컴 초보: 그냥 선생이 지정해 준 툴로... 과제만 내고 나면 다 잊어버림
나: 닥치고 비주얼 C++ 짱
전산과 덕후: 커맨드 라인에서 gcc -_-;;

난 소프트웨어 개발자치고는 MS의 종속도가 높으며, 전산과 덕후의 문화를 너무 모른다. -_-;;;

Posted by 사무엘

나도 나름 이 분야의 길을 가고 있는데, 유명한 대선배가 누가 있는지 정도는 알아야겠지.
두 분을 소개하는데, 서로 나이가 비슷한 남녀이다. 각각 어도비와 MS라는 굴지의 기업에서 거의 20년째 근속 중이며, 각각 동아시아 로컬라이징 쪽으로 세계적인 히트를 친 책을 저술하기도 했다. 여러 모로 재미있는 비교 대상이라 하겠다.

※ Ken Lunde

전산학이 아닌 언어학 전공자로, 위스콘신 대학에서 박사 학위를 받았다. 박사 과정에 있는 동안은 Adobe에서 파트타임으로 근무하면서 한자 폰트와 관련 프로그래밍 연구를 했으며, 학위도 그런 주제의 논문으로 받았다고 한다. 20대 나이 때 라틴 알파벳과는 근본적으로 다른 문자인 한자에 완전 필이 꽂혔다나? (한글 덕후가 된 제임스 맥콜리와는 대조적)
졸업 후엔 Adobe 정직원으로 곧바로 들어갔고 그게 평생직장이 됐다.

놀랍게도 <날개셋> 한글 입력기와 새나루를 아는 외국인이다. 아니, 한국에 개발되어 있는 한글 IME들은 물론, libhangul의 존재까지 이미 다 파악하고 있는 무서운 분이다.
1998년 말에 CJKV Information Processing이라는 책을 썼고 그로부터 10년 뒤인 재작년 말에 그 책의 개정판을 냈는데, CJK 언어용 IME의 예로 내 프로그램도 소개되어 있다.
CJKV 하니까 KJV가 자꾸 떠오르는군.. -_-

보아하니 밀덕 기질이 있는 듯. ㄷㄷㄷ;; 이름으로 검색을 하면 유난히도 권총과 도검류 사진이 많이 걸려 나오는데, 그것들도 다 이분 작품이다. (KJV 진영에 있는 미국의 유명한 모 성경학자도, 자기 집에 온갖 옛날 무기와 군복이 진열되어 있는 밀덕-_- ㄲㄲㄲ 새마을호를 안 타 봐서 저런 데에 빠진 거야)

※ Nadine Kano

Ken과는 달리 전산학 전공자이며, 현재는 언어 처리만 파지는 않고 IT 본연에 더 가까운 일을 하고 있는 사람이다. 그래도 개발보다는 소프트웨어 로컬라이징, 기술 자문, 사업부, 마케팅, 제품QA 등 뭔가 기획스러운 쪽에 짬을 더 많이 쌓은 것 같다. 로컬라이징은 Ken처럼 언어학 자질이라기보다는 시장 분석의 일환으로 공부한 분야일 것이다.

프린스턴 대학을 졸업한 후 대학원에 가지 않고 곧장 MS에 입사했다. 듣기로는 학부 시절부터 MS와 인연이 있어서 알바도 했다고 하던데.. 그리고 회사 근무 중간에도 잠시 스탠퍼드에 가서 MBA 과정을 마쳤다.
이분은 Developing International Software for Windows 95/NT 라는 책을 썼으며, 책의 저술 시기는 제목이 암시하듯 윈도우 NT 3.51~95 타이밍이다. wide string, 유니코드, 언어 로케일, 한중일 IME가 동작하는 기본 개념 등에 대해서 유익한 내용이 많다. 2009년엔 제목에서 for Windows 95/NT를 제거^^한 개정판이 나왔다.

아마 Ken이 자기 책을 쓰면서도, 시기적으로 먼저 나온 Nadine의 책을 분명 참고했을 것이다.

Posted by 사무엘

지금까지 페르시아의 왕자(고전 게임)에 대해서만 전문적으로 논평을 한번쯤 쓸 법도 했을 것 같은데 그런 적이 없어서 또 잠시 글을 올린다. ㄲㄲ
뭐, 게임 자체에 대해서라든가 제작자인 Jordan Mechner에 대해서는 잘 설명해 놓은 다른 글이 인터넷에 넘쳐나니 알아서 검색으로 찾아보시고..
이 글에서는 페르시아의 왕자에 대해서 인터넷 상에 잘 언급되어 있지 않은 버그나 trivia를 열거하되, 1보다는 2를 더 중점적으로 다루도록 하겠다.

전편인 페르시아의 왕자의 버그는 주로 게임 역학(mechanics)과 관련된 것들이었다.

- 달리다가 방향을 바꿔 턴을 하는데 공중에 잠시 붕 뜰 수 있고 그 상태로 도움닫기도 가능한 것: 이 버그가 속편인 2에서는 수정되었고, 덕분에 두 칸 길이의 평지에서 도움닫기 점프를 하는 방법이 1과 2가 서로 다르다.
- 엎드렸다가 일어나면, 그 동안에 떨어지는 판자에 맞아도 HP를 잃지 않는 것: 상당히 괴악한 버그이다. 2는 그냥 엎드리고 있으면 HP를 잃지 않게 바뀐 반면, 1은 그냥 엎드리고 있으면 HP를 두 칸이나 잃는다.
- 도움닫기 점프의 후반부인 포즈일 때는 아직 덜 열린 철문을 그대로 통과 가능한 것: 시간 절약에 도움이 되는 유익한(?) 버그였으나 2에서는 고쳐졌다.
- 특이한 경우에 벽을 뚫고 전혀 다른 방으로 순간이동이 가능한 것: 그냥 1의 게임 엔진의 버그로, 2에서는 이런 것들이 거의 사라졌다. 1의 경우 본인는 level 2과 12에서 그런 버그를 알고 있으며, 일부는 인터넷에 공개도 되어 있다. 내가 경험적으로 알고 있을 정도이면 남도 이미 다 알고는 있더라.

페르시아의 왕자 2는 게임 스케일, 그래픽, 사운드 등 모든 면에서 전편보다 월등히 업그레이드되었다. 그러나 게임 역학을 넘어서 레벨 내지 게임 로직 차원의 황당한 버그도 여럿 있었다.
심증이 물증으로 굳어진 건, 중학교 시절에 친구 집에서 내가 해 본 것과는 뭔가 다르게 동작하는 페르시아의 왕자 2를 딱 하나 발견하고부터였다. 이건 아무래도 버그라고 개인적으로 생각해 온 것들이 다 고쳐져 있었기 때문이다.

아마 그건 ‘버그 패치판’이었던 것 같다. 그러나 그 후로 본인은 인터넷에 존재하는 각종 고전 게임 자료실에서는 ‘버그 패치판’ 페르시아의 왕자 2를 결코 구하지 못했다.
오리지널과 버그 패치판 사이에는 어떤 차이가 있었는지를 이제부터 스크린샷으로 보여주겠다.

1. level 6
동굴 스테이지를 클리어하고 하늘 나는 양탄자를 타면, 낡은 궁전 스테이지가 시작된다. 그런데, 궁전으로 들어가면 바로 다음 첫 화면에 다음 레벨로 들어가는 게이트가 “열려 있다!” 그래서 level 6은 할 필요도 없이 곧바로 skip 가능하다. ㄲㄲㄲㄲ

‘버그 패치판’은 이 버그가 고쳐져서 게이트가 닫힌 채로 게임이 시작된다.

2. level 10
낡은 궁전 스테이지를 클리어하고 말을 타면, 붉은 궁전 스테이지가 시작된다. 아래의 스크린샷은 level 10을 클리어하기 직전의 모습인데, 정석대로라면 굉장히 먼 길을 돌아서 이 방의 오른쪽에서 이곳으로 들어오게 된다. 오른쪽에 있는 철문이 보일 것이다.

그런데 지름길을 잘 선택하면, 이 방의 위에서 발판을 부숴 떨어뜨려서(그림에서 부서진 바닥이 있는 곳) 게이트를 개방한 뒤, 아래로 내려와서(그림에서 왕자가 있는 곳) 레벨을 굉장히 쉽게 클리어 가능하다.
‘버그 패치판’은 레벨이 바뀌어서 게이트 개방만 가능하고 게이트가 있는 쪽으로 저렇게 바로 내려가지는 못하게 바뀌었다.

3. level 12
정체를 알 수 없는 횃불검이 중간에 나오기도 하는 굉장히 길고 어려운 레벨이다. 그런데, 이 레벨에도 지름길이 있다. 지름길의 끝자락에 있는 어느 방에는 정체를 알 수 없는 물약이 있는데, 이 물약을 마시면 물병에서 갑자기 웬 난쟁이가 튀어나온다. 그리고 얘는 화면 오른쪽 끝으로 걸어가면서 왕자가 통과할 수 없는 철문까지 통과하고(덩치가 워낙 작으니까), 그러면서 철문 너머에 있는 다음 단계 게이트를 “열어 준다.” 이걸로 게임 끗.

마치 전편 페르시아의 왕자 1에는 level 8에서 공주가 보낸 생쥐가 철문을 열어 주는 것 같은 기믹을 보는 느낌이다. 저런 걸 왜 넣었는지는 모르겠으나, ‘버그 패치판’에는 이렇게 쉽게 level 12를 클리어하는 방법이 없어졌다. 아마 난쟁이의 진행 경로에 게이트를 여는 버튼 자체가 없어졌던 것 같다.

4. level 14
최종 보스인 Jaffar와 싸우는 레벨이다. Jaffar를 죽이기 위해서는 왕자의 자기 육신이 아니라 불을 먹은 영혼을 꺼내서 싸워야 한다. 마법사를 죽이겠답시고 그에게 맨몸으로 접근해서 칼을 뽑으면 그 순간 아래의 그림처럼 칼을 빼앗긴다. -_-;;

그런데 칼만 빼앗기는 걸로 끝이고 아무 일도 일어나지 않는다. 명백한 버그임을 알 수 있다.
‘버그 패치판’에서는 저랬다가는 왕자는 칼을 빼앗긴 후 곧바로 Jaffar에게 끔살 당한다. 이게 원래 의도했던 시나리오일 것이다.

여기에 버그가 또 있으니 설명을 눈여겨보기 바란다.
왕자는 붉은 궁전 스테이지와 그 이후부터는 방향을 앞뒤로 트는 동작을 반복하면서(좌우 화살표 교대로) 자기 영혼을 꺼낼 수 있는데, 그 과정에서 HP를 8이나 잃는다. 그리고 Jaffar를 죽이는 에너지 장풍을 한 번 발사할 때마다 HP를 또 2 잃는다. 자기 생명력을 투자해서 적을 공격하는 셈이며, 기회는 사실상 한 번밖에 없다. 그러니 잘 쏴야 한다.

그런데 장풍이 빗나가서 Jaffar가 맞지 않은 채 HP가 2 이하가 되면, 왕자는 장풍을 쏠 수 없고 다시 시커멓게 된다. 영혼 주위로 퍼런 불꽃이 일 때는 Jaffar가 왕자를 피해 도망갔지만, 시커멀 때는 반대로 Jaffar가 왕자를 찾아와 죽인다. 쫓는 위치이다가 다시 쫓기는 신세로..

그래서 ‘버그 패치판’은 체력을 보충할 수 있게 저런 곳에 물약이 서너 군데 비치되어 있다.

예전 판은 그런 게 없다.

혹시 ‘버그 패치판’에 속하는 페르시아 왕자 2를 보유하고 계신 분은 본인에게 연락해 주기 바란다. 본인은 대학 진학 후에 한 번도 못 봤다.
그리고,

5. 랭킹
페르시아의 왕자 2의 Hall of Fame은.. 남은 시간이 오름차순으로 배열된다. 즉, 깨는 데 시간이 더 많이 소요되어 적은 시간을 남긴 사람이 상위에 오른다는 뜻이다! 이거 뭔가 앞뒤가 안 맞는 것 같은데? -_-;;;

6. 내레이션
페르시아의 왕자 2는 게임 스토리를 설명하는 모든 대사에 음성 내레이션이 추가되었다. 사운드 카드 우왕ㅋ굳ㅋ
그런데 아래 대사의 음성 내레이션을 들어 본 분은 없을 것이다.

1이 게임 직후부터 60분 시간제한이 시작되는 것과는 달리, 2는 스토리 설정상 level 4에서 죽었을 때, 아니면 level 5에서부터 무조건 75분 시간제한이 시작된다.
스크린샷은 그 시간제한이 시작되기 직전에 잠깐 등장하는 컷씬의 한 장면인데...
Prince, your bride is dying.
(When the last leaf falls, all will be lost.)
Waste no more time. Come to me!

소설 <마지막 잎새>에서 따 온 설정임이 분명하다. ㄲㄲ
내레이션이 나오지 않는 PC 스피커 모드일 때는 ( ) 안의 대사도 정상적으로 출력된다.
그러나 사운드카드로 내레이션을 들을 때는 ( ) 안의 대사는 내레이션 없이 0.n초간 떴다가 곧바로 다음 대사로 바뀐다.

무슨 말인고 하니,
이 게임 개발 당시에 저 대사에 대한 성우의 내레이션이 제품 출시일까지 준비가 안 됐던 모양이다. 그래서 사운드카드를 쓸 때는 내레이션이 없는 대사를 슬쩍 제껴 버린 것이다. -_-;;
‘버그 패치판’도 여전한지는 모르겠다. 페르시아의 왕자 2엔 이런 옥의티도 있었다. ^^

※ 기타 잡설

1. 게임 개발자뿐만이 아니라 방송인 내지 영화감독 기질이 다분한 조던 메크너는 게임에도 스토리, 기믹, 아기자기한 시스템을 아주 중요시하는 것 같다. 닥치고 쏘고 부수기만 하면 장땡인 타입이 아니다. 이 점에서 그는 존 카맥보다는 존 로메로 스타일임이 틀림없다. 그렇다고 해서 로메로 같은 먹튀 막장 인생을 살고 있는 것도 아니고..;;
1에서 생쥐가 닫힌 철문을 열어 준다거나 영혼이 분리되고 합체되는 것, 그리고 2에서도 영혼이 불을 먹는 것... 거 참 메크너의 세계관은 어디에서 영향을 받은 건지 모르겠다.

2. 페르시아의 왕자 1은 퍼즐이 간단한 편이고 중간에 HP를 전혀 잃지 않고 엔딩을 보는 게 가능하다. 그러나 2는 그렇지 않다. 전투 요소가 굉장히 강화되어 적과 싸우다가 HP를 잃기가 훨씬 더 쉬워졌을 뿐만 아니라, 특히 나중에 영혼을 꺼낼 때 어마어마한 양의 HP를 잃기 때문에, 3으로 시작하는 HP를 최대 한계치인 12까지 올리는 건 필수이다. 마지막 레벨에 도착하기 전에 차근차근 해 놔야 한다.
게임 중에는 두 층 낙하처럼 HP를 무조건 잃지 않으면 안 되는 곳도 있는데(다른 우회 경로도 없이!), 본인 생각에 이건 게임으로서 좋은 디자인이 아니라고 생각한다.

3. 1과는 달리 2는 레벨 안에 클리어로 가는 길이 여러 곳이 있는 경우가 있다. HP를 늘려 주는 물약을 먹기 위해서는 지름길이 아니라 먼 길을 돌아 가야 하기도 한다. 좋은 예가 첫 동굴 스테이지인 level 3인데, 가까운 길과 먼 길, 그리고 엄청 먼 길이 있다. 지름길은 HP를 늘릴 수 없으며 먼 길을 가면 HP를 1만 늘릴 수 있지만 엄청 먼 길은 힘든 대신 HP를 2개 늘릴 수 있다. level 3은 그렇게 어렵지 않고 또 결정적으로 아직 시간 제한도 없는 상태이기 때문에, 이때 반드시 제일 먼 길로 가서 HP를 늘려 놓는 게 좋다.

4. 1과 2 모두 시간 제한 타임머신이 있어서 level 4까지는 그대로 skip 가능하다. 그러나 이 경우 남은 시간이 15분으로 급감하기 때문에 그 상태로 게임을 제대로 진행할 수는 없다.
1의 경우, 변태적인 타임 어택과 버그 exploit까지 이용하면, level 4 + 15분 상태로 게임을 시작하고도 엔딩을 볼 수가 있었다...;; ㄷㄷㄷㄷ;;;
그러나 2로는 어림도 없는 소리. 각종 버그들이 잡히기도 하고 레벨들도 월등하게 길고 복잡해졌으며, 또 1과는 달리 적을 싸우지 않고 회피하기가 거의 불가능해졌기 때문이다.

5. 마지막 붉은 궁전 스테이지는 배경으로 횃불 대신 촛불을 볼 수 있는데 난 저것만 보면 이 음반이 생각난다. Derric Johnson의 크리스마스 아카펠라. Christmas in Velvet.
배경이 무척 비슷하지 않은가?
페르시아 왕자 2를 심상 면에서 아랍 문화권과는 전혀 어울리지 않는 크리마스와 연결해 주는 매개채이다. ㄲㄲ

Posted by 사무엘