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

날씨는 봄 기운이 만연하고 좋다.
그런데 기름값은 또 왜 이리 미친 듯이 지구 종말 수준으로 오르고 있는지? 2000도 모자라서 2100 돌파. 그래도 진짜 지구 종말 직전엔 기름값이 3천~5천 원 이상이 될 수도 있으니, 그런 극단적인 표현은 나중을 위해 아직은 아껴 두고 있다.

3년 전에 나의 일기장에 “기름값이 1600원대로 폭등했다”란 문장이 있는 걸 보고는 그저 쓴웃음을 지을 뿐이었다. 성경에 예언되어 있는 말세의 반이스라엘 감정은 아마 기름값 하나만으로도 아주 쉽게, 금방 조장되고 달성될 것이라 본인은 믿는다.
어쨌든 그건 그거고 오랜만에 각 분야별 내 오덕질 근황이나 좀 올려 본다.

1. 본업

난 이번 학기가 석사 논문 학기이다. 이 때문에 이번 학기는 정말로 프로그래밍을 제대로 못 할 것 같다.
논문 작성 과정에서 대략 아래와 같은 애로사항이 꽃피고 있다.

다만, 이 달 말쯤 <날개셋> 한글 입력기 6.51이 나올 가능성이 있다.
<날개셋> 한글 입력기는 6.7로 바로 건너 뛰는 건 좀 무리이고, 6.51로 결론. 6.5 이래로 주로 바뀐 곳은 편집기이기 때문에, 외부 모듈을 쓰는 분은 별로 업그레이드 할 필요가 없을지도 모르겠다. 주요 변화 사항은 현재까지 다음과 같다.

• 예전에 블로그에다 글을 올렸듯, type 3 키보드에서 한자 키의 보정 방식을 바꿈 (이건 외부 모듈에도 적용되는 공통 사항)
• 오토마타에, 3.0 이래로 -7까지 있던 대체 상태에다 -8과 -9라는 새로운 대체 상태 추가 (이건 아주 특수한 기능이고 말 한 마디로 설명하기가 곤란해서...)
• 편집기에 있는 여러 사소한 버그들 잡음. (그냥 평범하게 쓰는 데는 별 영향 없음)
• 북한 표준 두벌식 글쇠배열의 오류를 바로잡고, 글쇠배열이 아닌 입력 유형 파일로 제공. 고증을 거쳐서 낱자 결합 규칙과 오토마타까지 북한의 실제 한글 입력 방식을 재현함.
• 완전히 잉여 기능이긴 하지만, 2.0 이래로 10년째 변함없이 갖고 있던 한컴 2바이트 완성형 옛한글의 변환 테이블에 존재하던 일부 오류 수정

진짜로 작업하고 싶은 것들은 규모가 훨씬 더 큰 것들인데.. 이거 작업은 아무래도 논문 통과 후에나 가능할 것 같다. 단어 단위 한자 변환 기능은 도대체 언제 넣나. ㅜㅜ

2. 철도

<자유 여행 패스와 함께하는 경전선 3일 여행> 클릭.
본인은 지난 겨울방학 때 하나로 티켓으로 경전선을 완주한 경험이 있는 사람으로서, 저런 글은 정말 뼛속까지 철덕력으로 넘치는 사람만이 쓸 수 있다는 걸 적극 공감한다. 한 우진 님께 그저 존경과 찬사를 보낼 뿐이다.

‘두 역 갔다가 한 역 되돌아오기’라는 게 있을 수 있다는 걸 본인은 알고 있었지만, 이걸 저 글에서처럼 이론으로 정립한 건 처음 본다.
대전에서 서울까지 직통 열차가 좌석이 없을 때도 대전-천안, 천안-서울처럼 구간을 나누면 두 구간 모두 대체로 좌석이 생긴다. 이런 것처럼 열차는 중간 정차역이 있다는 특성상 단순 point-to-point 교통수단인 고속버스나 비행기보다는 뭔가 ‘테크닉’이 많이 발달할 수 있는데, 이런 것도 철도의 매력임이 틀림없다.

3. 기독교

모처럼 UCC 하나 공개한다.
내가 굉장히 좋아하는 찬양인 <놀라운 주의 은혜>(Wonderful Grace of Jesus)의 1절을 혼자 아카펠라 4부 합창으로 불러 봤다. 여자친구라도 있으면 듀엣이 됐을 텐데 그렇지 못해서 그냥 싱글 코어이다. ㅋㅋ 들어 보시라. 이것이 화음의 위력이다.

그리고 본인은 작년 겨울방학 때, 킹 제임스 성경과 기독교회사에 대한 아주 유익한 다큐멘터리 영화 A Lamp in the Dark의 대본 번역에 참여한 바 있다. 그 영화가 드디어 자막이 삽입된 영상물로 완성되었으니 관심 있는 분들은 클릭해서 보시기 바란다. 무려 3시간에 달하는 분량.

난 2010년부터 블로그로 홈페이지 체계를 고친 이래로, 종교 관련 글에 내가 믿는 게 좋다는 식의 글은 잔뜩 올렸어도, 남이 믿는 게 잘못됐다는 글은 거의 올리지 않고 그런 건 최대한 자제하면서 지냈다.

그랬는데 요 최근에 성경의 역사 시리즈와 천주교 시리즈처럼 수위가 센 글이 갑자기 올라온 이유는... 바로 이 번역 작업을 하면서 동기 부여를 받아서였다. 이건 좀 양심상 글로 좀 정리해서 올리지 않으면 안 되겠다는 마음의 부담이 들어서이다. 이 영화를 보면 참된 교회사와 천주교의 정체, 바른 성경과 부패한 성경의 출처와 원인 등의 모든 것을 바르게 이해할 수 있다. 강추.

4. 한글 진영

어제(17일 토), 정말 오랜만에 한글 학회를 찾았다. 지금까지 연락을 너무 안/못 하고 지낸 분들께 인사도 드릴 겸 해서이다. 임원 모임과 더불어 <한국어의 힘>이라고 김 미경 교수의 특별 강연도 있었는데, 무척 유익한 내용이었다. 대략 이런 요지.

• 우리나라처럼 이렇게 단일 모국어가 공식 언어로 통용되어 계층간에 위화감이 없고 소통에 불편이 없는 사회가 얼마나 복 받은 것인지 알아야 한다.
• 모국어라는 건 그렇게 호락호락 취사선택 가능한 게 아니며, 이중 언어 국가들은 두 언어가 동등하게 공존하고 있는 구도가 결코 아니다. 복 거일 씨의 영어 공용화론은 가정 내지 전제 조건부터가 잘못 설정되었다.
• 한국인만치 이민 2세가 자기 모국어를 쉽게 저버리는 민족은 별로 없다. 교포와 국내 외국인들에 대한 체계적인 한국어 교육이 절실하다. 모국어 실력은 국가 경쟁력이다.

나뿐만이 아니라 내가 다니는 대학원 소속의 다른 학생들도 들으면 참 좋았을 텐데(특히 한국어 교육이 세부 전공인 분들) 아쉽다.
김 선생님은 요즘 젊은 사람들이 이런 언어 이슈에 많이 관심을 가져야 한다며 아쉬워하셨는데, 그때 현장에 있던 사람은 나 빼면 진짜로 전부 5, 60대 이상 중년들밖에 없었다.;; 안타깝지만 한글 학회에서 여는 모임들이 대부분 그런 분위기이다. ㅡ,.ㅡ;;

철도와 성경 덕질에 한동안 밀려 있던 이쪽 분야에 오랜만에 새 기운을 좀 충전했다. 그나저나, 한자 진영은 이 2012년에 아직도 초등학교 한자 교육 시행에 목숨을 걸고 있다니, 정말 놀랍다.. ㅜㅜ

5. 노트북 교체

본인, 조만간 새 노트북을 장만할 예정이다. 무척 정들었지만 구닥다리가 되어 버린 코어 2 듀오 기종을 거의 4년 가까이 썼다. 마침 부모님께서 쓰시는 더욱 고물 구닥다리 컴퓨터는 듣자 하니 이제 하드웨어가 맛이 가고 진짜로 폐기할 때가 된 듯하다. 그래서 지금 내 컴을 고향으로 보내고 나는 새 걸 장만하는 게 계획인데.. “맥북이냐 아니냐” 때문에 너무 고민된다.

• 장점: 10년 넘게 Windows 독점만 경험하다가 이번 기회에 좀 새로운 세계로.
• 단점: 내가 모든 걸 알고 통제하지 못하는 운영체제를 써야 하는 데서 예상되는 굉장한 이질감과 적응 기간 (비록 Windows를 같이 쓴다 하더라도 불편 불가피)

일반 유저가 아니라 개발자, 프로그래머이기 때문에 맥북을 더욱 써 봐야 할 명분이 있는 반면, 역설적으로 그 이유 때문에 Windows 기득권을 희생하기도 대단히 곤란한 처지이다.
뭐, 내가 10년 전 고등학생 시절처럼 인제 와서 본격적으로 xcode와 맥 프로그래밍을 공부할 여력이 있을 것 같지는 않다. 그리고 윈도우 하나만 해도 앞으로 8이 나오면 또 이상한 게 잔뜩 도입되어 바뀌어 있을 텐데. IT계는 정말 너무 복잡하다.

Posted by 사무엘

※ 미녀와 야수 (1991)

정말 동화적인 환상으로 가득한, 전형적인 디즈니스러운 작품이다. 역대 월트 디즈니의 만화영화에는 에리얼(인어공주), 포카혼타스, 자스민(알라딘), 뮬란 등 여러 여주인공이 있는데, 역시 <미녀와 야수>에 나오는 벨이 내가 보기에 제일 예쁘다. 나의 미의 판단 알고리즘이 이미 서양 기준에 물든 건지는 모르겠지만, 이건 제목에서부터 미녀를 표방하고 있기도 하니 말이다.

이 당시에는 여전히 2D 애니메이션이 주류이지만, 정교한 컴퓨터그래픽이 부분적으로 도입되고 있었다. 비슷한 시기에 나온 알라딘의 경우 용암과 양탄자에서 CG가 들어갔고, 미녀와 야수에서는 둘이서 드디어 무도회장에서 춤을 출 때 배경이 간지나는 3차원 CG로 처리되었다.

엔딩에서 야수에게 걸린 저주 마법이 풀리는 장면이 정말 아름답다. 이는 예수님의 재림 후에 이 땅에 걸린 저주가 풀릴 거라고 하는 성경의 예언을 기억나게 한다. 이것도 명장면이지만, 나중에 나온 라이온 킹은 음악을 너무 잘 만들어서 그 감동이 전작을 압도해 버렸다. 이에 대해서는 바로 다음에 라이온 킹에 대해서 얘기할 때 다시 다뤄질 것이다.

미녀와 야수에서 벨의 옥구슬 같은 목소리를 담당한 성우는 Paige O'Hara(페이그 오하라 1956~)라고 하는 중년 여성이다. 이런 장편 만화영화는 중간에 뮤지컬처럼 노래가 이따금씩 나오며, 동일 주인공에 대해서도 일반 대사 성우와 노래 성우를 따로 쓰는 게 보통이다. 하지만 이 영화에서는 벨의 목소리는 일반 대사와 노래가 모두 동일 인물이다.

인어공주에서 그 이름도 유명한 주제가 Under the sea를 작곡하고 미녀와 야수의 Tale as old as time을 작곡한 음악가는 Howard Ashman (1950~1991)이다. 이 분야에서는 가히 천재적인 소질이 있는 것으로 명성이 자자한 사람이었는데, <미녀와 야수> 영화 제작 중에 에이즈 합병증으로 인해 작업을 다 못 끝내고 40대 초반의 나이로 세상을 떠났다. 그래서 <미녀와 야수> 영화를 다 보고 credit roll까지 다 올라가고 나면, 저 사람을 추모하는 tribute이 나온다.

※ 라이온 킹 (1994)

월트 디즈니 사의 역대 최고 대박으로 손꼽히는 명작이다. 동물이 주인공으로 나오는 우화 같은 만화영화가 과연 흥행 성공할 수 있을지 처음에는 디즈니 내부적으로도 반신반의하는 모습이었으나, 라이온 킹은 결국 제작비의 20배가 넘는 수익을 낸 걸로도 모자라, 영화의 수명이 다 끝난 뒤에도 각종 캐릭터 상품 로열티로 계속 돈을 벌어다 줬다.

초등학교 6학년의 나이로 이 만화영화를 처음 접했을 때 본인이 받은 임팩트는 이루 말로 표현할 수 없었다. 정말 화려하고 아름답게 묘사된 아프리카 정글, CG로 만들어진 살떨리는 들소 떼 돌진(stampede) 등 여러가지 인상적인 장면들이 있지만 무엇보다도 두 영국인(Tim Rice와 Elton John)이 작곡한 음악들이 아름답고 엔딩이 너무 감동과 전율이었다. 난 라이온 킹을 능가하는 퀄리티의 엔딩이 나오는 영상 매체를 지금까지 보지 못했다.

스카를 물리친 후 심바가 Pride Rock에 오를 때 흘러나오는 역동적인 엔딩 음악은 뭐랄까.. 찬송가로 치면 예수님의 부활을 표현하는 <무덤에 머물러> 같은 느낌이다. Pride Land가 잿더미에서 다시 옛날의 모습을 회복한 뒤에 이어지는 코러스는 우리나라로 치면 광복이나 남북 통일, 영적으로는 계 21:4를 떠올리게 할 정도의 환희와 희열 그 자체이다. 도대체 머리에 뭐가 든 사람이 이런 음악을 작곡하고 공연할 수 있을지 궁금하다.

직접 들어 보시라. 겨우 허구의 만화영화 엔딩으로만 쓰기엔 아까운 퀄리티이다.

라이온 킹은 ‘하쿠나 마타타’ 같은 문구를 포함해, 주인공의 각종 이름에도 아프리카 현지 언어인 스와힐리어 표현을 많이 퍼뜨렸다. 무파사, 심바, 라피키는 다 스와힐리어라고 한다. 다만, 무파사의 동생이며 반동 인물인 스카(Scar)는 응당 영어 단어에서 비롯된 이름이다. 이름 그대로 눈가에 흉터가 있다.

영화에 나오는 하이에나 3총사의 이름은 잘 알다시피 반자이· 셴지· 에드인데, ‘반자이’도 스와힐리어이며, 통념과는 달리 일본어 ‘반자이’가 아니라고 한다. 로마자 표기까지 Banzai로 완전히 일치하지만, ‘텐노 헤이카 반자이(천황 폐하 만세-_-)’ 할 때 그 반자이하고는 관계가 없으니 오해하지 말 것. 하이에나들 중에서는 ‘에드’만 스와힐리어가 아닌 영어 이름이다.

라이온 킹 이전에 본인에게 아프리카 밀림에 대한 환상을 심어 준 만화영화는 TV로 봤던 <재키와 머피>였다. 거기에다 <밀림의 왕자 레오>도 있으니, 일본이 웬일로 아프리카 동물을 배경으로 한 만화영화를 좀 만들긴 했다. 이 때문에 라이온 킹이 유독 일본에서는 짝퉁 표절 소리를 들으면서 세계 평균만 한 인기는 못 누렸다고 한다.

첨언하자면, 스와힐리어와 관련 지어 CCM 중에도 떠오르는 검색 결과가 있다. 1998년에 발매된 최 덕신의 <갈망>의 1번 트랙 <오 놀라워라>는 스와힐리어 코러스가 시작과 끝부분에서 반복해서 흘러나온다. 도입부에서 라이온 킹의 주제가인 Circle of Life가 약간 오버랩된 건 나만의 생각인 것 같다. -_-;;

.
.
.

세계 어느 나라에서 이 정도로 전세계에 영향을 끼치는 만화영화를 만들어 낼 수 있을까? 과연 천조국 미국의 기상을 느낀다.

다만, 음모론 쪽에 관심이 많은 기독교계에서는 디즈니 사와 그쪽 작품을 굉장히 경계하는 편이다. 그도 그럴 것이 디즈니 사 애니메이션 작가들 내부에서는, 일종의 이스터 에그 차원에서 좀 성적인 장면을 작품 안에다 아주 몰래 집어넣는 게 거의 관행으로 여겨져 왔다고 한다.

라이온 킹에서 심바가 풀밭에 털썩 주저앉을 때 SEX 모양으로 꽃가루가 생긴다는 루머, 들어 보신 적이 있는가? 디즈니 사에서는 SFX를 의도한 것이었다고 해명하다가 나중에는 제풀에 지쳐서 DVD로는 그 장면을 아예 삭제하고 판매를 시작했다고 한다. 이거 말고도 논란이 된 예가 몇 가지 더 있다. 무슨 디즈니 만화영화 포스터를 숨은 그림 찾기 하듯이 뚫어지게 들여다보면, 남근을 발견할 수 있다거나 그런 것.

물론 개중에는 도시전설, 과민반응 급인 루머도 있다. 하지만 그런 환상적인 애니메이션을 만들어 내는 사람들 집단의 내부에서는 과연 어떤 오덕-_-질이 벌어지고 있을까? 계약직인지 정규직인지는 모르겠다만(모르긴 몰라도 예술 하는 사람들은 대체로 프리랜서 형태로 작업을 하지 않을까?), 앞서 말했듯이 디즈니 사의 일류 음악가가 에이즈에 걸려 죽었다는 것도 우연이라고 보기는 어려울 것 같다..

굳이 저런 선정적인 주제가 아니더라도, 본인이 다니던 교회의 주일학교 선생님은 라이온 킹에 들어있는 소위 뉴에이지 사상(circle of life? 윤회?) 내지 아프리카 샤머니즘을 굉장히 비판하신 적이 있다. 라피키가 무파사의 환상을 심바에게 보여주는 장면을 생각해 보라. 저건 영락없이 부리는 영(familiar spirit)을 지닌 자가 하는 짓이며, 구약 율법대로라면 돌로 쳐 죽일 중죄이다.

하긴, 그 정도로 뼛속까지 성령 충만하고 성경의 사고방식에 단련되어 있는 사람은, 그 명작 타이타닉(제임스 카메론 감독)을 볼 때조차도 불륜과 음행, 반역을 미화하는 역겨운 영화라고 불편해한다. (누드도 나오고 아마 검열삭제 암시 장면도 있었을걸? ㄲㄲ) 난 그들의 심정을 이해한다. 그런 반성경적인 코드가 그토록 아름다운 영상과 음향에 아주 교묘하게 녹아 있다. 그렇다고 세상의 영화를 전면 거부하고 살 수는 없고 그럴 필요도 없지만, 경각심은 잊지 말아야겠다.

이런 저런 얘깃거리가 더 있지만, 그럼에도 불구하고 본인은 가능한 한 디즈니 만화영화에 대해서 좋은 추억만 간직하고 싶다. 요즘은 잘 알다시피 Pixar 합병까지 했겠다, 3D CG 애니메이션이 대세인데 어떤 작품을 만들며 지내는지 모르겠다. 본인은 2008년에 Wall-E를 본 게 마지막이다.

초등학교 시절 이후로도 음악에 대한 나의 감수성이 아직까지 죽지 않았음은, 거의 10년 가까이 뒤에 Looking for you를 통해서 입증되었다. (이 글은 철도 얘기가 없을 줄 알았지? 페이크다. ㄲㄲㄲㄲㄲ)

Posted by 사무엘

‘쏘나타’(Sonata)는 음악 용어인 동시에 한국에서 가장 오래 현역으로 살아 있는 국산 승용차 브랜드이기도 하다. 주행을 마치 음악 연주처럼 조화롭고 우아하게 예술의 경지로 소화해 낸다는 뜻을 담은 작명이리라. 제작사는 현대 자동차이다.

외래어 표기법 FM대로는 ‘소나타’라고 적어야 맞으나, 잘 알다시피 ‘소나 타(고 다녀라)-_-’라는, 자동차에게는 심히 굴욕적일 수 있는 개드립을 의식해서인지 공식 한글 표기를 ‘쏘나타’라고 바꿨다.
아니, 실제로 옛날엔 경쟁사인 대우의 김 우중 회장이 그런 언어유희로 쏘나타를 디스한 적이 있다고 전해진다. 그러나 그로부터 20년 뒤, 대우의 경쟁 차종인 로얄 살롱/프린스 시리즈는 깨끗이 사라진 반면, 쏘나타는 건재하다.

승용차는 뒷부분에 차명 엠블렘이 관례적으로 부착되어 있는데, “쏘나타의 엠블렘에서 첫 글자 S를 떼서 갖고 있으면 서울대에 붙는다”라는 웃기지도 않은 도시전설이 나돌았나 보다. 그래서 특히 학교에서 교사가 세워 놓은 차의 엠블렘이 졸지에 ‘쏘나타’에서 ‘오나타’(ONATA)로 전락하는 경우가 있었다. 이 때문에 21세기에 출시된 후속 모델은 한 글자만 떼어 갈 수 없게 엠블렘이 일체형으로 바뀌었다는 후문이 나돈다.

본인이 이걸 보고 떠오른 건, 이 상 시인의 ‘오감도’이다. 쏘나타에서 글자 하나를 떼어내서 오나타가 되었는데, 이처럼 오감도는 잘 알다시피 건축 용어인 ‘조감도’(鳥瞰圖)의 한자에서 한 획을 떼어내서 오감도(烏瞰圖)로 바꾼 것이다. (잘 알다시피 작가는 문과 출신도 아니고 건축 공학 전공의 공돌이로, 시에다가 ‘가역반응’이라는 단어를 쓰기도 했다.) 그렇게 글자를 변개하여 뭔가 2% 빠진 듯한 cripple을 만듦으로써, 장조에서 단조로, 완전 연소에서 불완전 연소로 바뀌는 것 같은 그리 불안하고 각박하고 즐겁지 못한 분위기를 연출한 셈이다.

얘기가 옆길로 좀 많이 빗나갔으니 다시 본론으로 돌아오면, 쏘나타는 잘 알다시피 현대 자동차가 개발하여 판매하는 중형 세단 승용차이다. 기아 자동차의 K5, 그리고 르노삼성의 SM5가 동급 차량으로 쏘나타하고 경쟁하는 구도이다.

그러나 오늘날은 쏘나타가 오히려 같은 회사에서 만든 아반떼와 그랜저 사이의 콩라인으로 전락한 면모도 있다. 안 그래도 기름값도 비싼데 아반떼 같은 더 작은 차를 장만하거나, 아니면 돈 약간만 더 보태서 더 크고 간지 나는 그랜저를 사고 말지, 쏘나타는 이도 저도 아닌 신세가 되었기 때문이다. 21세기의 트렌드인 양극화의 손길이 자동차에까지 뻗친 것 같다.

최초의 쏘나타는 그랜저보다 1년 남짓 앞선 1985년에 출시되었다. 이때는 외형이 스텔라하고 별로 다를 게 없었다. MS 개발툴로 치면, 비주얼 C++ 1.0이지만 여전히 전신인 MS C/C++ 7.0스럽던 시절과 비슷하다고 볼 수 있겠다.

쏘나타다운 고유 모델이 처음으로 나온 건 1988년. 바로 이것이다. 본인은 아직도 쏘나타 하면 이 모양을 가장 먼저 떠올린다. 엑셀보다 더 크고, 특히 바퀴의 휠 모양이 저렇게 생긴 게 쏘나타의 고유 외형이다. (사진 출처: 위키백과)

그 후 1991년 초에 외형이 더 매끄러워진 뉴 쏘나타가 나오고 1993년에 쏘나타 2(II)가 나왔는데, ‘뉴’와 2는 외형이 서로 비슷한 편이었다. 그리고 1995년에는 쏘나타 3이 나왔다. 3은 뒷부분의 붉은 램프의 디자인이 기존 쏘나타들에 비해 좀 파격적으로 바뀌었다.

1998년에 나온 EF 쏘나타는 램프 모양을 포함해 외형이 예전 모델보다도 더욱 알록달록 동글동글해졌다. 은근히 그랜저 같은 고급스러운 맛까지 느껴졌다. 이런 디자인은 2001년에 나온 뉴 EF 쏘나타도 물려받았는데, 헤드라이트에 원이 두 개인 듯한 파임이 들어가서 고급스러운 느낌이 더한 것 같다.

2004년에 나온 NF 쏘나타는 예전 모델들에 비해서는 다시 각진 느낌으로 돌아간 듯하다. 사실은 너무 오랫동안 우려먹은 쏘나타라는 브랜드도 다른 걸로 대체할 생각이었다고 하지만 여전히 쏘나타로 회귀한 거라고 한다.

2007년는 마이너 업그레이드 버전인 쏘나타 트랜스폼이 나왔다. NF와 생김새가 거의 같지만 앞의 헤드라이트의 크기가 더 커지고 라디에이터 그릴의 모습도 살짝 달라졌다. 아래 그림에서 오른쪽이 NF 오리지널, 왼쪽이 트랜스폼이다. 구분할 수 있으시겠는가? 전동차로 치면 1차 도입분과 2차 도입분 사이에 생긴 미묘한 차이 같은 맥락이다.

그리고 오늘날 쏘나타의 최신 모델은 잘 알다시피 2009년에 출시된 YF이다. 쿠페 스타일의 날렵한 외형은 역대 쏘나타들 중 가장 과감하고 참신한 디자인이 아닌가 싶으며, 개인적으로 무척 마음에 든다.

물론, 아반떼 MD(2010년형)와 그랜저 HG(5세대 2011년형)하고 좀 닮은 건 사실이다. 다들 비슷한 컨셉으로 디자인돼서 말이다.

쏘나타의 역사를 통해 현대 자동차의 엔진 기술의 발달사도 엿볼 수 있다. 격투기의 체급이 체중에 따라 나뉘듯 자동차의 체급은 배기량으로 얼추 분류가 가능한데, 중형차에 속하는 2000cc만 예로 들자면 스텔라의 후속 모델이던 1985년형 쏘나타가 엔진 최대 출력이 110마력이었다.

그러던 것이 SOHC 대신 DOHC 엔진이 장착되면서 뉴 쏘나타에서는 동일 배기량으로 137마력이 나오기 시작한다. 그 후 쏘나타 2(146마력)를 거쳐 쏘나타 트랜스폼에서 150마력대에 도달하고, 신형 YF 쏘나타의 2000cc 기본 모델은 이미 165마력을 찍었다. 그러면서도 연비는 오히려 미미하게 더 좋아졌다.

하긴, 옛날에 1세대 그랜저가 3000cc 최고급 모델의 최대 출력이 161마력이었으니 기술이 발달한 것임은 분명하지만, 그건 SOHC 방식만으로 낸 출력이었다. SOHC와 DOHC의 차이는 컴퓨터로 치면 싱글과 듀얼 코어의 차이요, 생물로 치면 심방/심실의 수의 차이로 볼 수 있으려나 모르겠다.

원래 YF 쏘나타는 예전 모델들이 그랬던 것처럼 고급형 2400cc 모델도 있었다. 그러나 그건 얼마 못 가 명이 끊겼다. 위로는 그랜저 2400cc (쏘나타에게는 높은 사양이지만 그랜저에게는 낮은 사양)와 경쟁하는 구도가 되면서 완전히 밀렸고, 아래로는 너무나 성능이 좋은 2000cc 기반 쎄타 II GDI 터보 엔진이 개발되면서 2400cc 모델의 존재의 의미를 지워 버렸기 때문이다.

YF 쏘나타 2.4는 난 지금까지 딱~ 한 번 봤다. 2400cc 모델은 그랜저처럼 뒷부분의 배기구 머플러가 좌우에 쌍으로 두 개 달려 있다.

2011년에는 YF 쏘나타의 하이브리드 모델이 출시되었는데 대표적으로 앞의 라디에이터 그릴의 모양이 더 단순하게 바뀌었다. 하이브리드인 덕분에 공인 연비가 21km라고 하는데, 옛날에 그 작고 열악한 티코의 최저 사양 연비가 24.1km(자동도 아니고 수동)였다는 걸 생각하면 엄청난 경제성이 아닐 수 없다.

하이브리드 차량은 전기로 달릴 때면 너무 조용한 나머지 주변 사람들이 자동차 소리를 못 들어서 위험에 빠질 수가 있기 때문에, 일부러 자동차 주행 소음을 만들어 주는 장치가 있다고 한다. 그리고 아무래도 디젤 전기 기관차처럼 내연 기관과 전동기가 모두 달려 있다 보니, 더 무겁고 엔진 부품이 더 복잡하고 유지 보수 비용도 더 드는 건 감안해야 할 점이다.

쏘나타, 앞으로 몇 년 뒤엔 또 어떤 모델로 변모할지 궁금해진다.
난 어렸을 때 뒷좌석의 중앙에 팔걸이를 내릴 수 있는 차를 보고 굉장히 고급스럽다는 느낌을 받았는데, 쏘나타에는 그런 게 있는지 모르겠다.
고급 승용차와 관련된 잡설을 몇 개 추가하며 글을 맺는다.

1. 한때 그랜저는 한국 최고의 고급차의 대명사로 통용되었다. 그 각그랜저의 위엄은 정말! 허나 지금은 그냥 준대형차 수준으로 옛날에 비해서는 굉장히 보급형 세속(?) 모델로 격이 낮아졌으며, 이젠 그랜저 택시까지 있을 정도이다. 이건 마치 새마을호의 위상의 변화를 보는 것 같다. 서울-대전-대구-부산만 찍던 도도한 열차가 지금은 흠.. 그래도 둘 다 현실적인 격은 좀 낮아졌을지언정 그 상징적인 의미는 변함없다.

2. 그랜저보다 더 고급인 레알 대형 차량으로 현대 자동차가 만들고 있는 차는 잘 알다시피 제네시스와 에쿠스이다. 둘은 외부에 현대 자동차 엠블렘조차도 있지 않아서 언뜻 보기에 외제차 같은 인상을 준다. 연비가 10km도 안 되는 3000~5000cc급 대형차들은 그야말로 기름 먹는 하마이며, 진짜 재벌이나 사장님들이나 타고 장군· 장관들 관용차로나 쓰일 법하다. 5명밖에 못 타는 승용차 주제에 최대 출력은 45인승 버스의 그것을 능가한다.

Posted by 사무엘

<날개셋> 편집기는 내부 에디팅 엔진이 TSF를 완벽하게(A급으로) 지원하게 할지 지정하는 ‘TSF 지원’이라는 도구-옵션 대화상자에 있다. 프로그램이 TSF A급으로 동작하면 그 밑에서 구동 중인 외부 모듈이 에디터의 텍스트를 자유롭게 다룰 수 있고 MS 한국어 IME는 단어 단위 한자 변환도 가능하며, 일본어 IME의 경우 Natural Input 모드로(커서 위치에 따라서 조합/비조합 모드가 자유자재로 왔다갔다) 동작도 가능하다.

그러나 이런 편의에는 속도와 메모리 사용량 같은 tradeoff가 응당 있다. TSF A급으로 동작하기 위해서는 프로그램이 커서 하나가 움직일 때에도 운영체제의 TSF 시스템에다가 일일이 통보를 해 줘야 한다. 그래야 연동이 제대로 된다.

그런데 이 TSF 시스템이라는 게 돌아가는 모습이 못마땅할 때가 있다. 내 프로그램이 문서 전체처럼 꽤 많은 영역의 블록을 잡고 있으면, 이따금씩 운영체제는 블록 텍스트가 무엇이 있는지 수 MB에 달하는 데이터를 일일이 요청한다. 그것도 키 하나 누를 때마다, 커서가 움직여서 블록 영역이 조금이라도 바뀔 때마다 말이다. 그 텍스트 얻어 와서 도대체 뭘 하는지는 모르겠다. 그 요청을 거절할 수도 없는 노릇이고, 거 참.

이 때문에 <날개셋> 편집기로 20MB 이상 대용량의 텍스트를 열고, 새로운 글자 입력보다는 오리고 붙이기 같은 편집이 주 사용 목적이라면 ‘TSF 지원’ 옵션을 끄고 프로그램을 다시 실행하는 게 성능 면에서 낫다. TSF A급을 유지하면서 지금보다 성능을 더 끌어올릴 수 있는 방법이 현재로서는 떠오르지 않는다.

대용량 파일을 수월하게 다루는 전문적인 에디터를 개발하는 게 목적이라면, 별도의 전문적인 메모리 관리자도 쓰고 더욱 심도 있게 성능 최적화를 할 수 있다. 그러나 <날개셋> 편집기의 1차적인 개발 목적은 잘 알다시피 그냥 입력 엔진의 기술 데모일 뿐이기 때문에, 그런 세세한 것까지 신경 쓰지는 않는다.

하지만 한편으론 아주 작고 가볍고 최적화 잘 되고 빠른 에디터도 어느 정도 지향하고 있다. 그런 컨셉의 프로그램이 덩치에 어울리지 않게 에디팅 엔진이 너무 비효율적이고 느리면 그것도 영 보기 안 좋다. 그래서 이 프로그램은 버전업을 거듭하면서(특히 5.x 후반과 6.5 사이에) 내부적으로 최적화도 상당히 많이 되었으며, 몇십 MB짜리 파일 정도는 부담 없이 편집하고 저장할 수 있는 프로그램이 되었다.

혹시 MS에서 만든 다른 TSF A급 프로그램은 사정이 어떨까 궁금했다. 워드패드를 살펴봤는데, <날개셋> 편집기보다 성능이 더 안 좋다. 아까보다 더 작은 수 MB짜리 파일을 열어도 프로그램이 감당을 못 하고, 역시나 커서 한 칸만 움직여도 프로그램이 몹시 굼뜬다. Select All 명령을 내리니 아예 프로그램이 뻗는 듯. Windows는 기본 제공하는 프로그램들 중 에디터가 몹시 부실하다는 게 이 자리에서도 다시 한 번 입증되었다. TextEdit(맥)나 gedit(리눅스)는 그렇지 않다.

사실, 위지윅이나 서식 지정 같은 기능이 전혀 없는 에디터라 해도, 유니코드에 따른 다국어를 제대로 지원하려 한다면 개발 난이도가 안드로메다 급으로 급상승한다. 바로 아랍· 히브리 지원 때문이다. Complex script 체계에서는 같은 글자라 해도 앞뒤에 무슨 글자가 있냐에 따라서 모양이 달라질 수 있고, 커서가 움직이는 단위와 문단을 나누는 기준이 시시각각 달라진다. 특수한 유니코드 제어 문자 처리도 해야 한다. 한 줄에 L2R 문자와 R2L 문자가 공존할 때 커서 위치는 어떻게 계산할 것이며, 게다가 세로쓰기라든가 자동 줄바꿈 옵션과의 연계는 어떻게 할 것인가? -_-

Uniscribe라는 API가 있다지만 그게 다루는 각종 개념을 공부하는 것부터가 쉬운 일이 아니다. 사실 저런 문자의 처리는 심지어 전문적인 상업용 워드 프로세서인 아래아한글조차도 2005 버전이 돼서야 지원하기 시작했으며, 프로그래머용 에디터에서는 그리 필요하지도 않은 기능이다.

EditPlus는 지금 최신 버전은 어떤지 모르겠는데 3.1x대 버전을 살펴본 기억으로는 아랍어의 매끄러운 처리를 제대로 지원하지 않았었지 싶다. 엄밀히 말하자면, 내부 문자 단위 크기만 ansi에서 wide char로 바꾼다고 해서 완벽한 유니코드 지원이 되는 건 아니다. 비록 화면으로 보기 좋게 찍히지만 않을 뿐, 정보 손실은 없겠지만 말이다.

그래서 <날개셋> 편집기는 복잡한 다국어 글꼴 처리 쪽은 아예 깨끗하게 접고(무시하고/포기하고)-_- 신경을 안 쓴다. 입력이라는 분야에만 초점을 맞춰 그쪽의 전문성만을 유지하며 개발되고 있다. 오히려 아랍· 히브리 문자는 깔끔하게 깨진 문자로 메모리 순서대로 단순하게 표시해 주니, 각 글자의 코드 포인트를 확인할 일이 있을 때는 유용하기도 하다. -_-

이렇듯, 텍스트 에디터를 하나 만들더라도 프로그래머용 기능 특화냐, 아니면 입력기와 유니코드 글꼴 쪽으로 특화냐 같은 개발 패러다임이 나뉠 수 있다. <날개셋> 편집기는 TSF 지원 같은 입력기 특화이고, 정확히 말하면 여타 어느 프로그램도 시도한 적이 없는 ‘한글 입력’ 특화이다. 하지만 글꼴 쪽의 전문적인 지원은 없다. 또한, Syntax highlighting기능조차도 없을 정도로 프로그래머 특화는 아니지만, 그래도 다양한 자동화 기능을 염두에 둔 텍스트 필터도 제공하기 때문에 전문 기능이 아주 없는 건 또 아니다. 일종의 패러다임 짬뽕인 것 같다.

Posted by 사무엘

윈도우 운영체제용 한국어 키보드 드라이버에는 type 3이라는 방식이 있다. 이게 왜 있는지 내력을 좀 설명하자면 이렇다.

한국에서 쓰이는 PC 키보드에는 한글/영문 입력 모드 전환을 위해 한영 키가 있고, 한자 변환을 위해 별도의 한자 키가 있다. 하지만 도스 시절에 이 키를 하드웨어적으로 인식하기란 쉽지 않았고, 당시 많은 자체한글 프로그램들이 실제로는 Shift+Space로 한영 전환을 하곤 했다. 그리고 한자 변환은 아래아한글의 관행인 F9가 대세였다.

한영 전환 글쇠에 대한 호불호는 사람마다 편차가 큰 것 같다. 한영 키가 직관적으로 그렇게 누르기 편한 위치에 있지도 않은 건 사실이다. 그 때문에, 이걸 굉장히 싫어하고 오로지 Shift+Space만 쓰는 사람도 있다. 오로지 한영 전환 글쇠 때문에 MS IME를 버리고 새나루나 <날개셋> 한글 입력기를 쓸 정도이니까.

그러나 반대로 Shift를 이용한 뒤에 진짜로 공백을 누르고 싶은데 실수로 글쇠 전환이 되어 버려서 그게 불편하다고 느끼는 사람도 있다. 본인은 후자에 가까운 타입이어서 그냥 한영 키를 쓰는 것을 선호한다.

마이크로소프트는 자사의 제품에서 원래 ‘정석대로’ 한영/한자 키만을 지원하였다. 그러나 도스 시절의 저 관행에 익숙한 사람들을 위해 Shift+Space를 한영 키로, Ctrl+Space를 한자 키로 드라이버 차원에서 인식하는 키보드 드라이버도 별도로 제공했는데, 이것이 바로 type 3이다.

이 드라이버는 반대로 기존 한영/한자 키는 Ctrl/Alt로 인식한다. 그래서 드라이버를 쓰면 Shift뿐만 아니라 Ctrl/Alt도 좌우를 구분할 수 있다. 그러나 Shift+Space와 Ctrl+Space를 원래 자체적인 용도로 쓰는 엑셀 같은 프로그램(행 또는 열 전체 선택)에서는 해당 글쇠를 사용할 수 없어지는 문제도 존재한다.

type 3 키보드를 사용하려면 제어판에 들어가서 키보드 드라이버를 업데이트해야 하는데, 수 단계에 걸친 마법사 질문들을 전부 일관적으로, 운영체제가 권장하지 않는(non-typical) 예외 옵션만 골라야 사용할 수 있다.

이런 키보드 드라이버가 있기 때문에 본인은 <날개셋> 한글 입력기를 도대체 어느 장단에 맞춰 춤을 추도록 만들어야 할지 모르는 고민에 빠지게 됐다. 일단 이 프로그램은 한영 전환과 한자 전환 글쇠를 마음대로 사용자 지정 가능하기 때문에, 드라이버 차원에서 글쇠를 변조해 주는 type 3 같은 드라이버는 사용하지 않길 권한다. 기존 type 1에서도 얼마든지 Shift+Space로 한영 전환이 가능하고 그게 기본값이다.

일단, 이 프로그램은 type 3에 대한 보정을 한다. 사용자가 Shift+Space를 누른 것을 드라이버가 한영이라고 fake로 알려 주더라도, 키의 스캔코드는 여전히 space이기 때문에 한영이 아닌 Shift+Space에 해당하는 단축글쇠를 참고한다. type 3은 Ctrl과 Alt의 좌우 구분은 가능하지만 한영과 한자 키를 전혀 인식하지 못하는 모드가 되는 것이다.

한자 키는 지금까지는 보정을 했는데 다음 버전부터는 보정하지 않을 것이다. 보정을 하기 때문에 Ctrl+Space는 말 그대로 한자가 아닌 Ctrl+Space로 type 3에서도 그대로 인식되며, 이 때문에 <날개셋> 한글 입력기의 설치 직후 기본 설정으로는 type 3 키보드로 한자 변환을 할 수 없었다. 보정을 하지 않게 되면 이 키는 Ctrl+한자 키로 인식된다.

그리고 다음 버전부터는 ‘한자’ 키뿐만이 아니라 ‘Ctrl+한자’도 한자 후보 변환으로 인식하는 값을 단축글쇠 테이블의 기본값으로 추가할 것이다. 이로써 동일한 기본 설정만으로 type 1과 type 3 모두 각각의 한자 키로 한자 변환이 가능해지는 것이다. 요컨대 한영 전환인 Shift+Space는 보정을 하지만, 한자 변환인 Ctrl+Space는 보정하지 않는다는 뜻이다.

한영 전환 글쇠와는 달리 한자 변환 글쇠는 매우 드물게 쓰이고 사용자별 편차도 거의 없으니, 그냥 이렇게 하는 게 더 나은 선택이겠다. 어차피 MS IME는 그냥 한자를 누르든 Shift+한자를 누르든, Ctrl+한자를 누르든 똑같이 동작하더라.

다만, <날개셋> 한글 입력기의 다음 버전에서는 후보 변환 기능이 세분화되어 Shift+한자는 제2 후보 변환으로 기본 설정이 바뀔 예정이다. 이것을 type 3 키보드는 제대로 인식을 못 할 것이다. 그렇기 때문에 <날개셋> 한글 입력기를 사용할 때는 글쇠를 임의로 변조하는 type 3 대신 글쇠를 있는 그대로 돌려 주는 기본 type 1을 쓸 것을 권한다.

여담이다만, 윈도우 운영체제의 한글 키보드는 한영 전환과 한자 변환 말고 전/반자 모드 전환이라는 또 다른 명령이 존재한다. 이건 완전히 듣보잡화한 상태이기 때문에 아는 사람이 거의 없을 것이다. -_-;; 키보드에 독립된 글쇠가 있지도 않고, 그 글쇠가 Alt+=로 정의되어 있다.

Posted by 사무엘

우리나라의 문자 언어 문화는 지난 20세기 후반에 큰 변화를 겪었다. 이는 두 양상으로 요약된다. 첫째로 한자를 섞어 쓰는 빈도가 크게 감소하였으며, 둘째, 세로쓰기가 전멸하다시피 하고 가로쓰기가 대세가 되었다. 사실, 예전에 한글 학회의 슬로건이 “한글만으로 가로로 쓰자”일 정도였다. 한글 전용만 주장한 게 아니라 가로쓰기까지 주장했다는 뜻.

오늘날 우리나라에서 세로쓰기는, 태생상 세로로 길쭉할 수밖에 없는 간판이나 책의 등짝 같은 극소수 제한된 환경에서나 볼 수 있는 듯하다. 더 나중에는 그런 곳에서마저도 세로쓰기를 하느니 차라리 영문 문화권처럼 가로쓰기를 90도로 돌린 표기로 대체될지는 모르겠다.

붓글씨+세로쓰기 스타일이던 성경책은 이미 1990년대 중· 후반부터 한국 교회에서 거의 찾아볼 수 없게 된 지 오래이다. 신문은 1990년대 초반에 한겨레가 처음으로 한글 전용+가로쓰기를 시작한 후, 1999년에 그 보수적인 조선일보마저 가로쓰기로 돌아섰다.

출판물뿐만이 아니라 영상 매체에서도 분명한 추세를 발견할 수 있다.
예전에는 TV 프로에서 방송이 시작되기 전 ‘제공’이라는 명목으로 뜨는 광고주 리스트라든가, 일부 중요 인명이나 문구는 때에 따라 가로쓰기와 세로쓰기가 혼용되는 경향이 있었다. 그러나 요즘은 다 가로쓰기이다.

영화관에서는 과거에 길쭉한 스크린의 우측 상단에 으레 세로쓰기로 뜨던 한글 자막도, 이미 옛날에 가로쓰기로 다 바뀌었다. 세로쓰기는 확실히 낡은 구닥다리 스타일로 간주되게 되었다. 이런 변화가 무엇을 의미할까?

세로쓰기가 천덕꾸러미가 되고 도태된 가장 큰 이유는, 컴퓨터가 세로쓰기를 전혀 하지 않는 문화권에서 처음으로 발명되었고 따라서 세로쓰기도 컴퓨터에서 직관적으로 처리하기 곤란한 고리타분한 방식으로 전락했기 때문이 아닌가 한다.

물론, 본인은 명백히 가로쓰기에 익숙한 가로쓰기 지지자이다. 세로로 써진 빽빽한 글은 한국어가 한국어처럼 덩어리 단위로 눈에 확 들어오질 않는다. -_-;; 일단은 가로든 세로든 자기에게 익숙한 방향의 텍스트가 눈에 더 빨리 들어오겠지만, 아무 편견이 없는 사람이라면 두 눈이 가로로 달려 있는 이상, 가로쓰기가 더 유리하게 읽힐 수밖에 없을 것이다.

다만, 그래도 세로쓰기를 일부러 의도적으로 배척할 필요는 없고 제목이나 장식용으로 제한적으로는 적절하게 활용하는 게 한글의 특성도 살릴 수 있고, 공간 활용 면에서 더 효율적이지 않냐 하는 정도의 견해를 갖고 있다. 옛날 사람들은 저렇게 읽기 불편한 세로쓰기 책들로 도대체 어떻게 독서와 공부를 했을까?

마치 요즘 자동차들이 전부 자동변속기로만 나와서 운전자들이 수동변속기 운전의 묘미를 경험할 기회가 없는 것처럼, 가로와 세로쓰기가 모두 가능한데 오로지 가로쓰기만 함으로써 우리가 다른 방면에서 얻는 기회비용이 무엇일지에 대해서 열린 가능성을 생각해 볼 의향은 있다는 뜻이다. 그렇잖아도 요즘은 컴퓨터도 온통 와이드 화면이 대세인데, 이런 곳에서는 세로쓰기가 공간 활용이 더 효율적이기도 할지 모른다. (가독성 같은 다른 요소는 제끼고 오로지 공간 효율만)

오늘날 국내엔 세로쓰기를 적극적으로 옹호하는 사람이 극소수 있긴 하다. 하지만 이런 사람들은 대체로 강경한 한자 혼용론자이고 세로쓰기를 거의 종교적인 숭배에 가까운 수준으로 미는 경향이 있는데, 본인은 그런 주장에까지 공감하지는 못한다. 가령, 한글 전용과 가로쓰기 때문에 남한의 지식· 학문의 수준과 깊이가 하락하고, 사상까지 온통 좌경화되었다는 식의 드립. -_-;;

원래 한자의 종주국이 세로쓰기의 종주국이기도 한지라 한국과 일본의 세로쓰기 관행은 중국의 영향을 받은 것이었다. 그러나 중국 공산당이 20세기 중반에 간체자를 만들고 가로쓰기를 전면 시행하면서 어문 규범이 크게 바뀌었고, 한국 역시 스타일이 상당 부분 서구화했다. 현재는 일본만이 세로쓰기를 아주 활발하게 활용하고 있기 때문에, 이것이 소프트웨어의 국제화에서까지 진지한 고려 대상이 되어 있다.

윈도우 운영체제의 경우 한글 글꼴의 이름 앞에 ‘ @ ’가 붙은 세로쓰기 바리에이션 글꼴을 제공하고 있으며, 현재 편집 중인 텍스트의 방향이 가로인지 세로인지 운영체제 IME에게 알려 주는 프로토콜도 제공한다.  MS 워드에서 MS IME나 <날개셋> 한글 입력기로 한글-한자 변환을 해 보면, 세로쓰기 중일 때는 한자 후보 리스트도 세로쓰기로 나오는 걸 알 수 있다. 그리고 <날개셋> 타자연습은 아예 세로쓰기로 타자 연습도 가능하다. ㄲㄲ

일본은 자기 이름을 로마자로 표기할 때 이름-성 순으로 표기하는 건 일찌감치 서구화했으면서, 세로쓰기는 서양 스타일을 따르지 않고 자기 식으로 고수하고 있으니 흥미로운 차이인 것 같다. 미국이 관습상 110V 전압과 비표준 단위계를 못 벗어나고 있는 것만큼이나 일본 역시 세로쓰기를 언제까지나 고집하게 될지 두고 볼 일이다.

서양의 라틴 알파벳 문화권에서는 진짜 크로스워드 게임 같은 데서나 세로쓰기를 볼 수 있는 듯하다. 애초에 단어의 일부가 양 줄에 걸쳐서는 안 되는 정서법이니, 세로쓰기와는 더욱 어울리기 힘들다고 볼 수 있겠다.

문득 드는 생각은, 한글에도 세로쓰기 용도로 잘 튜닝된 글꼴이 개발되어야 하겠다는 것이다. 가로쓰기용 가변폭 글꼴이 ‘이’보다 ‘빼’가 더 길쭉한 것처럼, 반대로 세로쓰기용 가변폭 글꼴은 ‘이’보다 ‘봅’이 더 길쭉해야 할 것이다. 그리고 가, 개 같은 글자가 세로로 배열되었을 때 구조적으로 중심이 잘 잡혀 있어야 할 것이다. 그런데 당장 가로쓰기용으로도 가변폭 글꼴이 연구된 게 잘 없는데, 벌써 세로쓰기까지 생각하는 건 사치인 것 같다. ㅋ

Posted by 사무엘

3. 피의 메리

1539년에 크고 아름다운 그레이트 성경까지 나온 뒤에야 영국은 확실히 개신교 국가로 탈바꿈하는가 싶었으나, 헨리 8세가 죽은 후 개신교 계열의 에드워드 6세(병으로 요절)와 그 후의 9일천하 레이디 제인 그레이(지못미..;;)가 제대로 권력 승계를 못 하면서 메리 1세가 역사를 다시 뒤로 되돌려 놓았다.

말이 나왔으니 말인데 비운의 9일천하 여왕인 제인 그레이는 삶이 정말 기구했다. 왕위에 앉을 마음이 없었고 사실은 “너 여왕 됐어”란 말에 너무 충격을 받아 졸도를 할 정도였던 여인도 아니고 소녀였다. 부모를 비롯한 어른들의 등쌀에 떠밀려 정략 결혼을 하고, 조국의 개신교 노선을 이어 나갈 여왕 자리에까지 여차여차 올랐지만 백성들의 의식은 거기에 미치지 못했던 모양.

결국 골수 가톨릭 신자인 메리 1세에게 왕위를 빼앗겼다. 메리 1세는 제인 당사자가 권력욕이 있는 인물이 아닌 것을 알았지만, 제인의 부모가 정치적으로 너무 위험한 인물이었기 때문에 그녀를 살려 두기도 곤란했다. 그래서 절충안으로 제인더러 가톨릭으로 개종하면 살려 주겠다는 카드를 제안하였으나, 그녀는 이를 거절했다. 이 때문에 그녀는 결국 20살도 못 된 고등학생 나이에 처형 당했다. 그땐 단두대 같은 것도 없었고, 사형 방식은 그냥 도끼로 목을 치는 것이었다..;;

제인 그레이는 라틴· 히브리 등 5개 국어를 구사할 정도로 똑똑했고, 전해지는 바에 따르면 외모도 아주 아름다웠다고 한다. 그냥 귀족하고만 결혼해서 학자나 교사로 평범하게 살았을 사람인데 저렇게 정치· 종교적 희생양으로 전락하여 비극적인 죽음을 맞이한 것이다. 다만 겨우 고등학생 나이 때도 자기 신앙을 목숨과도 바꾸지 않았을 정도로 독실한 개신교 크리스천이었던 것은 사실이다.

역사 자료에 따르면, 그녀는 최후의 순간에 시편 51편을 외웠으며, 집행을 앞두고 눈이 가려진 뒤엔 “어, 형틀이 어디 있지?” 하면서 당황하며 자신이 목을 내밀 곳을 손을 더듬어 찾았다고 한다. 이 장면은 주변 사람들의 애처로움을 더욱 자아냈으며, 이것이 그림으로 남아 전해진다.

이런 사연을 거쳐 왕위에 오른 메리 1세는 잘 알다시피 피의 메리(Bloody Mary)라고 불릴 정도로 성공회를 포함해 개신교를 무자비하게 탄압하였다. 선왕이 구축해 놓은 영국 내의 종교 개혁 인프라를 모조리 망가뜨렸다. 그래서인지 메리 1세는 초상화를 봐도 좀 표독스러운 모습의 못생긴 여자로 그려져 있고, 특히 이 원복 교수의 <먼 나라 이웃 나라>에서는 네로에 필적하는 싸이코 폭군으로 묘사되었다.

그때 화형 당한 크리스천이 남녀노소를 불문하고 아무리 적게 잡아도 300여 명이라고 전해지는데, 이 숫자만 보면 그래도 1000단위도 아니고 생각보다는 적은 규모인 것 같다. 프랑스 대혁명이나 공산당 숙청 수준은 아닌 듯. 하지만 메리 여왕이 사람만 죽인 게 아니라 성경까지 죄다 불태우라고 지시했다는 것에 주목하는 세속 역사가는 별로 없는 것 같다.

종교 문제를 빼면 메리는 사회· 정치적으로는 그렇게 악한 군주가 아니었다고 전해진다. 그 분야에까지 막장이었으면 진작에 짤렸겠지;; 또한 메리 역시 여왕에 오르기까지 개인사나 가정사는 불운한 편이었으며, 왕위에 오른 후에도 지병으로 인해 자녀 한 명 못 낳고 중년의 나이에 세상을 떠났다.

이렇게 영국에서 갑자기 개신교 박해가 시작되자, 영국에 있던 종교 개혁 성향의 학자들은 죄다 외국으로 피신했다. 이들은 스위스에서 피신해 있는 동안 지금까지 구축된 원어 자료를 집대성하여 더욱 좋은 성경을 만들어 냈는데, 이것이 제네바 성경이다. 예정론과 개신교 교황이라는 오명 때문에 종교 개혁자들 중에서는 비교적 좋지 않은 평판을 갖고 있는 존 칼빈이 그래도 이때는 영국의 종교 개혁자들을 잘 보호해 준 공로를 세웠다.

제네바 성경은 처음으로 66권 전서를 모두 원어에서 번역했으며, 오늘날과 같은 장· 절 구분이 처음으로 생겼다. 그리고 무슨 스터디 성경처럼 온갖 난외주가 첨가되어 성경의 각 구절마다 편찬자들이 생각하는 해설과 강해가 성경 본문의 양보다도 많이 들어갔다.

4. 킹 제임스 성경 -- 종교 개혁 성경의 종결자

메리에 이어 엘리자베스 1세 시대가 되면서 영국은 다시 개신교 노선으로 돌아갔다. 이 시절에 영국 내부의 종교 대립은 가히 오늘날 우리나라의 좌우 이념 대립에 맞먹는 수준이었으며, 반가톨릭 진영에서는 진짜 반공 교육 수준으로 교황을 험담했다. “나는 공산당이 싫어요”가 아니라 “나는 교황이 싫어요” 급이었으며, 교황이 성경에서 예언된 적그리스도 바로 그놈이라고 대놓고 가르쳤다.

예전에 헨리 8세에 이어 왕위를 잠시 이었던 에드워드 6세 왕은 어릴 때부터 궁정 교육을 어떻게 받았는지, 겨우 초등학생 나이인 11살 때 “교황은 레알 마귀 자식이며, 나쁜 놈이요 적그리스도요 가증스러운 독재자 천하의 개쌍놈”이라고 썼을 정도니까. 이건 거짓말이 아니라 정말로 이 승복 어린이 수준이지 않은가? “교황을 죽입시다 교황은 나의 원수”

그도 그럴 것이 영국은 정치적으로도 가톨릭과 앙금이 생길 대로 생긴 게 사실이다. 또, 과거의 역대 교황들이 자신을 예수님 급으로 신성시하면서 “교황의 말에 절대적으로 복종해야만 구원받을 수 있다” 같은 안하무인 개드립을 치는 것을 보면, 어차피 그들은 북한 김 일성· 김 정일이 하는 짓과 똑같은 짓을 하고 있긴 했다.

제네바 성경은 재야(?) 종교 개혁자들이 사용해 온 좋은 성경이긴 했으나 외국에서 자기네끼리 제작된 사역(私譯)이었으며, 엘리자베스 시절엔 국교회 내부에서 또 그레이트 성경의 개정판 격인 비숍 성경이라는 걸 만들어 썼다. 가톨릭-개신교뿐만이 아니라 같은 영국의 개신교 노선 내부에서도 성공회와 청교도 사이의 갈등이 깊어진 게 이 시기이다. 가톨릭으로부터의 박해가 없어진 뒤엔 영국 교회가 또 대립과 반목으로 인해 분열될 위기에 처했다.

그래서 엘리자베스 여왕의 서거 이후, 후임인 제임스 1세 왕은 청교도와 성공회를 중재하는 차원에서, 이제 다시는 성경을 또 만들 필요가 없게끔 완벽한 성경을 만들기로 승인을 내려 준다. 그래서 킹 제임스 성경이 드디어 1611년에 나왔다. 장과 절 구분, 100% 원어 번역, 청교도와 성공회 모두 OK, 국내 인쇄 등 예전 성경들이 차츰차츰 확보한 좋은 속성을 모조리 물려받았다.

이 책이 세상을 완전히 바꿔 놓았으며, 킹 제임스 이후 영국에서는 먼 훗날, 1881년에 부패한 웨스트코트· 호르트 본문에 기반한 RSV가 나오기 전까지는 또 새로운 성경이 나오지 않았다. 새로운 역본이 나올 필요가 이제는 없어졌기 때문이다. 특히 성공회와 청교도 사이의 대립 구도로 인해, KJV가 번역될 때는 성경 번역 역사상 전무후무한 철저한 검증 시스템이 도입되었으며, 이것 덕분에 KJV는 유례가 없는 고품질로 만들어질 수 있었다. 위기가 기회로 승화된 셈이다.

엘리자베스 시대에는 종교 개혁을 거꾸러뜨릴 목적으로, 바티칸의 일종의 비밀 결사대인 예수회라는 무지막지한 비밀 조직이 결성되었다. 이들은 KJV에 앞서 듀에이 레임스라는 판타지 짝퉁 성경을 만든 바 있으며, 엘리자베스 다음으로 영국에 가톨릭이 아닌 개신교 왕이 즉위하자 용병을 고용하여 화약 폭발로 제임스 1세 왕을 죽이려고 음모를 꾸미기도 했다. 그러나 이 음모는 기적적으로 사전 발각되어 미수에 그쳤다.

세속 역사가들은 인류가 기독교적인 사고방식을 벗어나 휴머니즘을 추구하면서 교황의 권위가 약화되고 르네상스 시대가 찾아왔다고 가르친다. 그러나 본인의 시각에서는 성경이 널리 보급되고 복음이 전파되면서 교황의 권위가 약화되고 세상이 암흑에서 빛으로 나아가기 시작한 것으로 보인다. 바티칸 교황이 역사적으로 인류의 발전을 가로막고 엄청난 해악을 끼쳤다는 것에는 본인 역시 세속 역사가의 시각과 100% 일치한다만, 그것이 기독교라고 싸잡아 분류되는 것에는 본인은 동의할 수 없다.

유럽 국가들 중 영국만이 종교사가 저렇게 특이한지, 왜 영국만 국가 교회가 존재하며 개신교와 가톨릭 사이의 팽팽한 줄다리기가 있어 왔는지? 왜 영어 성경만 여러 계보가 존재해 왔는지? 더 나아가 하필 킹 제임스 성경이 세계에 퍼져 나간 최종 권위 성경이 되었는지에 대해 KJV 신자라면 관심을 가질 필요가 있다. 나도 역사를 잘은 모르지만 내 신앙의 정체성과 뿌리를 이해하는 데 필요한 최소한의 내력은 공부해 두려 한다.

오늘날 인도에 불교가 없으며 예루살렘에 기독교가 없는 것처럼, 영국도 이제 성공회의 노선은 천주교 쪽으로 다시 거의 기울었고 사람들은 킹 제임스 성경에 대해 잘 모른다. 발간 400주년을 맞이한 작년에 반짝 조명 정도나 받았을 뿐이다. 그러나 야만인 바이킹들이나 뛰놀던 섬나라 영국이 세계를 호령하는 제국이 되었으며, 영국뿐만 아니라 유럽이 전반적으로 중세 암흑기를 벗어나 식민지 개척을 할 정도로 강대국이 된 것에 성경과 복음이 기여한 것을 부인할 수는 없을 것이다.

Posted by 사무엘

1. 유럽의 중세 암흑기

천 년이라는 시간은 그야말로 어마어마하게 장구한 시간이다. 성경에는 앞으로 예수님이 재림하셔서 이 세상을 공의로 1000년 동안 다스릴 것이라는 예언이 있다. 한편, 한국사에서는 신라가 AD 900년대까지 거의 1000년 가까이 존속하여, 도읍인 경주 역시 ‘천년고도’(千年古都)라고 불린다. 본인이 경주 출신이다만, 그 작은 도시가 천년고도였다는 게 믿어지지 않는다.

그런데 서양에서는 교회사가 시작되었으나 진리의 빛이 꺼졌던 중세 암흑기가 거의 1000년에 가까이 계속되었다고 여겨진다. 로마 제국이 멸망한 뒤 나중에 르네상스 시대가 열리고 신대륙이 발견되고 종교 개혁이 일어나고, 유럽이 본격적으로 동양을 과학 기술로 압도하기 그 전에! 그 사이 기간에 대해서 나만 아무 정보가 없는 걸까?

그 사이에 있었던 굵직한 사건이라고는 진짜 십자군 전쟁 정도밖에 생각이 안 난다. 영국과 프랑스의 백년 전쟁과 잔다르크는 1400년대 사건이니, 중세 중에서는 그나마 나중인 편이고.

그 기간 동안 어느 샌가 교황이 유럽을 모조리 장악했으며 성경은 금서가 되었고 종교 재판과 마녀 사냥이 횡행했다. 어떻게 해서 교황이 저런 국제적인 종교 괴물로 등극할 수 있었는지 그 메커니즘을 잘 모르겠다. 교회사를 정확히 알기 위해서라도 여기에 대한 지식이 보충되어야 할 것 같다. (아 하긴, 우리나라만 해도 이단 교주들이 얼마나 돈 잘 버는지를 생각해 보면, 교황이 종교 장사로 큰 대박을 내는 것도 충분히 가능은 했겠다.)

어렸을 때 즐겨 읽었던 유레카 학습 만화 세계 역사 시리즈를 다시 펼쳐 보았다. 그런데 내가 이렇게 알고 있는 게 잘못된 게 아니었다. 제6권에서 예수님의 부활과 승천부터 서로마 제국의 멸망까지 나오는데, 제8권은 곧바로 메디치 가문이 어떻고 미켈란젤로, 르네상스, 콜럼버스, 루터 따위가 나온다. 시간 차이가 장난이 아닌데 중간에 그야말로 엄청난 skip을 한 것이다. (제7권은 칭기즈 칸과 오스만 튀르크 제국 같은 아시아 편이고 유럽 얘기가 아님.)

더 정확히는 6권의 뒷부분에 ‘중세 유럽’이 특집 형태로 수박 겉핥기식으로 대충 짚고 넘어가 있었다. 세심하게 여러 에피소드를 편성하고 스토리가 있는 만화를 넣은 게 아니라, 글과 벽화 소개 위주로 백화사전식으로 “그냥 이런 게 있었다. 끗”이었던 것이다. 중세는 정말 긴 기간이었는데도 이때의 유럽 역사는 이렇다 할 위인이나 큰 변화가 그다지 없었고 사료도 부족하고... 세속 역사가들로부터도 가히 흑역사로 취급받는다는 걸 이제야 실감할 수 있었다. 그래서 판타지 게임이나 영화들의 주된 배경이 되기도 하고.. ㄲㄲ

이 글에서는 유럽이 중세 암흑기를 벗어나 근대로 나아가는 시기에 있었던 일을 영국의 교회사 위주로 요약해 보겠다.
중세에 교황의 권위를 거부하고 성경을 읽고 침례를 행하던 크리스천들은 알비겐시스, 왈덴시스처럼 지역이나 모임 리더의 이름을 딴 다양한 명칭으로 불리며 숨어 지내던 소수의 무리들이었다. 루터가 이신칭의를 주장하기 전부터 이 사람들은 ‘믿음을 통해 은혜로 받는 구원’ 정도는 진작에 알고 있었다.

“우리나라에 복음이 들어오기 전에 고려· 조선시대 사람들은 그럼 아무 기회도 없이 다 지옥 갔냐”라고 기독교에 트집을 잡는 분들이 많은 줄로 안다. 허나 내가 보기에는, 중세엔 서양도 복음에 대한 접근성이 동양하고 별 차이 없었을 것 같다. 그쪽에서는 어차피 교황이 성경을 다 빼앗아 불태우고 수많은 사람들을 거짓 교리로 지옥으로 보내 주고 있었으니까 말이다. 동양엔 왈덴시스 같은 집단이 없었던 게 사실이지만, 그래도 종교 재판소도 없지 않았는가? -_-;;; 피장파장이다.

도미니크 구즈만(천주교에서 성 도미니크라고 부르는 그 사람)이라는 수도승이 그런 크리스천들과 교리 논쟁(오늘날로 치면, 종교갤에서의 키배)을 종종 벌였으나, 그들을 도무지 이길 수 없었다. 가톨릭은 교리도 완전히 잘못됐을 뿐만 아니라 그 기원부터가 로마 제국 시절에 세상 권력과 결탁하여 순교자들의 피를 부르며 시작되었다고 조목조목 반박하는데, 당할 재간이 없었다.

그래서 말로 곱게 회유가 안 되는 반동분자들을 적당히 꼬투리 씌워 조지기 위해 도미니크 수도회가 만들어 낸 게 종교 재판소의 원조이다. 서기 1223년, 교황 그레고리 9세에 의해 드디어 정식 공표된 종교 재판은 마녀도 아니고, 이슬람 같은 완전히 다른 이교도도 아니라 전적으로 크리스천들을 죽이고 그들 재산을 빼앗기 위해 제정된 것이었다. 나머지 목적은 2순위, 3순위일 뿐이다.

2. 헨리 8세 이후 영국의 성경 번역의 역사

그러다가 존 위클리프라는 영국 사람이 처음으로 14세기에 처음으로 영어 성경이라는 걸 만들었다. 열악한 당대 상황 때문에 비록 본문이 부패한 천주교 라틴 벌게이트 기반이었지만, 영어 철자법도 아직 정립해 있지 않던 시절에 원어가 아닌 영어 성경이 나온 것만 해도 어디냐. 그 위상이 가히 영국의 개역성경이라 해도 좋을 것이다. (구한말에 나온 한글 개역성경도 부패한 본문 기반 + 맞춤법 비정립 시기! 1881년 RSV 할 때의 그 개역을 가리키는 게 아니다.)

위클리프는 성경을 번역한 덕분에 천주교로부터 극심한 미움을 받았으며, 나중에 죽고 나서 40년 가까이 지나서야 무덤에서 시신이 다시 꺼내어져 목이 잘렸다.;;; 쉽게 말해서 오늘날 국어에서 욕설로 쓰이는 육시(戮屍)를 실제로 당했다는 뜻이다.

이런 일이 있은 후 영국은 정치적으로 중요한 사건을 겪었다. 아마 대부분의 사람들은 가장 오래 된 영국 왕으로 헨리 8세 아니면 기껏해야 7세 정도까지만 기억을 할 것이다. 이 헨리 8세는 원래는 당시 유럽의 여느 군주들이 그랬듯이 막강한 교황의 권세 앞에서 깨갱 하고 있었다. 친가톨릭이었고 딱히 소신 있는 종교 개혁자 성향도 아니었다.

그랬는데 부인을 6명이나 둔 호색한이었던 그는 치정 문제로 인해, 더 정확히는 ‘아라곤의 캐서린’이라고 불리는 왕비와의 이혼을 교황의 승인 없이 추진하려다 보니 교황과 결별· 단절을 선언하게 되었다. 그리고 영국 국교회(성공회)의 수장을 자처하기 시작했다.

바티칸은 이 소식에 당연히 발칵 뒤집혔으며, 헨리 8세에게 험담과 저주를 퍼붓기 시작했다. 지금까지도 천주교는 이 사람을 루터만큼이나 몸서리치게 미워하며 나쁘게 말한다. 비록 헨리가 의도하지는 않았지만 하나님께서 그의 똘끼를 선한 방향으로 이끄신 것으로 보인다.

이렇게 영국이 천주교의 손아귀에서 정치적으로 벗어날 징조가 보이던 15~16세기엔 천주교에는 악재, 기독교에는 호재가 연달아 터졌다. 에라스무스라는 학자가 바른 성경 계보인 공인 본문을 처음으로 유럽에 소개하였는데, 이것이 가능했던 것에는 동로마 비잔틴 제국의 멸망이라는 당대 정세도 기여를 했다.

이때 루터는 95개조 반박문을 시작으로 종교 개혁을 일으켰을 뿐만 아니라, 공인 본문을 기반으로 신약 성경을 최초로 독일어로 번역했다. 마침 구텐베르크가 발명한 활판 인쇄술로 책을 값싸게 많이 찍어 보급할 수 있게 된 것도 지금으로 치면 컴퓨터· 인터넷· 스마트폰에 필적하는 정보화 혁명이었다.

그리고 영국에는 윌리엄 틴데일이라는 참으로 위대한 믿음의 선배가 등장하여 그 독일어 성경을 다시 영어로 번역한 영어 성경을 만들었다(신약+모세오경+알파. 아직 전서를 만들지는 못함). 바른 원문 계보에서 번역된 최초의 영어 성경이다.

틴데일은 “누구나 성경을 휴대하고 읽을 수 있는 세상을 만들겠다. 소 몰고 밭 가는 촌뜨기 아이라도 교황보다 성경을 많이 알게 만들어 놓겠다”라는 도발적인 공언까지 했는데, 이는 시대를 너무 앞서가는 발상이었고, 그런 열성 때문에 그는 결국은 나중에 순교자의 대열에 오르게 되었다.

그는 교수형과 화형을 순차적으로, 혹은 동시에 당하면서 죽었으며, 죽기 전에 “주여, 우리나라 왕의 눈을 열어 주시옵소서!”라고 크게 외쳤다. 아직 영국은 친가톨릭과 친개신교 노선이 오락가락하는 중이었고, 영국의 고위 관료나 성직자 중에는 친가톨릭 성향에 틴데일을 미워하는 사람도 많았기 때문에, 헨리 8세 왕이 틴데일의 죽음을 막을 수는 없었던 것 같다.

그러나 틴데일의 기도는 그가 죽은 지 6개월 남짓한 시간 만에 응답되어, 헨리 8세는 틴데일의 친구인 마일스 커버데일이라는 사람으로 하여금 영국 성공회가 공식 사용할 영어 성경을 만들게 했다. 커버데일은 사역(私譯)이던 틴데일의 번역물을 십분 활용하여 1535년, 커버데일 성경을 만들었다. 왕이 승인하고(公譯) 성경 66권이 모두 번역된 최초의 영어 성경이 바로 이것이다.

그로부터 몇 년 뒤에는 존 로저스라는 사람이 매튜라는 가명을 써서 매튜 성경을 내었다. 이것은 잉글랜드라는 자국내에서 인쇄된 최초의 성경이라 한다. 틴데일과 커버데일 성경은 모두 영어 성경이지만, 각각 독일과 스위스에서 인쇄된 후 영국으로 밀반입되었기 때문이라고. 국가가 떳떳하게 대놓고 성경을 찍을 정도로 개신교 세력이 충분히 크지 못했던 걸로 보인다.

(下에서 계속)

Posted by 사무엘

이 광근 교수는 프로그램의 정적 분석 분야에서는 아마 우주괴수급의 전문가가 아닌가 여겨지는 분이다.
카이스트 교수로 첫 부임했다가 2003년부터 서울대로 이직했다. 학부 출신 역시 서울대. 1983년에 입학 당시 자연과학 단과대 수석을 차지했으며, 재학 성적 역시 내내 최상위권이던 수재였다.
사진을 보면 알겠지만 이 교수는 상당한 동안이고 학생 시절 모습이 어땠을지가 상상이 된다.

개교 초창기부터 딱부러지게 전산학과가 있었던 카이스트와는 달리, 서울대는 198, 90년대엔 이과에 속한 계산통계학과와 공과에 속한 전자계산기공학과로 컴퓨터 쪽 학과 계열이 므흣하게 나뉘어 있었다. 통합된 컴퓨터공학부라는 게 생긴 것은 1990년대 말 내지 21세기에 들어와서이다. 덧붙이자면, 연세대 역시 컴퓨터과학과라는 이름이 생긴 건 2005년부터이고 그 전엔 정보산업공학이라고 하여 이쪽으로의 분류가 모호했다.
IT 붐과 함께 지금은 당연시되고 있는 학과 이름이 비교적 최근까지도 일류대급에 속하는 대학에도 없었던 게 의외이다. 어쨌든, 이 교수 역시 당시는 서울대 계산통계학과를 졸업했다.

이분의 설파 교리(?)와 연구 분야는 이러하다.
먼저, 기계 중심적이지 않고, 수학적으로 더 엄밀하며 인간의 사고와 논리를 더 자연스럽게 표현할 수 있는 프로그래밍 언어를 지향한다. 사실, C/C++이나 자바는 오늘날의 최신 프로그래밍 언어 이론이나 방법론이 반영된 깨끗한 언어가 아니다.

그래서 이런 전산학 순수주의자(?)는 특별히 람다 대수에 기반한 OCaml이나 최소한 Scheme 같은 함수형 언어를 선호한다. 함수가 마치 일반 상수처럼 코드 중간에서 별다른 작명 없이도 자유롭게 만들어지고 값처럼 다뤄질 수 있다.
이게 좋은 패러다임이기 때문에 심지어 C++도 C++0x에서는 함수 포인터를 대체할 만한 람다 대수 문법이 추가되었으며, 비주얼 스튜디오 2010에서는 F#이라는 함수형 프로그래밍 언어가 새로 도입되었다. 이것은 의미심장한 변화이다.

그리고 이 교수가 연구하는 정적 분석이란, 프로그램을 실제로 실행해 보지 않고, 그 구조를 뜯어보기만 하고서 이 프로그램이 잠재적으로 배열 첨자 초과 오류나 메모리 누설 따위가 발생할 수 있겠다고 진단을 내리는 기술을 말한다. 사실, 좋은 프로그래밍 언어란, 컴파일러만 통과한 프로그램이라면 뻗지 않고 잘 돌아간다는 보장이 되어야 하고 컴파일 시점 때 해당 코드에 존재하는 잠재적인 모든 문제를 찾아낼 수 있어야 한다는 것이 이분의 지론이다.

이게 가능할까? 입력은 키보드나 파일로 들어오고 메모리 할당과 해제가 일어나는 통로가 주어져 있을 때, 복잡한 루프와 배열, 함수 재귀호출, 다중 포인터 로직을 추적하면서(프로그램을 실행하는 게 아니고!) 딱 보고 이 코드는 구조적인 문제가 있다는 걸 찾아내는 게 과연 쉬운 일일까? ㅋㅋ

당연히 머리가 터져나가게 어려운 일일 것이다.
하지만 그게 가능하기만 하다면 프로그램을 일일이 실행해 보는 것보다 훨씬 더 꼼꼼하고 확실한 검증이 행해질 수 있다. 자동차를 실제로 만든 뒤에 충돌시켜서 부숴 보지 않고도 디자인만 딱 보고 운전자의 안전에 어떤 문제가 있겠는지 예측하는 것과 비슷한 맥락이지 않은가.

사실, 프로그램 정적 분석과 뿌리를 공유하는 가장 원초적인 문제는, 바로 전산학에서 다루는 정지 문제(halting problem)이다. 이는 오늘날의 컴퓨터 모델인 튜링 기계에서는 100% 완벽하게 푸는 게 애시당초 불가능하다는 게 증명되어 있다.

이런 맥락에서 프로그램 정적 분석기 또한 100% 완벽하고 정확하게 동작하는 건 불가능하다. 실제로는 문제가 있는 부분이 아닌데 문제가 있다고 진단하는 false alarm도 존재한다. 그 이상 더 정밀하게 동작할 수는 없기 때문.

그래도 이것만으로도 어디냐. C/C++은 성능이 무지막지하게 좋은 대신, dangling pointer, memory leak, buffer overflow 등 이름만 들어도 치를 떨 무시무시한 버그와 보안 문제들에 무방비로 노출되어 있는 chaotic한 언어가 아니던가? 전산학 전공자는 소프트웨어 공학 시간에 익히 배워 알듯, 소프트웨어 개발이란 건 그렇잖아도 작업의 절대적인 양과 질을 측정하기가 어려운 분야이다. 그러니 소스 코드를 정적 분석으로 검증하는 시스템이 없이는 IT 산업계가 제대로 돌아갈 수가 없다. 그렇지 않으면, 어디서 뻑이 날지 모르는 C/C++ 언어로 의료 기기나 우주선 같은 크리티컬 시스템을 만들거나 사용하려면 미리 보험이라도 들어 놔야 하지 않을까 싶다. 진짜로. -_-;;

이런 복잡도를 제어하는 시스템을 연구하는 게 이 광근 교수의 목표이다.
그분은 이걸로 이미 저명한 학술지에 적지 않은 논문을 냈고, 소프트웨어 검증 솔루션을 개발하여 기업체에 납품했다.

사실, 비주얼 스튜디오도 일반인이나 학생이 사용하는 라이선스 말고 제일 비싼 엔터프라이즈급 라이선스 제품을 써 보면, 소스 코드 정적 분석 기능이 들어있다.
기회가 되면 내가 개발한 프로그램도 그런 걸로 한번 좀 분석해 봐야 할 텐데 말이다. 메모리나 GDI 개체, 커널 핸들 등 해제가 필요한 자원들은 전부 클래스 소멸자가 처리하게 바꾸고, 지속적인 개량과 코드 리팩터링을 해 왔기 때문에 그런 초보적인 실수는 이제 없으리라 여겨진다만, 이걸 시스템 차원에서 깔끔하게 입증을 못 하고 있다는 게 문제이긴 하다.

코드를 실행하지 않고 척 들여다보기만 한 뒤 그 코드로부터 문제될 만한 부분을 알아서 찾아 내는 것은 활용 가능성이 굉장히 많다. 마치 공항 검색대가 가방을 열어 보지 않고 사생활 침해 걱정이 없이 비행기에 실을 수 없는 물건을 찾아내는 것처럼 말이다. 이 얼마나 유용한 기술인가?

이 광근 교수는 자기 연구 분야를 차치하고라도, 독특한 스타일의 강의 자료나 여러 글들을 읽어 보면, 가히 공부의 본질을 아는 사람이며 정말로 보통사람이 아니다 싶은 면모가 여럿 느껴진다. 특히 이분은 우리말로 학문하기에 대한 관념이 굉장히 투철한 걸로 잘 알려져 있다.

• “MIT라는 이름은 본토 사람들이 보기에는 그냥 황해도 과기원 정도로밖에 들리지 않으며, 떼제베도 프랑스 원어민에게 다가오는 의미는 단지 매우 빠른 열차일 뿐이다. 우리만 혼자 폼나 보인다고 외래어 알파벳을 남발하고 있다.”
• “비록 어떤 개념이나 기술이 외국에서 유래되었다 하더라도, 그 원판을 능가하는 학문적 성과는 언제나 모국어를 통해서만 이뤄져 왔다.”

외래어는 싹 다 배격하고 정확· 엄밀함을 희생해서까지 무조건 뭉뚱그려서 순우리말만 쓰자는 국수주의 주장이 절대 아니며, 오히려 완전히 다른 차원에서의 주장이다.
작년에 한창 카이스트가 자살과 영어 강의 때문에 시끄럽던 시절에 이분은 자기의 지론을 다시 한데 정리한 개념글을 하나 교수신문에다 기고했다. 그 후 이 글은 전산 비전공자, 심지어 인문학 하는 사람들에게서도 인용되고 폭풍처럼 칭송받고 있는 중이다.

IT 쪽 최정상에 앉아 있는 사람이 이례적으로 용어 순화와 모국어 강의를 옹호하니 뜻밖이지 않은가? 저 글에 딱히 정치색이 있는 건 물론 전혀 아니지만, 영어 강의, 세계화 이런 것들을 반대하고 이념적으로 진보 성향이 좀 있는 사람들이 더욱 지지를 하는 경향이 있었다. 예를 들어 조 국 교수도 그 글을 완전 극찬한 바 있다.

카이스트 교수 부임 시절에 이 교수는 학과 이름을 전산학과에서 컴퓨터xx학과로 바꾸는 것도 괜히 쓸데없는 일이라고 만류한 적이 있다. ACM, IBM의 M은 완전 구닥다리 용어인 '기계'라는 뜻이지 않냐고 말이다.

그리고 대학 캠퍼스 내부의 건물들을 초행자도 식별하기 쉽게 번호가 좀 있어야 한다고 제안하신 바 있다.
그 제안 때문인지 이분이 서울대로 전근 가신 뒤에 얼마 안 되어(2004~2005년쯤 아마?) 카이스트도 건물들에 N0, E0, S0 같은 식으로 번호가 붙었다.
서울대는 워낙 건물이 많고 내부가 복잡해서 진작부터 그런 게 있다.
연세대는 그런 거 없다. 본교 도입이 시급합니다.

지금이야 카이스트 전산학동이 수 년 전부터 몇 층 더 증축되었지만, 그 당시에 이 광근 교수는 아마 공간 부족으로 인해 전산학동이 아닌 이웃 산업공학동에 연구실이 있었다. 그리고 이런저런 어른들의 사정이 더해져서 그분은 서울대로 전근을 가신 걸로 추정된다. 비슷한 시기에 전산학과의 김 태환 교수도 서울대로 가셨다.

이분의 수업은 진짜 그냥 온갖 기호와 공식, 증명이 즐비한 수학 덕후식이며 빡세다..;;;
그래서 카이스트 재학 시절, 내게는 좀 굴욕적인 기억이 있다.
C++의 사고방식에 완전히 중독되다시피하던 내 머리 구조로는 nML이네 뭐네 하는 “프로그래밍 언어 PL” 수업을 도저히 따라갈 수가 없어서... 전공 필수 과목일 뿐만 아니라 전근을 앞둔 스타 교수의 마지막 수업을 드랍하고 말았다. 2003년 봄 학기의 일이다. 그것도 수강 변경도 아닌 철회 기간에 출혈을 감수하며 드랍.

난 그 당시 <날개셋> 한글 입력기 2.x와 3.0의 개발과 직접적인 관련이 있지 않은 복잡한 추상화 계층이나 뜬구름 잡는 이론에는 머리가 전혀 돌아가지 않던 시절이었다. 동기 부여를 받으면 철도 덕후 수준으로 머리가 미쳐 돌아가지만, 동기 부여가 없는 곳에는 난 담을 확 쌓아 버리고 죽어도 관심 안 보인다. 역시 난 프로그래밍으로 다른 창의적인 작품을 만드는 게 삶의 목적이지, 프로그래밍 패러다임 자체를 바꾸는 일은 내 적성이 아니라는 걸 알 수 있었다. C++보다 더 엄밀하고 깔끔한 프로그래밍 언어로 수학 덕질하는 것보다는, 당장 윈도우 API로 옛한글과 세벌식 모아치기를 구현하는 것에만 온통 관심이 쏠려 있어서..

그래서 나중에 한 태숙 교수의 PL을 다시 들었다. 이분의 PL 수업이 그나마 내가 생각했던 PL 수업에 더 근접한 평범한(?) 것이었고, 들을 만했다.;; 각종 프로그래밍 언어들의 특성과 개념, 값의 평가 시기, LL 파서, LR 파서, garbage collector의 동작 원리 등등.. 참고로 덧붙이자면, 내가 예전 글에서도 소개한 적이 있듯 한 교수 역시 왕년에 1등을 놓친 적이 없었고 대입 학력고사 전국 수석을 차지했던 공부 만렙 괴물이다.;;

현재는 카이스트 전산학과의 류 석영 교수가 과거 이 광근 교수의 제자이며, 그분 뒤를 이어 카이스트 프로그래밍 언어 연구실을 공동 운영하고 있다(한 태숙, 최 광무 교수와 같이).
류 교수의 증언에 따르면 이 교수 연구실은 말도 못 하게 무지막지하게 빡세기 때문에, (그 대신 잘 적응하면 얻는 것도 많겠지);; 어지간한 각오가 돼 있지 않다면 그분 연구실로 대학원 진학을 하는 건 비추라고 한다. =_=;;;
그래도, 좀 까칠한 것만 빼면 교수님은 학자로서 정말 좋은 분이라고.. ㅜㅜ

어쨌든 이 광근 교수. 수업 하나 들은 적도 없이 헤어졌지만, 이런 식으로 내 기억에 남아 있다.
본인이 이분에 대해 수집한 모든 정보들의 출처는 당연히 그분의 공식 홈페이지이므로, 관심 있으신 분은 방문해 보시라.

Posted by 사무엘

한 달쯤 전에 비주얼 베이직 리뷰를 쓴데 이어 오늘은 델파이와 해당 계열 RAD 툴의 리뷰를 좀 써 보겠다.
비주얼 베이직뿐만이 아니라 델파이와 C++ 빌더(C++ Builder)는 본인이 지금 같은 골수 비주얼 C++ 유저가 되기 전에, 도스에서 윈도우 프로그래밍으로 넘어가던 과도기 시절에 잠깐 써 본 개발툴이다. 고등학교 시절의 추억이 담겨 있다.

일단 파스칼이라는 언어 자체가 본인이 베이직에서 C/C++로 넘어가기 전에 과도기적으로 잠깐 공부했던 언어이다. 당시 정보 올림피아드 공부용으로 파스칼이 아주 깔끔하고 좋다는 말이 있기도 했고 말이다. 이 언어는 정말로 베이직과 C 사이의 과도기 역할을 하면서 본인의 프로그래밍 패러다임의 전환에 굉장한 도움을 주었다.

도스용 볼랜드 파스칼 역시 상당히 잘 만든 개발툴이었다. 그래서 본인은 이걸로 뭔가 이렇다할 프로그램을 개발해 보지 못한 게 좀 아쉽다. 개발툴의 본좌(?)이던 마이크로소프트와 볼랜드는 둘 모두 도스에서는 16비트의 한계를 벗어나질 못했으니 말이다. 그리고 지금 역시 <날개셋> 한글 입력기처럼 극도의 최적화를 추구해야 하는 프로그램은, 비주얼 C++만치 더 적격인 툴이 없는 것도 어쩔 수 없는 현실이다.

1990년대 초중반에 마이크로소프트가 '비주얼' 브랜드로 새로운 개발툴을 내놓은 것처럼 볼랜드는 오브젝트 파스칼 기반의 완전히 새로운 RAD 툴을 내놓았다. 그것이 바로 델파이. 게다가 1995년에 첫 출시된 1.0은 전무후무하게 16비트 윈도우용이었다.

델파이는 원래 AppBuilder라는 제품명이 붙을 예정이었고 Delphi는 코드명일 뿐이었다. 내 기억이 맞다면 이에 대해서 재미있는 일화가 전해진다.
잘 알다시피 IT계엔 그 이름도 유명한 Oracle이라는 데이터베이스 엔진(DBMS)가 있다. 이거 참 센스 있는 작명인게, DB에다가 SQL을 때려서 쿼리가 수행되는 것을 마치 신탁을 내리는 것에다 비유한 것이다. “수천만 개의 레코드 중에서 요것과 연계하여 이런 조건을 만족하는 놈을 눈앞에 0.1초 안에 대령하라.” 검색 엔진에다 심마니라는 이름을 붙인 것과 비슷한 맥락의 작명이라 하겠다.

그런데 신탁이 내려지는 곳이 어디던가? 신전이다. 그리고 고대 그리스에는 델파이라는 도시에 아폴로 신전이 있었다.
델파이는 DB와 연동하는 업무용 프로그램을 파스칼 언어를 기반으로 빠르고 편리하게 개발해 내라고 만들어진 개발툴이다. 그래서 DB 쿼리라는 신탁이 내려지는 장소에다 빗대어 델파이라는 코드명이 정해졌고, 이게 곧 제품명이 되었다. (뭐, 굳이 DB를 안 쓰더라도 각종 유틸리티나 에디터, 툴을 만드는 용도로도 좋지만 말이다.)

이런 이유로 인해, 델파이는 지금까지도 신전이나 집 비슷한 모양을 한 아이콘을 갖고 있다. 델파이의 C++ 버전이고 델파이보다는 훨씬 덜 유명한 C++ Builder는 집+크레인처럼 생긴 건축 기계 모양 아이콘이다. C++ 빌더는 다른 건 델파이와 비슷한데 역시 C++의 특성상 빌드 속도는 훨씬 더 느리며, RAD 툴의 용도에 맞게 C++ 문법을 자기 식대로 확장한 게 좀 있다. 또한 C++답게 경쟁사의 MFC 라이브러리도 내장하고는 있다.

그런 곳에서는 C++의 위상이 좀 므흣한 게, 닷넷으로 치면 마치 C++ managed extension 같은 존재이다. 닷넷에서는 아예 확실하게 C#을 쓰고 필요한 곳에나 unsafe 코드를 가끔씩 집어넣고 말지, 네이티브 기계어 개발이 아니라면야 C++이 얼마나 메리트가 있겠나 싶다. C/C++을 쓸 정도이면 아예 Win32 API만을 이용한 하드코어 저수준 개발을 하지, 애초에 RAD용으로 만들어진 게 아닌 언어에다가 그 정도로 추상화 계층을 거친 RAD 껍데기를 거추장스럽게 씌울 필요가 있겠나 하는 생각이다.

볼랜드에서는 자기네 RAD 툴에다가도 닷넷 기술을 연동하여 C# Builder 같은 툴을 만들기도 했지만 이건 얼마 못 가 접었다. 다들 비주얼 C#을 쓰지 굳이 볼랜드 툴을 쓰지 않았기 때문. 볼랜드는 그런 자신의 RAD 영역을 더욱 발전시켜서 마치 qt 같은 크로스 플랫폼 개발 프레임워크를 표방하며 리눅스용으로 카일릭스(Kylix)도 내놓고, 지금은 맥 OS X 범용 개발 환경도 내놓았는데, 아이디어는 분명 좋다만 결과는 과연 어떨까 궁금하다. 카일릭스는 수 년 전에 망했고 개발이 중단됐다.

하긴, 말이 나왔으니 말인데 얘들은 개발사의 명칭이나 주체가 여러 번 바뀌었다(개명· 인수 합병). 볼랜드이다가 한때는 Inprise, Codegear를 거쳐 지금은 Embarcadero임.

이런 저런 사정이 많았으나 델파이는 결국 오늘날까지도 그냥 윈도우 플랫폼 한정으로 강세인 것으로 보인다. 나름 네이티브 코드(오옷!)를 가히 C++로는 엄두를 못 낼 전광석화의 속도로 생성하는 RAD 툴이니, 생산성은 확실히 우위이다. 프레임웍에 속하는 코드가 단일 exe에 모조리 static 링크되어 들어가기 때문에, Hello world 급의 프로그램도 Release 빌드의 exe는 1MB 이상은 먹고 들어간다.

비주얼 C++ 2008 이상부터는 MFC를 static link해도 그 정도는 먹고 시작한다. 과거의 6.0 시절에는 MFC의 static link 오버헤드 크기가 200~300KB대였는데, 재미있게도 그 당시의 델파이 2~3도 exe의 기본 크기가 그 정도였으니 옛날이나 지금이나 오버헤드가 서로 비슷하다.

이런 이유로 인해, 델파이로 개발된 프로그램은 실행 파일을 실행 파일 압축기로 압축한 채 배포되는 경우가 종종 있다. 하지만 압축된 실행 파일은 코드 실행 영역이 동적으로 생성되고 고쳐지기 때문에, 동일 EXE가 중복 실행되었을 때 코드 영역이 동일한 물리 메모리를 공유하여 메모리를 절약하는 효과를 못 보지 싶다. 실행 파일 압축기가 집어넣어 준 압축 해제 stub이 그런 걸 똑똑하게 감지하여 처리하지 않는다면 말이다. 뭐, 요즘은 어차피 메모리도 차고 넘치는 시대이긴 하지만...;;

내 기억이 맞다면, C++ Builder는 델파이와는 달리 수 MB짜리 vcl.dll (Visual Component Library) 런타임이 필요한 작은 exe를 생성했었지 싶다. 즉, 정적 링크가 아니라 동적 링크 방식.

그런데 얘들의 프레임웍 라이브러리는 덩치만 큰 게 아니라 윈도우 API를 나름 체계적으로 잘 커버하고 있다. MFC는 윈도우 API에다 아주 최소한의 껍데기만 씌운 것에 가까운 반면, 볼랜드의 라이브러리는 운영체제 API에는 존재하지 않는 여러 추상적인 계층을 더 만들고, 심지어 같은 에디트 컨트롤도 single line (TEdit)과 multi line (TMemo) 버전을 따로 만들었다. MFC는 그냥 CEdit 하나로 끝인데 말이다. 내부 구현이 옵션만 다르게 지정된 동일한 에디트 컨트롤이니까 말이다.

라디오 버튼이나 체크 버튼도 under the hood는 그냥 버튼 컨트롤일 뿐이기 때문에 MFC는 CButton 하나로 끝이다. 그러나 볼랜드의 라이브러리는 응당 TRadioButton과 TCheckBox로 클래스가 따로 나뉘어 있다.
볼랜드의 프레임워크는 DC고 GDI 객체고 나발이고 생각할 것 없이 자기네가 마련한 TCanvas라는 개체를 통해 마음대로 색깔을 바꾸고 픽셀 단위 그래픽 접근이 가능한 반면, MFC에서는 그런 자비를 찾아볼 수 없다. 그런 추상화 계층을 마련하는 오버헤드가 exe의 실행 파일 크기 내지 런타임 DLL로 나타난다고 생각하면 됨.

이런 전통이 사실 볼랜드의 옛 C++ 라이브러리인 OWL (Object Windows Library)부터 어느 정도 전해져 오고 있었다. 델파이가 나오기 전, 볼랜드 C++/파스칼이 윈도우용으로 있던 시절 얘기이다. OWL이 좀 더 객체 지향 철학을 살려서 더 잘 만들어진 라이브러리이긴 했으나, 언제부턴가 IE가 넷스케이프를 누르듯이 MFC가 OWL을 떡실신시켜 버렸다.

세월이 세월이다 보니 델파이도 도움말 레퍼런스는 MS 비주얼 스튜디오의 Document Explorer를 쓰고 있어서 뜻밖이라는 생각이 들었다. 하긴, 옛날 버전은 아예 WinHelp를 쓰고 있었는데, 자기네만의 도움말 시스템을 새로 만드는 건 너무 뻘짓이고 그냥 chm을 쓰기엔 레퍼런스의 분량이 너무 방대한데, 저렇게 하는 게 나은 선택이다.

델파이의 근간 언어인 파스칼은 내부적으로 문자열을 포함하는 방식이 원래 C/C++과는 다르다. 그러나 운영체제의 각종 API들이 오로지 C/C++ 스타일의 null-terminated 문자열만을 취급하기 때문에 델파이 프로그래머도 C/C++ 스타일 문자열이라는 개념을 몰라서는 안 된다. 사실 파스칼과 C/C++은 함수 호출 규약조차도 달라서 과거에는 C/C++에서도 함수 선언할 때 STDCALL뿐만이 아니라 PASCAL이라는 속성이 있을 정도였다.

파스칼에도 포인터가 있긴 하다. 하지만 C/C++만치 배열과 포인터를 아무 구분 없이 남발할 수 있는 건 아니며 쓰임이 제한적이다. a[2]뿐만이 아니라 2[a]까지 가능한 건 가히 C/C++의 변태적인 특성이다만, 파스칼은 등장 초기에는 동적 배열이라는 개념 자체가 아예 없었다고 한다.
타입 선언에서 포인터를 의미하고 실제 수식에서는 포인터가 가리키는 값을 얻어오는 연산자가 C/C++은 *인데 파스칼은 ^이다.
그리고 이미 있는 변수의 주소를 얻어 오는 address-of 연산자는 C/C++은 &이고, 파스칼은 @이다.

델파이로 개발된 프로그램은 윈도우 비스타/7의 Aero 환경에서 창을 최소화해 보면 창이 작업 표시줄 쪽으로 미끄러지듯 fade out이 되지 않고 그냥 혼자 싹 없어지곤 했다. 나타나는 비주얼이 살짝 다르다. 델파이로 빌드된 다른 프로그램들을(특히 구버전) 살펴보면 차이를 알 수 있다.

그랬는데 최신 2011년도 델파이 XE2로 프로그램을 하나 빌드해 보니까 드디어 여타 프로그램처럼 제대로 최소화된다. 개선이 된 듯하다.
델파이가 유니코드와 64비트를 제대로 지원하기 시작한 것도 생각보다 최근이라고 들었다만.. 앞으로 이 툴이 어디까지 발전하고 MS의 비주얼 툴과는 다른 독자적인 지위를 유지할 수 있을지가 지켜보는 건 흥미로운 일일 것이다.

* 2014년 7월 1일 추가함.
델파이 1.0은 특정 업종 종사자들만 사용하는 딱딱한 개발툴인 주제에 무슨 게임을 방불케 하는 화려한 설치 화면을 자랑했다.

설치 프로그램이 full screen 모양으로 실행되는 게 유행이던 시절의 즐거운 추억이다. 본인도 중학생이던 시절 저 화면을 직접 본 적이 있다. 정말 개발툴 역사상 전무후무한 디자인이 아닐까 싶다.

속도계는 어떤 축적된 분량이 아니라 단위 시간당 변화량 개념이기 때문에,
굳이 이런 프로그램에 넣더라도 차라리 지금 파일의 전송 속도를 나타내는 용도가 더 적절할 것 같다만..;;
어쨌든 저 계기판에서 속도계가 전체 설치 진행 상황을 나타낸다.

굉장한 창의력과 잉여력이 아닐 수 없다. 그때는 MS Office 9x 프로그램에도 간단한 핀볼이나 3D 레이싱 게임이 이스터 에그로 들어가 있었을 정도이니 뭐...
단, 델파이의 경우 설치 중에 저 배경에서 차가 실제로 주행하여 배경이 입체적으로 스크롤된다거나 하지는 않는다. ^^ 그건 일말의 아쉬운 점이다.

Posted by 사무엘