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

한글 타이포그래피에서 탈네모 글꼴은 만년 떡밥인 것 같다. 지금 까지 그래와꼬 아패로도 그렇겠지

한글 가변폭 글꼴: 한글 글꼴 중에서 명조, 고딕 내지 한자 같은 부류와는 달리, 글자의 폭이 획일적이지 않고 글자마다 차이가 있는 글꼴을 일컫는다. 본문용으로는 잘 쓰이지 않고 특이한 제목이나 장식용으로 쓰인다. 아래에서 설명될 세벌식 글꼴과는 살짝 다른 개념으로, 세벌 글꼴은 굉장히 높은 확률로 한글 가변폭 글꼴이지만 모든 가변폭 글꼴이 세벌 글꼴은 아니다.

세벌식 글꼴: 공 병우 세벌식으로 만들어진 기계식 타자기로 글자를 쳤을 때 찍혀 나오는 자형과 같거나 최소한 상당히 유사한 구조를 하고 있는 글꼴. 일명 샘물체 내지 안상수체, 공한체 계열이다. 초중종을 이루는 벌수가 매우 적으며 글꼴 크기가 대체로 아주 작고 가볍다. 세벌식 글꼴은 거의 필연적으로 가변폭 글꼴이 되며, '가'과 '강'에서 '가'의 모양이 같아서 세로로도 기복이 크다는 특성상 '탈네모 글꼴'이라고도 분류된다.

그런데 문제는, 획일적인 정사각형을 탈피한 한글 글꼴에 대한 개인 호불호 편차가 굉장히 크다는 것이다. 국어학자, 타이포그래피 디자이너, 한글 기계화 연구인 중에서도 그런 발상 자체를 완전 개혐오하는 분이 좀 있다. 수 년 전, 한겨레 신문사가 이질감을 최소화하려고 무늬만 세벌 글꼴 흉내를 살짝 낸 한겨레결체로 본문 서체를 과감하게 바꿨는데, 당시엔 그것만으로도 “이거 도대체 뭐야?”(성경에 나오는 '만나'의 의미가 정확하게 이것이다-_-) 하는 반발이 벌써부터 터져나오기도 했다고 한다.

애초에 과거 기계식 타자기 시절에 네벌식, 다섯벌식 같은 불편한 입력 방식이 있었던 것도, 세벌식만으로 타자를 하면 자형이 너무 들쭉날쭉하고 못생겼기 때문이었다. 그만큼 사람들의 문자 습관이라는 건 무척 보수적이다.

그 반면에 서양 먹물 좀 먹었거나 일말의 선각자 자질이 있는 분은, 한글 자형이 정사각형 일색이기만 해서는 로마자(p, d, v 같은 들쭉날쭉 다양한 글자가 있는) 같은 가독성이 살아나질 않는다면서 그래도 탈네모 글꼴에 희망을 걸고 있는 경우가 있기도 하다. 그렇잖아도 국어 정서법에는 대문자도 없고, 고유명사도 없고, 영문 정서법 같은 엄격한 띄어쓰기가 정착해 있지 않으며, 문장 부호의 활용이 활발한 것도 아니다. 어찌 보면 굉장히 난감한 상황이 아닐 수 없다. 한글 전용론자라면 맨날 한글이 우수하다고 자뻑만 할 게 아니라, 현실에서 드러나는 한글의 단점을 한글로 해결하는 방법도 연구해야 하지 않겠는가?

컴퓨터용으로 만들어진 세벌식 글꼴은 최소한의 보정을 거친다. 가령, 간의 ㄴ은 감의 ㅁ보다 약간 위로 올라가며(공간이 너무 벌어지니까), 진짜 곧이곧대로 타자기 FM대로 1*1*1벌이라기보다는 최소한 2*1*2벌(특히 글자별 폭의 격차를 줄여서 디자인할 때) 이상이 시도되기도 한다.
<날개셋> 편집기에 존재하는 샘물이나 타자기 같은 글꼴은 에디팅 엔진의 한계 때문에 폭은 불변폭이나, 너그럽게 보면 세벌식 글꼴의 범주에 들어간다.

세벌식이라는 이념은, 한글을 풀어쓰기 형태로 파괴하지 않고 최소한의 형태와 원리를 유지하는 한편으로, 또 사람과 기계 모두에게 편리한 간결한 방법으로 한글을 입출력할 수 있는 정점을 찍은 일종의 교리이다.
탈네모 가변폭 한글 글꼴이라는 개념 자체는 글자판과는 별개로 일부 디자이너들이 시도하기도 했지만, 세벌식이 한글 글꼴에 그런 맥락의 변화를 시도하는 데에도 응당 영향을 끼쳤다고 볼 수 있는 셈이다.

이 이념의 영향을 받아 1980년대에 이미 안 상수 교수가 캐드를 이용한 디자인으로 안상수체 내지 안체를 개발했으며, 1990년대에는 한 재준 교수가 공 병우 박사와 합작으로 공한체와 한체 시리즈를 내놓았다. 대표적인 가변폭+세벌 글꼴이다.
안상수체는 아래아한글 2.1 (1993)에서 처음으로 도입되었고, 공한체/한체는 아래아한글 96에서 도입되어 우리에게 친숙해졌다.

여러분은 이런 탈네모, 세벌, 가변폭 한글 글꼴에 대해서 어떻게 생각하시는가?
일단, 이런 글꼴들은 생김새가 이질적일 뿐만 아니라 기존 네모 글꼴과는 디자인된 metric이라고 해야 하나, 전반적인 크기가 전혀 어울리지 않아서 같이 쓰기가 더욱 힘들다. 같은 크기로 맞췄을 때 저 글꼴은 여타 네모 글꼴들보다 훨씬 더 작아 보인다.

탈네모 글꼴을 처음으로 시도한 디자이너들은, 단순히 '생소하고 디자인이 정착해 있지 못하며, 완성도 높은 탈네모 글꼴이 아직 나오지 않아서 거부감이 드는 것일 뿐이다'라고 생각했다. 즉, 시간이 탈네모 글꼴의 문제를 점차 해결해 줄 거라고 생각했다. 실제로 2011년이 된 오늘날, 굳이 세벌이 아니더라도 가변폭 글꼴에 대한 국민적인 이질감은 예전보다는 줄어든 것 같다.

그러나 그래도 갈 길이 멀다. 아무래도 탈네모 글꼴이 명조· 고딕의 벽을 완전히 넘을 수 있을 것 같지는 않다. 특히 정사각형 안에 차곡차곡 자모가 질서정연하게 배치되는 명조· 궁서· 문화바탕 같은 미려한 서체의 완성도는, 탈네모 글꼴 주장자들이 결코 무시해서는 안 된다.
그런 글꼴이 괜히 수십~수백 년의 짬밥을 먹으면서 국민들로부터 사랑받고 살아남은 게 아니다. 탈네모 글꼴은 여전히 세리프 계열 글꼴이 빈약하며, 그나마 세리프 축에 드는 공한체는 진짜 무늬만 세리프이지 명조 같은 급에 비할 바가 못 된다. 즉 여전히 실험적인 수준을 벗어나지 못하고 있다는 뜻 되겠다.

하지만, (또 반전을 해야겠다)
그럼에도 불구하고
한글은 한자 같은 아예 픽토그램급의 상형문자가 아니고 일정한 규칙과 체계가 있는 '자질문자' 시스템인데..
천편일률적인 정사각형에만 맞춰 쓰는 건 많이 아까운 것도 사실이라고 본인은 생각한다.
이것이 앞으로 한글 타이포그래피가 풀어야 할 숙제 중 하나이다.

믿거나 말거나. MS 워드는.. 2007의 바로 직전의 2003 버전까지만 해도 가변폭 한글 글꼴이 전부 불변폭처럼 고정폭으로 찍혔다! 한글은 한자와 마찬가지로 무조건 정사각형이라고 전제를 했던 것 같다.
워드패드--정확히 말하면 그 밑에서 돌아가는 리치 에디트 컨트롤-- 도 초창기 버전은 마찬가지였는데, 이건 아마 윈도우 2000/XP 타이밍 무렵부터 개선되었지 싶다.

과거의 아래아한글 97은 정사각형 글꼴을 쓸 때는 안 그런데 공한체나 안상수체 같은 가변폭 글꼴로 한글을 입력하면 매번 줄 전체가 번쩍거리며 바뀌는 게 보여서 불편했다. 이 문제는 차세대 엔진 기반인 워디안/2002부터 바로 개선되긴 했다.

Posted by 사무엘

한국어에서 ‘남산’은 보통명사와 고유명사의 경계가 모호한 단어이다. 그래서 한국에는 남산이 여러 군데 있다. 경주에도 남산이 있고 서울에도 남산이 있다. 그럼 애국가 2절 가사에 있는 남산은 특정 남산일까 아니면 보편적(?)인 남산을 가리킬까?

서울의 남산은 용산구와 중구, 정말로 서울의 정중앙에 있는 산이다. 그렇게 크거나 높지는 않지만 그래도 산은 산이다. 한때는 국가의 첩보 기관이 이 근처에 있었던지라 남산에 끌려갔다는 말은 코렁탕 같은 단어와 연관되어 무척 무서운 말이기도 했으나... 지금은 다 옛날 이야기이다.

대도시의 한가운데를 가로막고 있고 또 그렇게 크지도 않은 산이다 보니, 교통 편의를 위해 이 산을 정면으로 관통하는 터널이 진작부터 뚫렸다. 그것이 바로 ‘남산 n호 터널’이라고 알려진 터널들이며 이때 1<=n<=3이다. ‘제n’ 대신 ‘n호’라고 번호가 붙은 게 좀 특이한 작명 컨벤션이다. 혼잡 통행료가 징수되는 터널로도 알려져 있다.

세 터널은 모두 길이가 1.3~1.6km에 달하여 한강 다리보다 길이가 길며, 간격이 좀 긴 지하철 역간 거리 정도 된다. 이들 터널이 건설되던 시절에는 광폭 터널 같은 기술은 없었기 때문에, 크고 아름다운 서울 도로를 주행하다가 겨우 2차선 나부랭이의 좁고 낡은 터널로 들어가면 좀 놀라게 된다.

가장 먼저 건설된 남산 1호 터널은 용산구 한남동에서 중구 필동을 거쳐서 명동과 종로 2가로 그대로 이어진다. 남쪽으로는 한남 대교와 경부 고속도로로 직결. 그야말로 강남과 종로를 잇는 핵심 교통축이기 때문에 그 중요성은 아무리 강조해도 지나치지 않다. 왕복 2차선 터널 하나만 있다가 나중에 터널을 하나 더 건설하여 왕복 4차선이 되었다. 그래도 오늘날의 교통량을 감안하면 여전히 좁다.

남산 2호 터널은 1호 터널과는 반대 방향으로 남산을 X자로 관통한다(물론 양 터널끼리는 입체 교차하며 만나지 않음). 중구 장충동과 용산구 이태원동을 연결하는데, 북쪽 방면에서의 진입로는 큰 도로와 바로 연결되어 있지 않고 오른쪽으로 꺾어 들어가야 한다. 즉, 접근이 좀 불편하다.

2호 터널은 남산 터널들 중에 가장 길지만 4차선이 아니라 여전히 2차선이고, 유일하게 혼잡 통행료를 징수하지 않는다. 1호와 3호가 ↖ 선형인 반면, 2호만 ↗ 선형인 것도 특징이다. 2호는 나머지 둘과는 달리 경유하는 시내버스도 전혀 없다. 2호는 아무래도 명동 같은 도심과 직접 맞닿아 있지는 않아서 그런 것 같다.

끝으로 남산 3호 터널은 남쪽은 2호와 비슷한 용산2가동에서 시작하여 중구 회현동 내지 명동으로 간다. 북쪽으로는 서울 시청으로 가고, 남쪽으로는 반포 대교를 따라 고속버스 터미널, 예술의 전당(남부 순환로)과 우면산 터널까지 쭉 갈 수 있다. 1호와 비슷한 위상이며 1호 터널의 역할 분담을 위해 건설되었을 거라는 짐작을 가능케 한다. 요컨대 남산 터널들 중 2호만 위상이 좀 다르다.

난 정말 21세기엔 남산을 정면으로 돌파하는 철도도 좀 있어야 한다는 생각을 늘 해 왔다. 특히 신분당선은 강남 역에서 한남 대교와 남산 1호 터널의 선형을 따라 광화문까지 연장돼야 하는데 웬 엉뚱하게 용산으로 가게 됐다고 하니 안타까움을 금할 수 없다. 특히 서울 지하철 4호선은 용산 미군 기지와 남산을 피하느라 강북의 선형이 굉장히 이상해졌고 1호선과 어정쩡하게 중복 노선이 되어 있다.

2호를 제외한 남산 터널들은 비록 통행료를 걷는다고 하지만 고속도로 통행료와는 좀 다른 개념이다. 시설 이용료라기보다는 서울 중심부에 대한 불필요한 통과 교통의 억제가 목적이기 때문에, 차에 3명 이상만 타고 있으면 면제이다. 그리고 밤 9시 이후와 오전 7시 이전 사이에는 통행료를 걷지 않는다.

Posted by 사무엘

서식을 지원하지 않는 단순한 텍스트 에디터를 워드 프로세서로 발전시키려면 무슨 작업이 필요할까?
뭐니뭐니해도 글자마다 서식을 달리 지정할 수 있어야 한다. (서체, 속성, 크기, 색깔 등등)
그런데 그걸 구현하는 과정에서 개념적으로 굉장히 중요한 결정을 내려야 하는 게 있다. 바로, 장치 독립적인(device-independent) 레이아웃을 구현하는 것이다.

장치 독립이란, 표시 화면의 해상도(=확대 배율)와 관계없이 글자들의 비율과 위치가 일정하게 유지되는 걸 말한다. 쉽게 말해 위지윅(WYSIWYG)이다. 요즘 워드 프로세서에서는 필수인 이 기능을 지원하기란 장치 종속 레이아웃보다 훨씬 더 어렵다.
우리에게 잘 알려져 있는 장치 종속 레이아웃과 장치 독립 레이아웃의 예는 다음과 같다.

장치 종속적 레이아웃: 웹브라우저 화면. MS 엑셀. MS 워드의 웹/개요 모드, Draft/normal view. 워드패드
장치 독립적 레이아웃: MS 워드의 인쇄 모드(print layout) view. 아래아한글, Acrobat PDF, 그리고 모든 프로그램들의 '인쇄 미리보기 (print preview)'

차이를 아시겠는가?

WWW
iiiiiiiiiiiii

가변폭 글꼴로 두 줄에 W와 i를 비슷한 폭이 되는 개수로 찍은 뒤(당연히 i의 개수가 훨씬 더 많아짐),
화면 배율을 아주 작게 줄였다가 아주 크게 확대해 보라.
W와 i의 폭의 편차가 크면 장치 종속적인 레이아웃이고,
대체로 전반적인 배율은 잘 유지되지만 그 대신 작은 크기에서 i들끼리의 픽셀 간격이 들쭉날쭉하다면(저해상도에서 보정을 위해 어쩔 수 없이) 그건 장치 독립적인 레이아웃이다.

엑셀을 실무에서 오래 써 본 분들은 이미 아시겠지만, 엑셀은 심지어 Page layout view에서도 위지윅이 전혀 보장되지 않기 때문에 화면에서 보는 글자의 폭과 인쇄해서 보는 글자의 폭의 차이를 유의해야 한다.
화면으로 보기 좋게 글자수나 폭을 맞춰 놓은 것은 인쇄를 하거나 심지어 확대 배율만 바꿔 봐도 모조리 어긋나 버리기 때문이다.
편집 화면이 아니라 오로지 '화면 인쇄'만이 장치 독립성이 보장되는 결과를 보여준다.
엑셀은 대용량의 데이터를 수월하게 다루기 위해서, 성능상의 이유로 위지윅 편의는 희생한 셈이다.

요즘 워드 2007은 처음 시작했을 때 인쇄 모드 view로 시작하지만, 옛날, 한 97~2000 버전까지만 해도 print layout이 아니라 normal view가 기본 모드였다. 아래아한글은 비슷한 개념으로 '쪽윤곽' 옵션이란 게 있어서 둘의 차이는 화면에 용지의 여백이 나타나 보이는지의 여부가 고작이지만, 워드의 normal view는 print layout view보다 훨씬 더 이질감이 컸다. 그림이나 표 같은 틀이 제 위치에 표시되지 않고 다단(column)이나 세로쓰기 같은 건 아예 무시되었으니까...;; 그리고 근본적으로 normal view는 앞서 말했듯이 위지윅이 보장되지 않는다.

이런 view가 기본 mode였던 이유는 두말 할 나위도 없이.. normal view가 문서를 훨씬 덜 정교하게 대충 렌더링하기 때문에, 처리 속도가 훨씬 더 빠르기 때문이었다.
normal에서 신나게 긴 글을 편집하고 있다가 print layout으로 처음으로 모드를 바꾸면, 워드는 “페이지를 정돈하고 있습니다. 잠시 기다려 주십시오”라고 뜸을 들이곤 했다.

장치 독립적인 레이아웃에서는 여백이나 글자 크기 따위를 나타낼 때 픽셀이 아니라 어느 매체에서도 동일한 절대적인 단위가 쓰인다. 그래서 아래아한글이라든가 PDF 같은 문서 파일 포맷 스펙을 보면 그런 개념을 찾을 수 있으며, 아래아한글의 경우는 1/n 인치가 최소 단위였지 싶다.

운영체제 API는, 해상도가 서로 넘사벽급으로 다룬 모니터와 프린터를 모두 동일 코드만으로 수월하게 다루기 위해서 다양한 추상적인 좌표계와 확대 배율을 지원하며, WM_PAINT뿐만이 아니라 WM_PRINT 같은 (잘 알려지지 않은) 메시지도 제공하고 있다.
MFC가 OnPaint말고 OnDraw라는 화면· 프린터 통합 메소드를 제공하는 것 역시 다 이유가 있어서인 것이다
.
흠, 그러고 보니 나도 포스트스크립트나 '텍' 같은 전자 조판 언어를 공부하고 싶긴 한데, 접할 기회가 없구나.;;

Posted by 사무엘

1.

이 블로그는 좀 특이한 구석이 있다.
보통, 덕력이 좀 높은 블로거는 전문 분야 블로그와 일상 잡담 블로그를 분리해서 운영한다.
하지만 본인은 그렇게 하지 않으며 모든 관심 분야에 대한 글을 한 블로그에다 몰아서 올린다.
블로그를 따로 운영해야 할 정도로 덕력이 아주 높은 것도 아니어서 말이다..... 어? ㄲㄲㄲㄲ

난 사람들이 자기 관심 분야 블로그에만 가는 걸 원하지 않는다.
내 근황이 궁금하고 나에 대해 알고 싶어서 내 블로그에 온 사람이라면, 좋든 싫든 프로그래밍 관련 글도 보고, 철-_-도 관련 글도 보고, 한글 관련 글, 기독교 관련 글도 보길 원한다.
독자 여러분은 어떻게 생각하실지 모르겠지만 어쨌든 본인은 내 식대로 이런 식으로 블로그를 운영해 나갈 것이다. ㅋㅋ
<날개셋> 한글 입력기 카테고리가 몇 달째 글이 없으니 오늘은 또 오랜만에 개발 근황을 전하도록 하겠다.

2.

<날개셋> 한글 입력기의 다음 버전은 6.2로 확정했다. 나흘 뒤인 8월 21일 아침에 나올 예정이다. 현재 코딩은 거의 마쳤고 테스트와 도움말 작성 중이다.
편집기를 안 쓰는 분에게는 그리 큰 해당 사항이 없겠지만, 6.2에 대해서는 지금까지 오랜 숙원이었던 에디팅 엔진의 최적화 소식부터 먼저 전해야겠다.
무려 7년 전, 3.0 시절 이래로 변함없이 남아 있던 에디팅 엔진을 뒤집어엎었다. 옛날 코드의 로직을 재구성하여 더 정교하게 다시 만드는 게 쉬운 일이 아니었다.

예전 버전이 얼마나 비효율적이었는지를 단적으로 설명하자면 이렇다.
수십만 줄에 달하는 텍스트를 불러와서 맨 앞줄에서 엔터를 눌러서 줄을 삽입하거나 텍스트를 붙여넣으면 그 줄부터 문서 끝까지 내부적으로는 행번호가 다 renumbering된다. -_-;;
그리고 undo 한번 할 때마다 그 텍스트 레이아웃이 전부 다시 짜진다.

이제는 아무리 큰 문서를 불러와도 텍스트 레이아웃과 재배치는 영향을 받은 문단에서만 일어나며, renumbering도 없어졌다. Ctrl+Z를 마음껏 눌러도 된다.
다른 작업 우선순위에 밀리고 또 밀려서 7년 동안 못 하고 있던 일을 이제야 해냈다.
3.0을 만들던 당시는 세벌식 모아치기와 새로운 한글 입력 오토마타에 치중하느라, 에디팅 엔진은 비록 구닥다리 2.x에 비해서야 혁신이었지만 그래도 시간 관계상 대충 발로 짠 부분이 있었던 것이다.

이번 버전은 파일 저장도 매 줄마다 디스크에 쓰는 게 아니라, 수 MB 단위로 버퍼에다 미리 저장한 후 한꺼번에 디스크에 쓰게 함으로써 속도를 크게 향상시켰다. 이렇게 하는 게 이 정도로 큰 차이를 만들 줄은 몰랐다.
<날개셋> 변환기의 파일 변환 속도도 훨씬 더 빨라졌다.
학교에서 실제로 수~수십 MB에 달하는 옛한글 말뭉치 파일을 다뤄 보고서야 성능을 개선할 필요를 느꼈다.

3.

그리고 <날개셋> 편집기는 이제 legacy format(한컴 2바이트 코드 및 한양 PUA)으로 클립보드를 읽고 쓰는 기능이 없어지고, 편집 메뉴에 '선택하여 붙여넣기'(Paste special) 기능도 없어진다. Paste special은 무려 <날개셋> 한글 입력기 2.0때부터 있었던 기능이지만, 이 프로그램이 텍스트에다 서식을 넣을 수 있는 워드 프로세서도 아니고 사실 필요 없는 기능이다. 유니코드 하나만 신경 쓰면 되니까 말이다.

그 대신 이 기능들은 <날개셋> 변환기로 이동한다. 다만, 지금까지 한컴 2바이트 코드를 읽는 것 말고 '쓰는' 기능은 제2수준 한자를 지원하지 않았었는데, '쓰는' 것도 가능해진다. 클립보드 변환 기능까지 그대로 지원되긴 하지만, 아래아한글 97이나 <날개셋> 무려 2.x와 텍스트 데이터를 변환하는 상황이 아니라면 이제 쓸 일은 없을 것이다. 그러니 호환성 유틸리티인 변환기로 기능 이전.
하지만 유니코드가 등장하기 전에 아래아한글이 국어 정보 처리에 끼친 영향력을 감안하면, 한컴 2바이트 코드 지원을 완전히 없애 버릴 수는 없다.;;

또한, 옛한글을 한양 PUA <-> 유니코드 5.2 형식으로 변환하는 기능은 '텍스트 필터'로도 들어가서 편집기나 외부 모듈이 즉석에서 사용 가능하게 된다. 한양 PUA의 인지도는 아직까지도 무시할 수 없기 때문에..;;
이걸 감안하면, 비록 편집기의 한양 PUA 지원 기능은 겉으로는 일관성 차원에서 사라지지만, 동일 기능이 더 유용한 다른 형태로 대체되는 셈이다.

덤으로, <날개셋> 변환기는 옛한글 변환은 지금까지 UTF16 방식의 파일밖에 지원하지 않았다가 이제 드디어 UTF8도 지원할 예정이다. 그리고 명령줄에서는 하위 디렉터리의 모든 파일을 재귀적으로 찾아서 변환하는 /S 옵션이 추가된다.

4.

이렇듯, <날개셋> 한글 입력기의 다음 버전은 편집기와 변환기가 바뀐 게 많고 외부 모듈은 변화 사항이 상대적으로 적다고 볼 수 있다. 그래도 외부 모듈이 바뀐 걸 나열하자면,

첫째, 한글 글자판을 찾을 때 무조건 맨 위의 0번부터 그 아래가 아니라, 6.0에서 추가된 개념인 '기본 입력 항목'부터 먼저 고려하기 시작했다. (진작에 이렇게 했어야지..)
둘째, 편집기와 외부 모듈을 같이 쓰는 경우, 편집기에서 프로그램의 UI 언어를 바꾸면 외부 모듈도 아쉬운 대로 그걸 따라가게 했다.

이 외에, 프로그램 전반적으로는
수식에서 ? : 연산자와 콤마 연산자가 변수를 되돌리면 거기에 바로 대입이 가능하게 문법이 확장되었으며,
정 재민 님의 제안과 도움 덕분에 몇몇 글꼴들이 최신 유니코드 규격대로 업데이트되었다.
그리고 천지인· 나랏글과 더불어 스마트폰의 3대 복수 표준 입력 방식 중 하나가 된 팬텍 SKY 방식도 예제 입력 설정 파일을 만들어서 추가했다.

텍스트 필터 중에 '일괄 치환 필터'라고, 여러 건의 바꾸기 작업을 한꺼번에 수행하고 심지어 줄바꿈 문자까지 찾기-바꾸기 문자열에 포함할 수 있는 강력한 필터가 있는데,
여기에 있던 사소한 버그를 잡고, 이 필터에 '반복 적용' 옵션을 추가했다.
이걸 잘 활용하면 [   a   ], [ b  ] 같은 문자열도 싹 다 [a], [b] 같은 식으로 일괄적으로 공백 정리를 할 수도 있다. 이런 기능을 넣을 생각을 지금까지 왜 안 했는지 모르겠다.
적은 노력에 비해서 무척 유용할 수 있는 기능을 찾아내서 구현하는 건 참 즐거운 일이다.

끝으로, 타자연습은,
문장 연습 중에 오타를 내고서 Ctrl+Z를 눌렀을 때, 텍스트가 없어진 뒤에도 텍스트 위의 오타 마크가 사라지지 않던 버그를 잡았다.
그리고 게임은 이제 레벨이 올라갔을 때 자동 저장을 해 주지 않는다. 게임 중에 사용자가 단축키를 눌렀을 때만 해당 단계의 점수, 방어력, 주인공으로 나중에 게임을 이어서 할 수 있게 그 상태가 저장된다. 따라서 해당 단계의 초반에 저장을 하든, 끝날 때가 다 돼서 저장을 하든 그건 상관없다.

<날개셋> 타자연습의 게임 저장 체계는 어찌 보면 페르시아의 왕자 1의 그것과 비슷해졌다고 볼 수 있다.
(레벨의 첫 시작 시점만 저장할 수 있고, 한 시점만 저장 가능하다는 점에서)

5.
끝으로 여담,
<날개셋> 편집기처럼 텍스트 에디터를 처음부터 새로 만든다는 건 결코 쉬운 일이 아니다.
특히 유니코드의 complex script를 완벽하게 지원하려면 이미 거의 워드 프로세서 수준에 도달한다. 커서 이동, 마우스 포인터 위치로부터 문자열 위치 판단, 문단 정렬 같은 기본 중의 기본 작업들조차 완전 어려운 작업이 되기 때문이다. 내 프로그램은 그런 자질구레한 건 개발의 주목적이 아니기 때문에 죄다 깔끔하게 무시하고 개발되는데도 이 작업만으로도 코드의 양이 만만찮다.

WinAPI.co.kr의 운영자로 유명한 김 상형 님은 이런 텍스트 에디터를 개발하는 튜토리얼을 제공하고 있으니 초보 개발자들에게 무척 유익하다. 요즘 세상에 저 정도 프로젝트를 대인배스럽게 공개하는 분은 정말 드문데... 관심 있으신 분은 참고하기 바란다.

<날개셋> 입력기와 타자연습의 다음 버전도 어김없이 예전 버전과의 API 호환성은 깨질 예정이다. =_=;;; 따라서 둘을 원활히 같이 쓰려면 둘을 모두 업데이트해야 한다.
이제는 좀 바꿀 일이 없겠지 싶은 요소들도 계속 바뀐다. 그만큼 <날개셋> 한글 입력기는 여전히 활발하게 개발이 진행 중이고 살아 있는 프로젝트라는 뜻이기도 하다.

당초 계획했던 한자 관련 기능을 추가 못 하고, 입력기 커널에 내가 원하는 기능을 여건상 못 넣었는데, 이건 올해 하반기에 나올 또 다음 버전에서 기약을 해야겠다.

Posted by 사무엘

1.

한때는 공항 철도가 코레일에도, 지방 지하철 회사에도 소속되지 않은 순수 사철이라는 큰 의의가 있었다. 하지만 이 역시 지금은 옛말이고, 공항 철도는 결국 코레일의 자회사로 들어가서 브랜드 이름도 ‘코레일 공항철도’가 되었다. 그렇게 된 이유는 여러분도 다 잘 알 것이고..;

물론 공항 철도는 시설부터가 좌측통행에 교류 25000V로 만들어졌고, 지하철보다야 광역전철의 성격이 훨씬 더 짙다. 운영면에서는 아예 누리로처럼 일반열차에 더 가까울지도 모른다. 이 차이는 서울 역에 도착하는 서울 지하철의 안내 방송을 들으면 더욱 확실히 느낄 수 있다. 경의선으로는 ‘갈아타세요’라고 방송하는 반면, 공항 철도를 이용하려면 ‘이 역에서 내리세요’라고 방송하기 때문. 마치 KTX나 새마을호를 탈 때처럼 말이다.

이런 일반열차스러운 광역전철이라는 개념은, 가까운 미래에 경춘선에 좌석형 우등 전동차가 도입되면 우리에게 더욱 현실적으로 다가올 것이다.

2.

공항 철도의 디자인은 인근의 여러 전철 노선을 떠올리게 한다.
회색 위주의 전반적인 인테리어는 비슷한 시기에 개통한 9호선과 비슷하다. 그러나 파란 계통의 노선색과 고딕체 계열의 서체는 영락없이 인천 지하철 1호선의 모습이다. 공항 철도의 역 내부에는 서울 남산체 같은 건 전혀 찾을 수 없다.

공항 철도는 각종 전광판 시설은 21세기에 개통한 철도답지 않게 그리 뛰어나지 못하다. 서울 메트로(1~4호선)와 9호선이 각종 올컬러 모니터로 무장하고, 승강장뿐만이 아니라 대합실과 심지어 지하철 진입로에서까지 현재 열차 위치를 보여주는 친절함을 발휘하고 있으나 공항 철도엔 그런 게 없다.
전광판은 오히려 청색이 없는 저해상도 LED에 그냥 옛날 비트맵 글꼴인지라 1990년대의 2기 지하철이나 분당선 같은 노선을 떠올리게 한다.

3.

2009년은 서울 지하철 9호선과 경의선.
2010년은 경부 고속철과 공항 철도의 2단계 구간이 철도계의 주요 뉴스였다면,
2011년의 철도계를 대표하는 키워드는 경전철이라 하기에 부족함이 없겠다.

부산 지하철 4호선이 국내 최초의 경전철로 개통하였으며, 뒤이어 김해 경전철이 개통했다. 사실은 용인 경전철 ‘에버라인’이 개통해야 하는데 이건 정말 안타까운 이유로 인해 개통이 ‘못’ 되고 있다.
이유인즉슨, 개통해 봤자 적자가 날 게 뻔하고 적자는 국가 재정으로 보전해 줘야 하는데, 난 그렇게 못 해 주겠다고 개통 승인을 정부에서 안 하고 있다..;;

사실, ‘구갈’ 역이 용인 경전철과 분당선의 환승역으로 예정되어 있고 둘은 동시 개통을 목표로 하고 있었다. 그런데 분당선이 예정보다 완공과 개통이 늦어지더니, 경전철까지 개통이 사실상 무기한 연기되어 있어서 현실은 둘 다 시궁창이다.
그러나 앞으로 곳곳에서 다양한 경전철이 등장할 것이고, 나중에는 경전철도 하드웨어적인 규격이 다 통합될 것이다.

4.

지하철역들 중에 밖이 아닌 개표 구역(paid area) 안에 화장실이 있는 건 흔치 않다. 그런데 그 정도를 넘어 아예 승강장에 화장실이 바로 비치되어 있는 역은 매우 드물다. 1호선 금정, 남영, 동묘앞, 2호선 용두, 그리고 광역전철 중앙선의 응봉 정도?
또 아는 분이 있으면 알려 주기 바란다.

5.

다음은 경부 고속철의 토막 상식이다.
풍세교는 서울-대전 사이에 있으며, 고속철 1단계 구간 중 가장 긴 교량이다(6.5km).
황학 터널은 대전-대구 사이에 있으며, 고속철 1단계 구간 중 가장 긴 터널이다(9.97km).
그리고 금정 터널은 대구-부산 사이에 있으며, 고속철 전체 구간에서 가장 긴 터널이다(20km).

이것만 봐도 철도가 건설된 해당 지역의 지형이 어떤지를 대략 알 수 있을 정도이다.
서울에서 안양 정도 되는 거리를 북쪽은 그냥 기존선 철도를 이용하지만, 남쪽은 부산 시내를 아예 완전히 지하로 관통해 버린다는 게 신기하다. 중간에 부전 역 아래를 정확히 지나기 때문에 나중에 부전 역 KTX 정차역으로 추가될지도 모르겠다.

서울의 정확히 중심부에 있는 서울 역과는 달리, 부산 역은 너무 남쪽 바닷가에 있기 때문에 모든 부산 시민이 철도의 혜택을 보기가 어렵다. 그래서 고속철 역이 하나 더 있는 것에 대해, 본인은 그렇게 크게 반대를 안 한다. 대구는 동대구 역조차도 접근하기 불편하다고 대구 역에 열차 정차 좀 많이 시켜 달라고 징징대는데...;; ㅉㅉ

Posted by 사무엘

* 옛날에 썼던 이 글과 연계되는 내용이다.

비주얼 스튜디오 2010을 드디어 회사에 깔아 봤다. 극심한 뒷-_-북.
인터넷 익스플로러 9만 보고도 “세상에 MS가 이런 UI의 프로그램도 만들다니, 오래 살고 볼 일이다”란 생각을 한 적이 있는데, VS 2010도 과연 그러하다.
개인적으로 시커먼 남색 배색이 별로 마음에 들지는 않다만..;;. 어째 이런 비주얼을 만들 생각을 했을까 싶다.

듣던 대로 IDE의 GUI 껍데기는 밑바닥부터 완전히 바뀌어서 다시 작성되었다.
닷넷 200x 시절은 비록 비주얼은 살짝 다를지언정 그래도 MS 오피스 엔진의 흔적이 남아 있었고 닷넷 초창기 버전인 2002/2003은 아예 오피스 XP의 GUI를 그대로 차용했었는데, 이제 비주얼 스튜디오의 GUI는 오피스와는 전혀 관계 없는 독자적인 엔진 기반이다.
그러고 보니 비주얼 C++ 6은 MFC를 사용하여 오피스와는 관계 없는 독자적인 GUI였는데... ^^;;

윈도우 운영체제의 모든 GUI는 메뉴에서 상하 화살표를 누르고 있으면, 비록 사용 불능(disabled)이라 할지라도 모든 항목이 순서대로 순회된다. 난 이게 MS 사의 전통인가 싶었다. 운영체제의 표준 메뉴부터 시작해 MS 오피스 등 MS에서 만든 역대 제품들을 모두 살펴보기 바란다.
그러나 VS 2010의 메뉴는 불능 항목는 아예 선택되지 않고 skip된다. 이 점에서는 과거 도스용 아래아한글의 동작과 비슷해졌다.

하다못해 이런 사소한 메뉴 GUI의 동작에서부터도 본인은 MS에서 만든 프로그램 같지 않은 이질감이 곧바로 느껴졌다.
덧붙이자면 VS 2010의 메뉴는 언제나 화면이 확 펼쳐지지 Fade나 Slide 같은 애니메이션 효과가 나타나지도 않는 것 같다.

IDE의 로딩 시간과 덩치는 확실하게 크고 아름다워졌다.
단, 인텔리센스는 확실히 예전 버전보다 더 똑똑해진 게 느껴져서 편하다. *.ncb 파일 대신 다른 방식의 인텔리센스 DB를 쓰는데, 역시 프로젝트 하나당 수십 MB씩 용량을 무지막지하게 차지하는 건 변함없다.
닷넷 시절 거의 10년 가까이 사용해 온 Document Explorer 기반 도움말(MSDN) 시스템도 갈아엎었다고 하는데 자세한 내역은 잘 모르겠다. 단, 매크로 IDE는 과거의 비주얼 스튜디오 2008 IDE를 그대로 쓰고 있음.

프로그래머용 에디터에 화면 확대/축소 기능이 생겨서, 단순히 글씨 크기만 바꿀 때는 옵션 대화상자를 꺼낼 필요가 없게 된 건.. 상당히 참신하다. 그래도 조절을 할 수 있으니까 유용하다.
<날개셋> 편집기도 글씨 크기 조절 기능 건의가 지금까지 한두 번 들어온 게 아니니 말이다. =_= (하지만 프로그램의 구조와 개발 방향의 특성상, 실현 가능성은 제로)

뭐, IDE와 GUI 얘기는 여기까지 하고...
비주얼 스튜디오는 2005 이후에 3이 더해진 2008 버전보다도, 2가 더해진 2005나(2003에서 버전업) 2010이(2008에서 버전업) 변화 사항이 많았다.
다만, 2003과 2010은 그 해 4월에 출시되었고 2005는 그 해 말(10~11월), 그리고 2008은 아예 2007년 말에서 2008년 초에 가깝기 때문에 실제 출시 간격은 2년 반에서 큰 차이가 없다고 볼 수도 있겠다.

역사적으로 MS 제품들이 2000년대 중반에 운영체제는 XP와 비스타 사이, 오피스는 2003과 2007 사이, IE는 6과 7 사이에 간격이 굉장히 길었다. 이에 반해 비주얼 스튜디오는 그런 제품들과는 무관하게 버전업이 꾸준히 되어 온 셈이다.

과거 MSVCR71.DLL, MFC71.DLL에 이어, MSVCR100.DLL과 MFC100.DLL도 이젠 그냥 편하게 윈도우 시스템 디렉터리에 들어가 있다. 정말 감개무량하다. VS 2005와 2008이 사용하는 CRT/MFC DLL만(80, 90) 잠깐 winsxs 밑으로 숨었었는데, 그 방식이 배포하기가 너무 불편해서 다시 일반 DLL 로딩 방식으로 되돌아간 것이다.

VC 6의 유물이던 클래스 마법사가 다시 생긴 것도 신선한 충격. 굳이 MFC 기반 프로젝트가 아니어도 유용해 보인다.
하긴, 6 시절까지만 해도 클래스 마법사가 효율적으로 소스를 파싱하라고 메시지 맵에 //AFX_MSG 같은 이상한 주석 부호도 있었는데.. 그게 필요 없어진 게 닷넷부터이다.

VC 2010은 모처럼 C++ 언어 문법도 제법 확장되었으니 이것도 짚고 넘어가지 않을 수 없겠다.

auto와 nullptr은 가뭄에 단비 같은 유용한 키워드이다.
전자는 본인이 예전에도 논평했듯이, 번거로운 타이핑과 typedef를 획기적으로 줄여 준다.
그리고 후자는 숫자로 쓰이는 0과 포인터로 쓰이는 0을 확실하게 구분하여 C++ 함수의 오버로딩 때 모호성을 해소해 준다. explicit과 비슷한 맥락에서 추가되었다고도 볼 수도 있겠다.

다만, 기존 코드와의 명칭 충돌을 최대한 피하기 위해 null이나 NULL, 심지어 nil도 아닌 nullptr로 예약어가 정해졌다는 건 감안할 필요가 있음.
또한, 기왕 auto가 추가됐을 정도면 상위 클래스를 자동으로 가리키는 super 같은 키워드도 C++에 같이 좀 추가하지 하는 아쉬움이 있다. 비주얼 C++은 MS 확장 차원에서 __super가 있긴 한데 말이다.

문득 드는 생각인데, 순수 가상 함수를 선언할 때 쓰이는 0은 숫자에 가까울까, 포인터에 가까울까?
숫자의 성격이 강하다면 0 대신 false를 써도 되겠고, 포인터의 성격이 강하다면 0 대신 nullptr을 쓰면 되겠다. 하긴, true와 false는 진작부터 C++ 예약어로 추가됐는데 말이다. 이제 C++에는 0을 의미하는 키워드가 둘 존재하게 됐다.

뭐, 요약하자면, 덩치가 딥다 커졌는데, 커진 만큼 덩치값 하는 편의 기능도 많고 기능면에서 바뀌고 향상된 것도 많다. 다만, 비주얼은 내 눈에는 여전히 좀 이질적임. ㅋㅋ
간단하게 VC 2010으로 <날개셋> 한글 입력기 프로젝트를 빌드도 해 봤다. 개발용으로는 2010으로 언제쯤 완전히 갈아탈지는 미지수이다.

<날개셋> 한글 입력기는 1.x부터 2.4까지는 VC 6.0을 썼고, 2.5부터 5.3x까지는 6년 동안 VC 2003을 썼다. 그러다가 5.5부터는 지금까지 약 2년간 VC 2008을 쓰는 중. 2005는 64비트 에디션을 빌드할 때만 잠깐 쓰다가 이마저도 2008로 곧 대체됐다. ^^;;

난 개인적으로 비주얼 C++에 대해 실현 가능성이 별로 없는 두 가지 희망 사항이 있다.

첫째, MFC나 플랫폼 SDK 같은 공통 프로그래밍 요소들의 인텔리센스 정보들은, 매번 번거롭게 각 프로젝트별로 중첩해서 들어가는 게 아니라 이미 만들어져 있는 걸 공유할 수 있으면 좋겠다. 이것만 해도 인텔리센스 파일 크기가 엄청나게 줄어들 것이다. -_-;;

그리고 둘째, 운영체제의 legacy known DLL인 msvcrt.dll과 mfc42.dll에다가 바로 링크하는 기능도 좀 있으면 좋겠다. 런타임 dll을 배포하지 않고, static link 하지 않고도 작은 바이너리 배포를 할 수 있게 말이다.

덩치가 커지는 것 자체가 문제가 아니라, '불필요하게' 덩치가 그것도 꽤 부담될 정도로 커지는 게 문제이다. I hate bloatwares. -_-

Posted by 사무엘

예나 지금이나 생긴 것, 하는 일은 비슷한데 내부 메카니즘은 상당히 달라진 물건은 어떤 게 있을까?

※ 헬리콥터

회전익 항공기는 뱅글뱅글 돌아가는 로터의 영향을 받아 동체까지 반대 방향으로 돌게 된다. 그래서 이 현상을 상쇄하기 위해서 탠덤 형 헬리콥터는 동체가 길쭉하고 서로 반대 방향으로(시계/반시계) 도는 동일 크기의 로터가 앞뒤로 달려 있다. 철도 차량으로 치면 전후동력형 동차와 비슷한 형태. 그리고 동축 반전 로터형은 그 로터를 위아래 높이만 다르게 하여 동일 위치에 포개 놓았다. 양방향으로 도는 로터 두 개를 모두 배치함으로써 동체의 회전을 방지했다는 점이 공통점이다.

그러나 동축 반전 로터는 만들기가 더 어렵고 고속 주행의 효율이 떨어진다는 점 때문에 오늘날 대부분의 헬리콥터는 꼬리날개(테일 로터)를 수직 방향으로 따로 다는 방식을 쓰고 있다. 뭐, 테일 로터 방식도 문제가 없는 건 아니어서 동체를 뜨게 하는 데 전혀 도움을 주지 않는 잉여 로터에다가 엔진의 출력이 쓸데없이 낭비된다는 점, 그리고 테일 로터는 사람이 끼여서 죽거나 다칠 가능성이 굉장히 높다는 점이 지적되곤 한다만...
어쨌든 요지는, 옛날에는 꼬리날개의 기능을 다른 형태로 구현한 헬리콥터도 있었다는 것이다.

※ 마우스

구슬을 굴리던 방식에서 광학 레이저로 위치를 탐지하는 방식으로 완전히 바뀌었다. 사실은, 볼마우스가 바닥 매체에 관계없이 동작 가능하고 가끔은 사람이 일부러 트랙볼처럼 아래의 볼을 직접 굴려서 포인터를 움직일 수도 있어서 심리적으로는 무척 편하다. 그러나 볼에 먼지와 이물질이 껴서 주기적으로 청소가 필요하다는 건 답이 없는 문제이다. 청소를 안 해 주면 동작이 금세 뻑뻑해지고, 포인터가 잘 안 움직이고...;; 불편하다. 청소 때문에 볼은 필연적으로 분리가 무척 용이한 구조로 만들어질 수밖에 없고, 그래서 공공 PC에서 마우스의 볼은 자주 분실되기도 했다.

오늘날, 아래에 볼이 달려 있지 않은 요즘 마우스를 보면 본인은 옛날 생각이 난다. 초창기의 광마우스는 반드시 바닥에다 마우스 패드를 깔고 써야 했고 가끔 마우스 포인터가 오작동으로 움직이는 등 단점도 있었으나, 요즘은 많이 개선되었다.

※ 아날로그 시계

생긴 건 1부터 12까지 일정 간격으로 새겨진 원판에 시침과 분침(, 그리고 초침)이 놓인 구조는 예나 지금이나 똑같다. 하지만 옛날의 시계는 태엽과 톱니바퀴로 돌아가는 구조이던 것이 오늘날의 시계는 반도체를 이용한 전자식 쿼츠 시계로 다 바뀌었다. 예전에 글로 쓴 적이 있듯이, 둘은 구조가 완전히 다르다. 쿼츠 시계는 단순히 전기 에너지로 기계식 시계를 돌리는 시계가 아니다.

※ 모니터

21세기엔 컴퓨터 모니터든 텔레비전이든, 크고 아름답고 둥글기까지 하던 브라운관이 디스플레이 장비에서 완전히 퇴출되었다. 그 타이밍이 플로피 디스크나 카세트 테이프의 퇴출과도 시기적으로 비슷한 것 같다.
컴퓨터의 두뇌인 집적 회로가 더욱 작고 정밀해진 것만큼이나 디스플레이 장비의 소형화도 스마트폰 같은 작은 컴퓨터의 출현을 가능하게 했다. 고작 단색, 혹은 청색이 표현 안 되던 저해상도 화면도 이젠 안녕이다.

액정 모니터는 전기 적게 먹고 전자파 안 나오고, 작고 가볍다. 물론, 단점도 없지는 않아서 특히 초창기엔 비슷한 크기와 성능의 브라운관 모니터보다 상당히 비싸고, refresh rate 및 최대 해상도가 떨어지고 색감이 좀 시원찮으며, 설계 해상도 외의 해상도에서는 픽셀이 번지고 불량 화소 같은 문제가 있었다만.. 오늘날은 역시 상당수 개선되었다.

그래, 그러고 보니 옛날 브라운관 모니터는 다양한 해상도에서도 픽셀이 번지는 일이 없었다. 그리고 모니터를 처음 켰을 때는 무슨 형광등처럼 화면이 표시되는 데 딜레이가 길며 그것도 서서히 fade in이 됐었다. 이런 장면 역시 액정 화면에서는 볼 일이 없어져 있다.

※ 철도 차량

잘 알다시피, 옛날의 그 크고 아름답던 증기 기관차가 디젤로 바뀌고, 나중에는 최종 완전체인 전기 동력차로 바뀌었다.
그리고 똑같이 전동차도 처음에는 원시적인 저항· 쵸퍼 제어이던 것이 오늘날은 만렙인 VVVF 기반 제어로 바뀌었다.
심지어 VVVF 내부에서도 서열이 있어서, 처음에 GTO 소자이던 것이 더 조용하고 효율 좋은 IGBT 소자 기반으로 바뀌었다.
전기 철도는 힘 좋고(탁월한 가감속력) 조용하고 공해 물질이 배출되지 않으며 동력비 조절이 유연하다는 압도적인 장점으로 인해 철도의 주류로 자리잡았다. 특히 전기 없이는 고속철이나 지하철이 등장할 수 없었을 것이다.

※ 프린터

한 20년 전의 컴퓨터 입문 서적을 보면 프린터의 메카니즘으로는 도트, 열전사, 잉크젯, 레이저 4종류가 있다. 그 중 오늘날까지 살아남은 건 역시 잉크젯과 레이저. 그렇게도 비싸던 레이저 프린터가 이렇게까지 싸져서 가정용으로 보급된 건 정말 놀라운 일이 아닐 수 없다. 잉크젯은 프린터 값이 잉크 카트리지 값보다 더 싼 기형적인 물건이 됐고..

마치 오늘날 286, 386 급-_- CPU는 키오스크나 우주선-_-, 임베디드용으로나 제한적으로 쓰이듯, 도트와 열전사는 영수증이나 각종 토큰 같은 걸 찍는 용도로 물러났다. 그나마 도트는 진짜 완전히 사라진 듯하고, 요즘 기계는 영수증도 열전사 방식으로, 언뜻 보기에 레이저 프린터가 돌아가는 것처럼 조용히 쓰윽~ 인쇄하는 것 같다.

Posted by 사무엘

어느 정도 인지도가 있는 4년제 종합 대학 위주로 생각나는 대로 써 보면 이렇다.
먼저, 인서울부터. () 안에 있는 학교는 그 권역의 여타 학교에 비해서는 좀 떨어져 있는 것이다.

서대문-마포구 (일명 신촌): 연세대, 이화여대, 서강대, (홍익대, 추계예술대)

동대문구: 경희대, 한국외국어대, (서울시립대)
노원구: 서울과학기술대, 육사, 서울여대, (삼육대) ... 서울 과학 기술대가 부지가 이렇게 넓은 줄은 몰랐다. 그렇잖아도 육사도 넓은데.

동작구: 중앙대, 숭실대 twin

광진구: 건국대, 세종대 twin. 건국대도 서울 시내 소재이고 지하철역과 꽤 가까운 것치고는 부지가 상당히 넓다.

성북구: 고려대, 성신여대
종로-성북구: 성균관대(문과), 가톨릭대(멀티가 이곳저곳에 흩어져 있는 학교이긴 한데..-_-), 한성대

그리고, 아래의 두 대학은 딱히 이웃이 없고, 해당 지역에서 유일하여 독보적이다.

관악구: 서울대 (더 설명이 필요하지 않음)
성동구: 한양대 (음, 왕십리 대학교라는 애칭까지-_-)

아래의 대학들은 서울의 해당 권역에 있지만 서로 그리 가까운 이웃은 아니다.

중부: 동국대 / 숙명여대
북부: 상명대 / 국민대

한편, 구로구에는 성공회대를 비롯해 당장 전철 차창 밖으로 한영 신학대, 유한 대학, 동양 미래 대학 등 전문대 포함하여 여러 작은 학교들이 있지만, 딱히 이웃집 사이는 아니다.

소감:

1. 서울 중심부와의 접근성 대비 캠퍼스가 엄청 넓은 학교로 치자면 역시 연세대가 짱인 것 같다. 그 정도 인지도와 규모이면서 서울 역/서울 시청/광화문에서도 그 정도로 충분히 가까운 학교는 과연? ㄲㄲ
2. 서울 강남은 개발 역사가 짧다 보니, 강북에 비해서는 대학 수가 정말 적다는 걸 느꼈다.
3. 서울대와 카이스트 말고 교수 아파트가 있는 대학이 있나?

4. 서울대는 학교에서(특히 정문도 아니고 공대 강의동에서!) 전철역까지 도보로 가는 건 대략 바보짓..;;
연세대는 그렇게 호락호락 가까운 거리가 아니어서 셔틀버스가 다닐 정도이긴 하지만, 그래도 문과대나 상경대에서도 한 20분 남짓 걸으면 그래도 가는 게 불가능하지는 않다.
고려대는 학교 근처를, 그것도 캠퍼스 중앙을 관통하는 지하철역이 두 개나 있으니 해피하고..;;
한양대나 숭실대 정도면 지하철과 가장 가까운 학교이다. 한양대는 지하철 역명을 두 개나 먹고 있기도 함(한양대, 한대앞)ㄲㄲ

5. 덧붙이자면, 서울대는 공대가 정문과 먼 제일 구석에 있지만, 연세대는 공대가 정문과 가장 가까이 있다는 차이도 존재함.

서울 밖으로 나가면,

대전: 단연 카이스트와 충남대. 둘 다 부지가 꽤 크고 아름대운 학교인데, 나름 이웃집 사이이다. ㄲㄲ

부산: 부경대와 경성대. 아예 인근의 지하철 역 이름이 저렇게 정해졌을 정도이다. 부산에도 나름 대학교 많다.

인천의 인천대와 인하대는 그리 가까운 위치는 아니지만, 전국에서 인천 공항과 가장 가까이 있는 대학인 건 확실하다. 인천대교와의 접근성이 서로 거의 호각임. 직선 거리는 송도에 있는 인천대가 약간 더 가깝지만, 다리와 연결되는 고속도로 진출입로하고는 인하대가 더 가까이 있다.

끝으로, 인서울 대학 중에 내가 지금까지 방문한 적이 있는 곳을 좀 나열하면 다음과 같다.

서울대: 정보 올림피아드 참가(1999), 창조론 오픈 포럼 참석(2008) 이렇게 딱 두 번. 대학 학부 시절에는 한 번도 간 적 없다. 그리고 정말 공교롭게도 서울대를 방문한 해는 다 내가 미국에 갔다 온 적이 있는 해이기도 했다.
고려대: 한글/한국어 정보 처리 학술대회(2003), 그리고 친구 만나러 몇 번.
연세대: 정작 이 학교는 대학원에 진학하기 전까지 방문한 적은 없었던 것 같다.
건국대: 한글 학회 창립 100주년 기념식 참석(2008). 새천년관이라는 강당이었다.
경희대: 지인 만나러 몇 차례. 본캠과 국제(수원) 캠퍼스에 모두 가 봤다. 수원캠의 경우, 2002년에 국제 정보 올림피아드가 개최된 곳이기도 하다.
한양대: 지인 만나러 몇 차례. 본캠과 에리카(안산) 캠퍼스에 모두 가 봤다.

중앙대, 숭실대: 정보 올림피아드 공모 부문 면접 심사 때문에 엄청 옛날에 가 봤고(1997, 1998) 21세기에는 방문 경험 없음.
성균관대: 역시 엄청 옛날, ISEF 참가자 교육(1999) 때문에 자연계 캠퍼스는 간 적 있음.

인서울이 아닌 대학 중에서 본인이 그럭저럭 자주 가 본 편인 학교는, 역시 지리적으로나 고등학교 동문들의 특성상, 포항 공대 되겠다.

Posted by 사무엘

1.
김 태형 씨라고 스타크래프트 경기 해설자로 유명한 분이 있다. 이분은 “(프로토스) 이거 답이 없어요. 캐리어 가야 합니다!” 멘트를 남발하는 걸로 유명해지면서 ‘김캐리’라는 별명을 얻었다. 심지어 외국에서까지 Kim Carrier라고 불릴 정도로!
그런데 그 정도를 넘어, 캐리어에 대한 이 양반의 애정은 가히 보통 이상인 듯하다.

(그 유명한 동영상 클릭)
스타게이트와 플릿 비콘이 지어지는 걸 보자마자,
“여..영광의 캐리어!! 테란을 상대로 프로토스의 상징 아닙니까!!!! ㅠㅠㅠ”
심지어 템플러 아카이브가 올라가 있는 등 선수가 아비터를 준비하는 게 명백한데도 이 양반은 끝까지 “아니에요, 분명 캐리어를 뽑을 겁니다”를 고집하기도..;;

이걸 보고 난 두 가지 생각이 들었다.
첫째, 말투가 “또다시 대담한 커밍아웃이다!! / 이것도 강하다! / 오바야시 씨 엉망진창 되어 버렸다!”를 떠올리게 한다. -_-;;;
둘째, “여... 영광의 Looking for you! 새마을호, 아니 한국 철도의 상징 아닙니까!!”

이 정도면 이분은 내가 새마을호 좋아하는 것처럼 캐리어 좋아하시는 것 같다. ㅋㅋㅋㅋㅋ 하긴, 나도 스타 처음 배우던 시절엔, 유닛 조합이고 나발이고는 집어치우고 닥치고 캐리어 좋아했다. ^^;;
인생에서 뭔가를 저 정도로 열정적으로 좋아하고 파고들어서 나쁠 게 없지. ㄳ

2.
오랜만에 교회 친구들과 함께 놀이공원에 간 적이 있다.
철덕이 되고 나니, 역시 놀이기구 중에 궤도 위를 달리는 탈것을 보는 안목이 확 달라져 있을 수밖에 없었다.

- 이 롤러코스트는 제3궤조 집전식이구나.
- 동력비 조절은 쵸퍼 방식일까, 저항 방식일까?
- 이 곡선의 반경은 R=10을 간신히 넘겠다.
- 한 바퀴 도는 데 2분도 채 안 걸리는 반면, 승객이 타고 내리는 데 시간이 많이 걸려서 종점에서 지연이 심하군.
- 이 공중(空中)자전거는 뒷차 이용객으로부터의 추돌을 방지하려면 ATS라도 갖춰져 있어야겠는데?

3.
지난 학기엔 학교에서 학생들이 제각기 노트북을 지참하여 실습을 해야 하는 수업이 있었다. 본인은 당시 그 수업의 조ㅋ교ㅋ였기 때문에, 수강생들을 위해 콘센트가 6개씩 달린 멀티탭을 3개 가져와서 한 멀티탭은 벽에 있는 콘센트와 연결하고, 나머지 두 멀티탭도 전기가 들어오는 멀티탭의 한쪽 끝과 일렬로 연결하여 강의실 안에 분산 배치했다. 다른 학생들이 노트북 전원을 연결할 수 있게 말이다.

그런데 이거, 강의실에 멀티탭을 연결해서 기다란 선을 만드는 게 마치 지하철 노선을 만드는 것 같았다. 벽에 붙은 콘센트는 외곽의 차량 기지이다. 길쭉한 멀티탭은 지하철 역이고 멀티탭 선은 노선이다. 가까운 멀티탭에 앉아 있는 학생들은 일종의 역세권 주민이다. 그리고 나는 학생들이 오기 전에, “보통 학생들이 어디에 몰려 앉더라? 어떻게 멀티탭을 배치하는 게 좋을까?”를 생각하곤 했다.
이런 사소한 것으로부터도 철도를 생각할 수 있어서 순간 무척 기뻤다. 철도님 사랑합니다.

4.
문득 든 생각인데, 도로와 철도의 관계는 카세트 테이프와 오디오 CD의 관계에다가도 비교할 수 있을 것 같다. 디지털 매체인 CD가 아날로그 방식인 테이프보다 더 견고하듯(robust), 철도도 더욱 robust한 육상 교통이기 때문이다.

테이프는 무음부를 재생하고 있어도 hissing noise가 들리지만 CD에는 그런 게 없다. 그와 마찬가지로 철도는 조용하고 차냄새나 멀미가 없고 승차감이 훨씬 더 좋다. 주행 중에 글씨를 쓰거나 물을 마시는 게 열차와 자동차 중 어느 게 더 쉬울지 생각해 보면 명백하다? 사실 열차는 내부에 안전벨트조차 없을 정도이다.

테이프는 감는 데 시간이 걸리고, 오래 쓰면 늘어나고 엉키고 재생기별로 주행 속도가 미묘하게 차이가 날 수 있다. 하지만 철도는 정체가 없고 승차권에 도착 시각이 찍혀 있으며, 교통수단들 중 날씨를 가장 가리지 않는다.

일반적인 CD 재생기는 테이프 재생기보다는 진동에 취약하다. 이는 철도가 선로의 상태에 굉장히 민감해서 선로 보수를 꾸준히 해야 하는 것과 비슷한 맥락이다.

몇 가지만 생각해 봤는데 그럴싸하지 않은지? ㄲㄲ
그래서 열차는 똑같은 시간을 차내에 있어도 버스를 탔을 때보다 훨씬 덜 피곤하다. 길 자체의 상하좌우 굴곡이 자동차 도로보다 훨씬 완만하기도 하고.

5.
엔젤하이로 위키에서 철도 관련 글을 읽다가 본인은 깜짝 놀랐다.

서로 다른 장소와 시간대에서 세 명의 노인이, 운행 중이던 동일한 전라선 상행 새마을호에 치여 숨진 굉장히 괴이한 사고가 난 적이 있다. 여기에 대해서는 내 홈페이지에 HTML 문서로도 기록이 남아 있다.
이 사건이 발생한 때는 2002년 5월 1일이다. 카드빚 갚으려고 자가용을 택시로 위장해 여자 승객 6명을 살해한 강도 소식과 더불어 그 당시 전국을 충격에 빠뜨린 사건이었다.

그런데 엔젤하이로 위키에는 2003년이라고 잘못된 정보가 버젓이 적혀 있다.
그래서 건널목 사고가 숫제 수원-병점 전철 개통(2003년 4월 30일) 바로 다음날에 발생한 사고로 완전히 왜곡되어 버렸다.

2003년이 절대로 아니며, 2002년이 맞다. 이건 신문 기사를 검색해 봐도 알 수 있고 본인의 그 당시 일기에도 그렇게 기록되어 있다.
엔젤하이로 위키의 본문이 어서 수정되길 바랄 뿐이다.
참고로, 2003년 4월 30일은 영화 <나비>가 개봉한 날이기도 함.

Posted by 사무엘

서울 지하철 5~8호선을 관할하는 서울 도시철도 공사(SMRT; 일명 도철)는 1994년에 설립되었다. 경쟁사(?)인 코레일이나 서울 메트로에 비해 역사는 짧지만, 서울에서 가장 방대한 지하철망을 운영하고 있다. 코레일은 운영하는 구간이야 길지만 대부분 광역전철들이니, 서울 ‘안’으로 범위를 한정했을 때 말이다.

서울 메트로는 120개역 137.9km
도철은 148개역 152.0km
(출처: 해당 기관 홈페이지의 운행 현황 자료)
서메의 경우는 1호선의 운영 구간이 10km도 채 안 되는 서울역-청량리뿐이고, 도철은 8호선이 아주 짧은 노선인 게 특징이다. 8호선은 노선 길이가 17.7km로, 공항 철도의 검암-운서 구간보다도 짧다.

도철은 역대 사장들의 이름이 꽤 특이했다는 것도 아주 인상적이다.
지하철 회사 사장 중에서 가장 튀는 행적으로 가장 압도적인 인지도를 보유했던 음 성직 씨야 그렇다 치더라도, 전임 사장도 제 타룡 씨.. =_=;; 귀화 외국인인가 하는 의심이 들 정도이다.
코레일 사장은 허 준영· 이 철 이렇게 나름 알려져 있는데 도철과 코레일에 비해서 서울 메트로는 사장이 딱히 언론을 탄 적도 없고 알려진 게 거의 없는 듯. 마치 삼성이 까이는 정도와 LG가 까이는 정도의 차이를 보는 것 같다.

오늘은 이 도철과 도철 구간 지하철역의 특이점에 대해서 일목요연하게 살펴보도록 하자.
먼저, 도철은 경쟁사에서는 찾을 수 없는 이런 흑역사가 과거에 있었다.

1. 국산 전동차 609편성: 국산 인버터를 탑재한 전동차를 도입하여 처음으로 시범 운행한 적이 있다. 비록 그 결과가 시원찮아서 첫 시도는 실패로 끝났으나, 이 근성을 이어받아 도철은 훗날 또 SR-001이라는 국산 전동차를 만들어 냈다.

2. 무려.. 무인 운전: 서울 2기 지하철 전동차는 생각보다 무척 똑똑한 신형 차량이다. 1990년대의 새로운 기술 트렌드라 할 수 있는 VVVF 인버터(저항/쵸퍼 대신), LED 표시판(롤지 대신), ATS보다 더 뛰어난 ATC 체계. 그리고 승무원도 2인이 아닌 1인으로 최초로 감소했는데, 사실 이 전동차는 완전 무인 운전도 가능하다. 실제로 5호선 개통 초기에는 무인 전동차를 잠시, 그것도 몰래 운행한 적이 있었다!
하지만 전자동으로 운행된 열차는 승객에게 심리적인 불안만 준 게 아니라 정지선을 못 맞추고 정차한다거나 사고도 여러 번 일으켰다고 한다. 그래서 무인 운전 떡밥은 쑥 들어갔다. 지금은 부산 지하철 4호선이 비슷한 수순을 밟고 있는 중.

3. 미개통이었던 마곡 역: 최고의 흑역사. 현재는 9호선의 마곡나루 역도 미개통 무정차 통과역이긴 하지만, 그렇게 된 경위라든가 상황이 마곡 역과는 여러 모로 다르다.

4. 총신대입구-이수 싸움: 덕분에, 환승역 주제에 관할 기관별로 명칭이 다른 초유의 역이 생겨 버렸다. 서울 메트로(4호선)는 학교 측의 요청에 따라 역명을 즉각 총신대입구로 복귀하였으나, 도철(7호선)은 그렇잖아도 총신대와 훨씬 더 가까운 남성 역을 운영하고 있는데 학교의 요청을 거절하고 그냥 이수라는 역명을 미는 중이다. 서로 역명을 다르게 쓰고 있는 건 각 회사의 홈페이지에 접속해서 사이버 스테이션(=노선도)을 보면 알 수 있다.

5. 코레일과의 명칭 충돌로 인한 역명 개명: 7호선 광명사거리(광명이던 게 KTX 광명 역 개통으로 인해), 그리고 6호선 DMC(경의선 수색 역 개통으로 인해)가 대표적인 예이다.
그러나 5호선 양평 역은 중앙선 양평 역이 생겼음에도 불구하고 개명하지 않고 있다. 위의 두 사례와는 달리, 서울 양평동과 경기도 양평군은 완전히 다른 명칭이기 때문이다.
마치 2호선 신촌과 경의선 신촌이 따로 놀듯이 6호선 화랑대 역도 한때는 경춘선 화랑대 역과 충돌의 여지가 존재하였지만, 경춘선 화랑대 역은 선로가 이설되면서 없어져 버렸기 때문에 그쪽 충돌은 없어졌다.:

도철에는 현재 ‘테마역’이 존재한다.
6호선 녹사평 역은 웬 ‘발명테마역’으로 단장되어 있고, 8호선 몽촌토성 역은 ‘평창 동계 올림픽 홍보역’으로 지정되었다. 테마명이 마치 부역명처럼 역명판에까지 등재되었을 정도. 도철이 철도와 관련된 뭔가 창의적인 운영은 지금까지 제일 잘 했다. 다들 음 사장님의 아이디어겠지.

우연인지 필연인지는 모르겠으나 이 두 역은 당시 구상 중이던 미래의 3기 지하철과의 환승을 염두에 두고 공간이 좀 넉넉하게 만들어졌다는 공통점이 있다. 몽촌토성은 승강장의 벽에 아예 환승역 색깔띠를 추가할 공간까지 대놓고 그려 놓은 상태인데...

코레일의 광역전철 구간과 서울 메트로의 지하철 구간이 구분되어 있는 1~4호선과는 달리 5~8호선은 완전히 도철 독점이다. 그러나 그렇다고 해서 도철의 운영 구간에 서울 시외 구간이 전혀 없는 건 아니다. 7호선은 툭 튀어나온 광명시 구간을 잠깐 지나며, 8호선은 아예 성남시 마을 전철 같은 선형을 지니고 있다.

그런데 이것 때문에 재미있는 문화 차이가 발생한다.
현재 서울 지하철에는, 관할 회사를 불문하고 ‘인서울’ 전철역에서만 사용할 수 있는 서울 전용 정기권이 있다. 그런데 도철은 자기 관할의 역들은 모두 ‘인서울’로 인정해 준다. 그렇기 때문에 7호선 광명사거리 같은 역에서도 서울 정기권을 쓸 수 있다.

하지만, 분당선과 8호선의 환승역이며 성남시에 있는 모란 역은, 8호선의 게이트에서는 서울 정기권을 쓸 수 있지만 분당선의 모란 역에서는 그럴 수 없다. 물론, 8호선 게이트로 들어가서 환승 통로를 이용해 분당선 전동차를 타는 건 얼마든지 가능하다. 분당선이 9호선이나 공항 철도처럼 별도의 운임 체제로 갈 가능성이 있는 노선도 아닌데, 이건 꽤 웃기는 일이 아닐 수 없다.

이런 시설 분리의 필요성 때문에, 모란 역은 복정 역과 달리 두 역이 꽤 떨어진 채로 지어진 것 같다. 복정처럼 두 노선의 역이 완전히 포개져서 한 대합실과 게이트를 공유한다면 관할 회사별로 승객 집계가 안 될 테니까 말이다. 충무로 역은 이런 구조적인 이유로 인해 3호선 이용객이 집계되지 않고 무조건 4호선으로 간주되지만, 어차피 두 노선 모두 100% 서울 메트로 관할이니 문제될 건 없다.

도철의 세력은 7호선의 부천· 인천 연장 구간이 개통하면 더욱 커질 것이며 이때는 운영 구간 재조율의 필요성이 더욱 진지하게 논의될 것이다. 이제 도철도 서울만의 지하철인 시대는 끝나는 셈. 하다못해 9호선도 앞으로 공항 철도와 직통 운행이 계획되어 있는데 2기 지하철에도 직· 교류 겸용 차량까지는 몰라도 2개 이상의 기관과 직통 운영하는 노선이 생기지 말라는 법이 있겠는가?

이것저것 말이 많았는데, 어쨌든 본인에게 도철 하면 역시 구동음 독특한 전동차가 많은 노선이라는 게 가장 인상적이다. 앞으로 한 10년, 20년 뒤에도 이 전동차를 계속 볼 수 있으면 좋겠다.

Posted by 사무엘