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

1. 경의-중앙선 전철 직결 운행

지난 2014년 12월 27일엔, 지하 공덕에서 끝나던 경의선이 용산까지 연결됨과 동시에.. 운행 계통도 둘이 통합되어 직결 운행을 시작했다.
무슨 말이냐 하면 문산에서 출발하여 탄현을 경유한 전철이 용산, 옥수, 한남, 왕십리, 청량리를 거쳐 양평, 용문까지 한번에 간다는 뜻이다.

1978년에 용산에서 성북까지 겨우 1호선의 지선 국철 취급이나 받았던 마이너 노선이 2005년 말부터 용산-덕소 중앙선으로 운행 계통이 분리되었는데, 그게 동쪽으로는 용문까지 연장되고 그걸로도 모자라서 서쪽의 경의선과도 연결되는 발전을 이뤘다. 네 시작은 미약하였어도 끝은 심히 창대하리라.

이 경우, 중앙선을 달리는 열차도 경의선 시내 구간(공덕, 서강대 같은)에서는 잠시 지하 운행을 하게 된다.
공항 철도와 복층으로 겹치는 구간도 있지만, 어쨌든 서울역-공항(김포, 인천) 테크와 용산역-파주,청량리,양평 테크가 확실하게 분리가 이뤄질 것이다.

이 날짜에 맞춰서 일산선(서울 지하철 3호선 직결)의 원당-삼송의 무려 4km에 달하는 구간 사이에도 역이 하나 더 생겼고, 수인선에도 중간에 역이 하나 더 개통했다.
나는 프로그래머이면서 뭐 Visual Studio 새 버전이 나오고 아이폰 6이 나오고 뭐가 나오고 하는 건 별 관심 없고, 새로 개통하는 철도에 더 관심이 많고 그게 더 기쁘게 들린다. 어떡하지? =_=;;

2. 야탑 역 대합실의 열차 위치 안내 전광판

대한독립만세...!! 응? 까지는 아니어도 어쨌든 만세 만세 만만세!
자고 일어나니 드디어 야탑 역에도 생겼다. 열차 위치 안내 전광판. (승강장 말고 대합실 기준)
인근의 가천대, 태평, 모란, 이매, 서현 등엔 다 있는데.. 도대체 무슨 조화인지 야탑에만 이런 기본 시설이 지금까지 없었다.

내가 타려는 열차가 지금 어디쯤 있는지, 빨리 내려가면 탈 가망이 있는지를 예측을 할 수 없어서 얼마나 불편했나 모른다.
카드 찍고 개표 구역으로 들어갔는데 이제 막 하차 승객들이 내 쪽으로 스물스물 계단을 올라오는 게 보이면 낚였다는 생각에 내면으로부터 진심어린 짜증과 분노와 빡침이 솟구치곤 했다. 안 겪어 본 사람은 내 심정을 이해할 수 없다.
탈 가망이 없는 걸 진작에 알았으면 화장실이라도 먼저 들르면서 다음 6분간의 시간 활용 계획을 달리 수립했을 텐데.

서울 지하철 9호선처럼 아예 지하철 출입구에서부터 위치 안내가 되는 건 좀 오버라고 치더라도, 최소한 대합실 층에는 있어야 한다. 개표 구역으로 들어가기 전까지는 의사 결정이 가능해야 한다.
개인적으로는 스크린도어 같은 건 없어도 되니 저 전광판이 현실적으로 더 필요했다.
너무 불편하고 싫어서 성남시에 민원이라도 넣을 생각이었다.. 아무튼, 이 기쁜 소식을 온 천하 알리세~

3. 2013년 1월 5일

지난 이 명박 대통령 시절에는 을지로/안국에서 출발하여 청와대 분수대/춘추관까지 가는 초록색 지선 버스가 있었다. 번호는 8000. 시내버스답지 않게 타이어에 무슨 고속버스처럼 은색 휠캡이 고급스럽게 장착돼 있었고, 앞부분에 '청와대' 마크가 달려 있었다.

그러나 비현실적인 노선 설정 때문에 이 버스는 한강 수상 택시와 영등포-광명 셔틀 전철을 능가하는 극심한 공기 수송에 시달렸다. 현재 영등포-광명 셔틀은 주말에는 운행을 안 하는데 얘는 반대로 주말에만 운행하다가 결국 나중엔 폐선됐다.

그런데 얘가 폐선이 확정된 날짜가 왜 하필 2013년 1월 5일이어서 철덕인 나의 눈을 번득이게 하는 걸까?
새마을호 전후동력형 디젤 동차가 운행을 완전히 중단한 날과 동일하다. 같은 날에 나란히 은퇴했다. 물론 버스의 경우는 노선만 없어졌지 물리적인 차량이 없어진 건 아니지만. 우연치곤 대단한 우연의 일치임을 뒤늦게 발견했다.

4. 언제 터널 내부 전등이 교체됐지?

서울 지하철 5호선 마포-여의나루 하저터널 구간.
원래는 노란 나트륨등이 켜져 있었는데 언제 여타 구간들처럼 흰 형광등으로 바뀌었지..???
교회 갈 때 지하철이 아닌 자차를 이용하기 시작하면서 지금까지 모르고 있었다.
그러다 오랜만에 이 구간을 이용해 보니 바로 티가 남.

<공주와 완두콩> 동화에서 진짜 공주는 담요와 매트리스 수십 장 밑에 깔려 있는 자그마한 콩알에도 배겨서 잠을 제대로 못 잤다고 한다.
그것처럼 정말 철도와 교감하는 철덕이라면 전동차의 구동음 멜로디 주파수가 자그마한 Hz만치 바뀌어도,
레일의 상태가 조금만 바뀌어도, 지하 터널 바깥 배경이 조금만 바뀌어도 바로 눈치를 챌 것이다.

(1) 그나저나 콩알이라기보다는 차라리 쇠구슬이 더 현실적이었을 거다. 콩알이었으면 그 무게를 못 버티고 그냥 으깨져 버릴 테니.
(2) 서울 한강의 아래에 존재하는 전철용 하저 터널은 총 3개이다. 지하철 5호선 마포-여의나루와 광나루-천호, 그리고 분당선의 압구정로데오-서울숲. 각각 폭약 NATM, 개착식, 실드라는 서로 다른 공법으로 건설되었다는 것도 특이하다. 광나루-천호는 강을 가림막으로 완전히 틀어막고 맨땅이 드러난 바닥을 파서 터널을 만든 뒤, 다시 터널 위를 덮어서 완공을 했는데 그래서 그런지 마포-여의나루보다는 얕고 존재감이 덜하다.

5. 답정너, 결론은 철도 자뻑

신약 성경 사도행전에 유독 자주 나오는 '이 길', '그 길'은..
this way 9:2, 22:4
that way 19:9, 19:23, 24:22
the way 24:14
분명 강철로 된 1435mm 궤간의 레일이 깔린 길이 틀림없다.
어쩌면 그 길은 그런 궤도가 두 개 깔려 있고 그 위로 25000V 60Hz 교류 전기 전차선이 깔려 있을 가능성이 높다.
사도행전이라는 책이 전반적으로 기행문 분위기이기도 해서 이런 느낌이 더욱 강하게 든다.

그리고 송명희 시인의 <나>를 생각해 보자.
난 솔직히 전반부에 나오는 것처럼 가난하고 못 배우고 병약한 처지는 아니다. 하지만 후반부 가사를 보면..

나 남이 못 본 것을 보았고, 나 남이 듣지 못한 음성 들었고
나 남이 받지 못한 사랑 받았고 나 남이 모르는 것 깨달았네

는.. 새마을호+Looking for you를 집어넣으면 너무, 딱 맞아떨어진다. 아, 음성은 아니고 그 자리에 '음악'이 들어가야 하겠다.
하나님은 역시 공평하시다. 그래서 난 한국 철도를 통해 받은 이 셀 수 없는 복을 주변에 나눠 주는 삶을 살고 싶다. 철도교의 사도 바울 같은 사람이 되고 싶다.

Posted by 사무엘

철도 얘기를 하기 위해 먼저 컴퓨터 비유를 들어 보겠다.
어떤 복잡한 컴퓨터 아키텍처가 완전 처음으로 발표되었고 이걸 타겟으로 하는 고급 언어 컴파일러를 완전 최초로 만든다고 생각해 보자. 어떤 상황일까?

이 경우, 일단 그 언어를 타겟 기계어로 옮기는 컴파일러를 그 언어와 타겟 환경 기준으로 만든다. 그런데 그 컴파일러의 소스 자체가 컴파일되지 못했으니 아직 그 언어를 타겟 기계어로 곧장 옮길 수는 없다.
이럴 때는 원래 목표로 하는 아키텍처보다 구조가 훨씬 더 간단한 가상 기계 내지 임시 P-code 아키텍처를 설계한 뒤, (1) 원래 언어를 임시 기계어로 옮기는 컴파일러와 (2) 임시 기계어 코드를 돌리는 가상 머신을 타겟 기계용으로 야메로 만든다. 둘 다 성능 따위는 쌈싸먹어도 되고 그냥 정확하게 돌아가기만 하게 극도로 단순하게 후딱 만들면 된다.

그 뒤, 원래의 컴파일러 소스를 (1)을 이용하여 컴파일하면 임시 코드 기반이긴 하지만 일단 타겟에서 돌아가고 원래 타겟 기계어를 생성하는 컴파일러가 완성된다. 이렇게 생성된 컴파일러를 이용하여 원래 소스를 다시 컴파일하면.. 드디어 타겟 기계에서 돌아가는 타겟 기계어 컴파일러가 완성된다. 자기 자신도 컴파일할 수 있고, 다른 소스도 컴파일할 수 있고.. 이제 컴파일러 2.0은 1.0을 이용하여 개발한 뒤, 그 2.0 소스를 2.0 컴파일러로 다시 빌드하는 식으로 만들면 되는 것이다.

자, 이런 얘기가 철도와 무슨 상관이 있는 걸까?
컴퓨터가 난수를 생성하기 위해 먼저 난수가 필요하고, 자동차나 발전기가 동력을 생산하기 위해서 먼저 최소한의 동력이 필요하며, 또 고급 언어로 작성된 고급 언어 컴파일러는 먼저 동작하기 위해 자기 자신의 소스부터가 컴파일되어야 한다.
그와 마찬가지로 철도 역시 부설을 위해서 다른 보조 철도가 먼저 필요하여 건설된 경우가 드물지만 있다.

가까운 예로는 서울 지하철 7호선의 온수-신풍 구간 개통 때의 일이다. 전동차를 천왕 차량기지에다 반입하기 위해 경인선 오류동 역에서 기존 경기화학선 선로를 이용하여 차량을 최대한 접근시켰다. 거기에서 최종 목적지까지는 임시 선로를 지상에다가 깔아서 옮겼다.
그러니 1990년대 중반에 거기 주변을 살았던 사람들은 거대한 지하철 전동차가 마치 지상 전차처럼 이동해 가는 걸 볼 수 있었을 것이다. (실제로 차량의 견인은 디젤 기관차가 했겠지만)

이에 대한 자세한 자료는 한 우진 님 블로그, 그리고 '전동차를 사랑하는 모임' 다음 카페의 게시글을 성지순례 하시기 바란다.
차량 반입이 끝난 뒤엔 그 임시 선로는 곧장 철거되어 사라졌다.

그리고 다음 예는 1900년대 초, 일제에 의해 경부선 철도가 건설되던 시절의 일이니 지금으로부터 까마득히 먼 옛날이다.
흔히 우리나라 철도에서 스위치백이라고 하면 영동선에만 딱 한 군데 있다가 지금은 없어진 그 스위치백만을 떠올리기 쉽다. 그러나 영동선은 대한민국 정부 수립 이후에 건설된 철도이고, 더 옛날의 일제가 한반도에다 건설한 철도 중에도 스위치백이 없지는 않았다. 단지 그것들은 한반도의 최하 중· 북부 구간 한정이었기 때문에 지금 우리로서는 실감이 잘 안 날 뿐이다. 대표적인 예가 지금은 흑역사가 된 금강산선이고 말이다.

그런데 중앙선도 아니고 경부선의 건설 과정에서 작업을 위해 인근에 보조 철도가 그것도 스위치백 형태로 건설된 적이 있었다.
바로 경북 청도군에 있는 삼성-남성현 역 사이에 터널을 뚫는 구간이다.
서울 사람이라면 강남에 있는 지하철 2호선 삼성 역밖에 기억이 안 날지 모르나, 철덕이라면 경부선의 대구 이남에 있는 삼성 역도 알 것이다.

거기는 경부선 본선이 부설되는 공사 현장의 지대가 높고 좁고 험준하여 공사 자재를 운반하는 것부터가 고역이었다.
그래서 무려 8단계의 스위치백을 거쳐서 터널의 남북 양 끝을 우회하여 연결하는 임시 선로를 먼저 만들게 되었다. 이건 당시 일본의 입장에서도 처음 시도하는 대공사였다고 한다.

경부선의 대전-대구도 아니고 대구-부산 사이에 이런 곳이 있었다는 게 신기하다. 컴파일러로 비유하자면 산을 직통으로 뚫는 터널은 본디 기계어요, 우회하는 임시 선로는 그 임시 P코드인 셈이다.
그 스위치백은 경부선의 완공 이후에는 응당 철거되었고 철거된 지 무려 100년이 넘었지만, 오늘날까지도 흔적을 아주 약간은 확인할 수 있는 정도라고 한다. 자세한 것은 이 블로그 글을 참고하시기 바란다.

Posted by 사무엘

1. 신호등

교통수단이 발달하면서 보행자용 신호등, 자동차용 신호등, 심지어 철도 차량용 신호등이 다 있다. 신호등은 처음 등장한 건 19세기 말이고, 지금과 같은 전기식 신호등에 지금과 같은 색깔 관행이 정착한 건 20세기 초쯤이다. 처음에는 정지 신호가 빨강이 아니던 시절도 있었는데, 철도던가 자동차던가 어디서 한번 신호 오인 때문에 대판 사고가 난 뒤에 빨강으로 변경됐다는 걸 읽은 기억이 있다.

다른 신호등은 그냥 별 특징 없는 색깔등에 불과하지만 보행자용 신호등은 색깔뿐만 아니라 사람이 선 모양과 걷는 모양이 추가적으로 그려져 있다. 모든 나라에서 그렇지는 않을 수도 있지만 아무튼 우리나라는 그렇다. 색깔뿐만 아니라 정말 motion으로도 이때는 건너도 되거나 반드시 서야 한다는 걸 표시하고 싶었나 보다. 그래서 단순히 X나 O 모양도 아니고 굳이 사람 모양을 그렸다.

그런데 이것 아시는지? 우리나라 횡단보도의 신호등은 처음에는 색깔이 배경으로 그려져 있고 사람 형상은 검정 고정이었다. 그랬는데 나중에 신호등이 쫙 교체되면서 검은 배경에 사람 형상이 빨강 내지 초록인 형태로 바뀌었다.

이건 특별한 이유는 없고, 신호등이 단순한 전등에서 전기를 덜 잡아먹는 LED 소자 기반으로 교체되었기 때문이다. 단순히 전구 하나를 켜는 게 아니라 사람 그림 모양의 픽셀을 표시하는 방식으로 바뀌면서 신호등의 점등 모양도 지금처럼 바뀌었다.
그러면서 대부분의 보행자 신호등에는 남은 시간도 게이지 내지 숫자로 표시되게 UI가 개선되었다. 2000년대까지만 해도 이런 신호등을 보기가 쉽지 않았는데 어느 샌가 다 교체되었다.

신호등은 전국의 교차로와 횡단보도에 이거 뭐 한두 개가 있는 게 아니며, 마치 냉장고처럼 사실상 24시간 반영구적으로 가동되는 물건이다 보니 거시적으로 볼 때 전력 소모가 엄청나다. 그러니 조금이라도 전기를 덜 먹는 방식으로 교체하면 투자 비용을 생각보다 짧은 시간 만에 회수할 수 있다.
백열등도 효율이 너무 안 좋다고 국가에서 나서서 퇴출시키는 마당에 하물며 신호등이겠는가. (그나저나 처음 켤 때 깜빡거리는 형광등도 마지막으로 본 지 굉장히 오래 됐다. 세상 참 많이 변했다)

보행자에 이어 자동차용 신호등에도 빨간불이나 파란불에 남은 시간이 표시된다면 어떨까?
악명 높은 노란불 딜레마를 예측하고 대처하는 데 유리해지는 면이 분명 있겠지만, 운전자들이 저걸 보고는 더 조급해져서 사고가 날 가능성도 더 커질 것이다. 그래서 차라리 모르고 있으라고 도입을 안 하는 게 아닌가 싶다.

경상북도 봉화군은 얼마나 차량 통행이 없고 한적했으면, 대부분의 도로 교차로가 그냥 황색 점멸일 뿐이라고 한다. 그 지경이라면 차라리 로터리를 만들면 신호등을 운영할 필요가 없고 좋을 텐데. 단, 로터리는 공간 소모가 더 크다는 단점이 있다.

빠른 교통수단은 단위 시간 동안 더 긴 거리를 이동하며 더 많은 공간을 점유한다. 그렇기 때문에 얘가 차지하는 트래픽 때문에 느린 교통수단은 신호 대기 때문에 표정속도가 더 떨어지는 효과가 난다. 이것도 일종의 빈익빈 부익부 현상인지는 모르겠다.
자동차 신호 때문에 자동차를 이용하지 않는 보행자는 교차로에서의 신호 대기 때문에 동일 구간에서의 통행 소요 시간이 더 길어진다.

철도만 해도 KTX 때문에 기존선 구간에서는 일반열차들의 통행 시간이 더 길어진다. 영등포 역에서 KTX를 먼저 보내 주고 출발하느라 하위 열차들은 몇 분간 더 기다려야 하기 때문이다. 이것은 교통 분야에서 공통적으로 찾을 수 있는 현상이다.

2. 자동차의 국제화

컴퓨터 소프트웨어는 국제화를 용이하게 하기 위해 각 나라의 언어마다 달라지는 GUI 요소들을 별도의 파일로 분리하곤 한다. 소스 코드를 고쳐서 재빌드를 하지 않고도 이 데이터만 추가하거나 교체하면 새로운 언어에 대한 지원을 얼마든지 할 수 있게 말이다. 그나마 문자 코드 하나는 유니코드 덕분에 천하통일이 이뤄진 관계로 일이 예전보다 많이 수월해졌다.

그런데 자동차에도 이렇게 각 국가별로 따로 세팅을 해야 하는 요소가 있다. 물론 자동차 내부에서 동작하는 내비게이션 소프트웨어 같은 건 프로그램 차원에서 다국어 UI를 갖춰야겠지만, 그런 것 말고 대시보드나 계기판에 있는 간단한 표현들은 그냥 영어 원어 표현을 냅두지 그런 걸 일일이 다 현지 언어로 바꾸지는 않는다.
그것보다 더 결정적으로 중요한 것은 바로... (1) 운전대의 위치와 (2) 속도계 숫자의 단위이다.

세계적으로는 자동차가 우측통행을 하는 나라가 대부분이긴 하지만 좌측통행을 하는 소수의 나라들이 영국과 영연방, 과거에 영국 식민지였던 나라, 그리고 영국식으로 근대화를 한 일본처럼... 존재감을 절대로 무시할 수 없는 나라들이다. 그러니 좌측통행용 우핸들도 반드시 고려해야 한다.
이건 마치 글자를 쓰는 방향이 L2R이냐 R2L이냐 하는 문제 같다. 아랍권에서는 프로그램의 세로 스크롤 막대가 창의 오른쪽 구석이 아니라 왼쪽 구석에 있다.

요즘 자동차 중에는 운전석 쪽 대시보드와 조수석 쪽 대시보드의 외형이 대칭이 되게 해서 좌핸들과 우핸들을 동일 생산 라인에서 최대한 저렴하게 동시 처리 가능하게 설계된 경우가 있다. 이건 마치 양손잡이용 가위 내지 마우스 같은 컨셉이라고 생각하면 되겠다.

우리나라가 일제 강점기가 더 오래 지속되고 일제 치하에서 도로 시설이 확충되고 자동차가 대중화됐다면, 한반도까지 좌측통행 지역으로 굳어졌을 가능성이 높다. 그러나 해방 당시까지 한반도에는 등록된 자동차 수가 1만 대가 채 되지 않았으며, 서울을 제외하면 압도다수의 길이 여전히 차선이고 신호등이고 뭐고 없는 비포장이다 보니 여전히 자동차의 통행 방향은 그냥 정하기 나름이었던 것 같다.

그래서 미군정이 들어선 지 얼마 안 되었던 1946년 4월에 한반도에서 자동차의 통행 방향은 우측으로 개정되었다. 그래야 우측통행을 하는 미국에서 들여온 좌핸들 차량들이 별다른 불편 없이 한반도에서 곧장 다닐 수 있었을 테니까 말이다.

그럼 철도는 사정이 어떨까? 철도야 조향이라는 게 존재하지 않기 때문에 운전대가 어디에 있든지 별 의미가 없다. 국내에는 수도권 전철 4호선처럼 한 전동차가 좌측통행 구간(국철 과천· 안산선)과 우측통행 구간(서울 지하철 4호선)을 아예 직통 운행까지 한다. 자동차로서는 상상도 못 할 일이다.
또한 해방 당시엔 통행 방향의 구분이 필요한 복선 철도 자체가 경부· 경의선 말고는 없었기 때문에 그때 마음만 먹고 좀 매몰비용을 감수했다면 철도의 통행 방향도 우측으로 과감하게 확 뜯어고치는 게 불가능하지는 않았다.

그러나 철도는 여전히 좌측통행으로 그대로 유지되었다. 자동차처럼 차량의 운전대 방향을 꼭 맞춰야 할 필요가 없었고, 또 기존 철도역들의 시설을 고치는 게 번거로웠기 때문이다. 또한 이건 정말로 그냥 하나로 정하기 나름일 뿐, 무슨 협궤-표준궤 개궤라든가 100-220V 승압처럼 미래를 내다보고 꼭 바꿔야 할 과업까지는 아니기도 하니까.
우리나라는 일본보다 근대화· 산업화가 한 박자 늦었던 대신, 그래도 전압이나 철도 궤간 같은 건 깔끔하게 통일이 잘 됐고 승압 같은 것도 너무 늦어지기 전에 잘 해냈으니 이건 다행스러운 점이다.

좌측 우측 얘기가 길어졌고, 다음으로 속도계 단위이다. 이건 잘 알다시피 세계에서 거의 유일하게 미터법을 안/못 받아들이고 있는 나라가 세계 최강대국이다 보니.. 빼도 박도 못하고 생긴 고려 사항이다.
미국의 자동차 속도계를 보면 바깥에 큰 숫자로 마일이 적혀 있고, 안쪽에 작은 숫자로 킬로미터가 적혀 있다. 미국 이외의 나라에서 다니는 자동차에다가는 굳이 그렇게 안 해 줘도 된다. 미국의 프리웨이는 속도 제한도 시속 55~65마일이라고 적혀 있는데 그게 얼추 시속 100km에 대응한다.

3. 차선의 색깔, 가변 차로 등

외국의 자동차 주행 동영상을 보면서 본인이 굉장히 놀란 점이 있는데..
중앙선 차선이 우리나라처럼 황색 실선이 아니라 그냥 흰색 실선이기 때문이다. 내 기억이 맞다면 북한도 그랬던 것 같다. (물론 거기는 아예 차선이 안 그려지고 길만 덩그러니 놓여 있거나, 그냥 중앙분리대가 따로 있는 경우가 더 많지만)

흰색 실선은 같은 방향인데 차선 변경을 할 수는 없는 터널 같은 구간에서 쓰는 게 아닌가?
하나만 그은 것과 두 줄을 그은 것으로 구분할 수 있을지는 모르겠지만 일단 나 같은 사람은 좀 혼동할 것 같다.
실제로 이것 때문에 우리나라에서 차를 외국으로 수출할 때, 고급차에 들어가는 중앙선 침범 감지 장치의 알고리즘까지 고쳐야 한 사례가 있었다.

또한 우리나라에서 중앙선이 아니라 도로의 가장자리에 그어진 황색 실선은 이 도로가 주· 정차 금지 구간임을 뜻하고, 황색 점선은 잠시 정차만 가능하다는 걸 뜻한다. 흰색 선이거나 가장자리에 선이 없으면 그런 제약이 없다는 뜻이고.
차선 색깔의 구분이 없으면 그런 것도 표현을 못 할 텐데 말이다.

다음으로 생각할 만한 사항은 가변차로이다.
가변차로는 양쪽의 방향이 같은 것이 있고 다른 것이 있다. 전자는 고속도로에서 시간대별로 갓길과 차로를 병행하는 구간으로, 점선이든 실선이든 흰색 선이 그어져 있다. 예전에 고속도로에 간간이 있었던 버스 정류장 부지가 지금은 진짜 갓길 내지 졸음 쉼터로 재활용되는 추세이다. 갓길이 차로 모드가 아니라 갓길 모드일 때 무단으로 통행했다가는 나중에 피본다.

한편, 후자는 시간대별로 상· 하행의 교통량의 편차가 큰 시내 구간에서 중앙의 몇 개 차선을 방향별로 가변적으로 운행하는 구간이다. 차선으로는 황색 점선이 그어져 있다. 전체 차선 수가 애매하게 홀수 개가 됐다거나 할 때도 가변차로를 검토할 만하다.

후자 가변차로는 일상생활에서 많이 볼 수 있지는 않다. 서울에서 대표적인 곳은 서울 지하철 2호선 신당-상왕십리-왕십리 구간의 지상 도로 정도이다.
여기는 운전자가 헷갈리면 차선을 잘못 진입해서 자동차끼리 정면충돌 사고가 날 수 있어 88 올림픽 고속도로 뺨치게 대단히 위험하다. 위에 지금 진입 가능 방향과 금지 방향이 전광판으로 표시되어 있으니 그걸 잘 봐야 한다. 오거리· 육거리에서 어느 신호등이 우리 방향 것인지를 헷갈려서 잘못 진입하는 식의 실수를 해서는 안 된다.

물론 가변차로라고 해서 대책 없는 막장으로만 운영되는 건 아닌지라, 한 차로의 통행 방향이 바뀔 예정이라면 그로부터 한참 전부터(거의 10분 가까이) 완충 타이밍을 둔다. 모든 방향으로부터 차들의 통행을 금지시키 시작하여, 해당 구간 전체가 텅 비었을 때 비로소 방향을 반대로 바꾼다. 재미있지 않은가?

지하철만 해도 승강장이 섬식이면 한 승강장을 양방향 승객이 모두 공유하는 관계로, 출퇴근 때처럼 방향별 이용객 수의 편차가 클 때 공간 활용 효율이 더 올라간다. 그리고 선로가 단순히 복선이 아니라 3선이라면, 한 선로를 무정차 회송 선로로 활용하여 몰리는 방향의 열차를 반대 방향 열차보다 더 자주 투입시키는 게 가능하다.

가변차로는 자동차의 통행에서 비슷한 효과를 노린 발상이라 할 수 있다. 하지만 시설을 구축하는 데 든 노력에 비해 효과가 크지 않고 심리적으로 위험하다고 느껴지는지라 요즘은 더 만들지 않고 기피되는 추세이다. 마치 옛날에 산업화· 근대화의 상징이었던 서울 시내 고가도로들이 요즘은 반대로 철거되는 추세이듯이 말이다.

아이고, 차선 하나만 갖고도 색깔부터 시작해서 할 얘기가 굉장히 많았다.
자동차가 어느 정도 신호 대기 없이 쭉쭉 달리는 곳이라면 어지간한 4차선짜리 국도에도 요즘은 단순 중앙선 대신 중앙분리대가 설치되곤 한다.

졸음운전 내지 빗길에 미끄러진 차가 중앙분리대를 들이받고 멈춰선 경우가 지금까지 한둘이었던가. 중앙분리대는 중앙선 침범 정면충돌 교통사고를 예방해 주는 긍정적인 효과가 크다는 걸 알 수 있다.
또한 중앙분리대는 밤에 반대 방향 차들의 헤드라이트 불빛을 가려 주는 역할도 해서 더욱 좋다.
양방향 사이에 화단을 조성하거나 아예 방향별로 도로를 따로 만든 경우도 있는데, 우리나라에서는 그렇게 흔치 않다.

실선 차선 구간이라 하더라도 자동차 운전 중에 차선을 변경하려면 C/C++에서 서로 다른 타입의 포인터끼리 대입할 때처럼 깜빡이라는 형변환 연산자를 꼭 넣어 줘야 할 것이다. 안 하면 최소한 쌍라이트+쌍욕+경적이라는 warning과, 최악의 경우 사고라는 에러가 날 가능성이 커진다.

Posted by 사무엘

뭐, 무식이 자랑이랄 수는 없겠지만,
본인은 전산학 내지 컴퓨터공학의 여러 분야들 중에서 문외한에 가깝게 제일 모르는 분야는 통신, 네트워크, 웹, 보안 쪽이다.
왜 제일 모르느냐 하면, 저건 컴퓨터 한 대만으로 독학이 가능하지 않고, 뭔가 '감'을 터득할 수 없는 분야이기 때문이다. 그래서 그런 걸 잘하는 사람들이 부럽다..

일례로 완전 최저수준 소켓 API와, 고수준 HTTP API 사이의 중간 과정에 대한 감이 전혀 없다. 후자도 분명 전자를 이용해서 구현됐을 텐데, 내부 구현이 어찌 돼 있는지 난 아는 게 없다.
그리고 네트워크 트래픽이 컴퓨터의 I/O 병목엔 어떤 영향을 끼치는지, 그 패킷이 어떻게 해서 한 운영체제 내부의 특정 응용 프로그램으로 잘 전달이 되는지, DDoS 공격이 서버 컴퓨터에 어떤 물리적인 영향을 끼쳐서 서버를 뻗게 할 수 있는지, (아님 단순히 프로세스/스레드의 무한 스폰으로 인해 소프트웨어적인 자원 고갈만으로 뻗는 건가?)

HTTP 프로토콜에서 파일 업로드는 어떤 절차를 거쳐서 되는지, 방화벽이라는 게 정확히 뭘 하는 물건인지,
왜 구닥다리 윈도 2000/XP sp0을 띄운 채로 랜선을 꽂으면 뭐가 뚫려서 어떻게 되는지..
요즘은 네트워크 패킷은 하부 계층에서 압축이나 암호화를 좀 하는 게 있는지 등등..

이런 것들은 난 하나도 모..른..다. 저런 거 하나도 몰라도 <날개셋> 한글 입력기 개발하는 덴 아무 지장이 없기 때문이다.
그렇다고 해서 내가 컴퓨터 명령어 체계나 운영체제/소프트웨어 자체의 내부 구조나 보안에 대해 전혀 모르느냐 하면 그것도 물론 아니니.. 지식의 분포가 좀 불균형하다면 불균형한 셈이다.

본인은 초딩 중고학년 때 개인용 PC, 중학교 때 모뎀과 PC 통신, 고등학교 때 인터넷과 이메일, 그리고 대학교 때 무선 인터넷과 휴대전화의 순으로 문명의 이기들을 접했다. 랜 선이라는 걸 태어나서 처음으로 구경한 게 고등학교 때부터인데, 그 기간 동안 언젠가 집도 인터넷 접속 방식이 전화 모뎀에서 전용선으로 바뀌었다. 그때가 한창 전국적으로 인터넷 전용선이 깔리던 시절이었으니까.

지금까지 통신 기술은 정말 눈부신 속도로 발전했다.
신문· 방송에서 기자의 이메일을 공개하는 게 대세가 된 게 1990년대 후반부터이다.
지금으로부터 10여 년 전엔 '블로그'라는 단어가 도전 골든벨의 마지막 문제의 답이었다는 게 믿어지시는가? (그것도 학생이 못 맞혔고 그 당시엔 내게도 생소했다)

옛날에는 인터넷 연결을 위해서도 PC 통신을 할 때처럼 먼저 전화를 걸어야 했다. 사용 시간 카운터가 올라가는 자그마한 인터넷 연결 창이 뜬 동안만 인터넷을 이용할 수 있었다.
또한, 모뎀과 마우스를 동시에 사용하려면 두 물건을 서로 COM 포트가 충돌하지 않게 배치를 해야 했다.
Windows 3.x에서는 운영체제 차원의 네트워크 지원이 전무하기 때문에 트럼펫 Winsock인지 뭔지 하는 걸 먼저 설치해야 했다.

이 모든 것들이 지금은 까마득한 옛날 이야기가 됐다.
지금은 뭔가 그렇게 상태를 확인하면서 인터넷을 해야 하는 상황은 스마트폰 태더링으로 무선 인터넷을 쓸 때 정도이고 이것도 제약, 압박감, 부담 같은 건 옛날과는 비교할 수 없이 작아졌다.
메인보드가 어떻게 공간 워프를 했는지, 요즘은 유선 랜과 무선 랜도 전부 내장되어 나온다. 따로 뭘 장착조차 할 필요 없이 바로 접속만 하면 된다.

오늘날 인터넷이라고 불리는 그 통신망은 OSI 레이어 계층 중 제3계층(네트워크 계층)을 차지하는 IP라는 프로토콜을 기반으로 동작한다. IPv4, IPv6 같은 주소 체계도 이 계층에서 규정하는 것이기 때문에 모든 인터넷 통신은 이 체계를 기반으로 구성되어 있다.

그리고 그 아래의 제4계층(전송 계층)에는 인터넷 프로토콜을 따르는 네트워크 패킷을 보내는 방식의 차이를 규정하는 프로토콜이 있는데, 크게 TCP와 UDP가 있다.
TCP는 보낸 패킷이 반드시 순서대로 도착한다는 것은 보장되지만, 보냈던 단위랄까 형태가 그대로 도착하지는 않는다.
aaa, bb, ccccc, ddd, e 이렇게 패킷을 보냈으면 받는 쪽은 aa, ab, bccc, cc, dd, d, e 뭐 이렇게 받을 수도 있고 다른 형태가 될 수도 있다. 조립은 받는 쪽에서 알아서 해야 한다.

UDP는 TCP와는 달리 보낸 패킷이 원래의 형태 그대로 간다는 보장은 되지만.. 일부 패킷이 전송 과정에서 누락될 수가 있다.
즉, 위의 경우 ddd가 누락돼서 aaa, bb, ccccc, e 이렇게 갈지도 모르지만.. 일단 간 놈은 원래 형태 그대로 간다. 패킷의 누락 여부 판단을 받는 쪽에서 알아서 해야 한다.
그래서 TCP는 일종의 스트림 지향적이며, UDP는 개개의 패킷이 모 아니면 도 형태로 가는 메시지 지향적이다.

형태도 보존되고 누락 현상도 없는 만능 프로토콜이 없는 이유야 뭐, 세상에 값도 싸고 성능도 좋은 물건은 존재하지 않기 때문인 것과 같은 맥락일 것이다.
그게 필요하면 UDP 같은 걸 기반으로 패킷 누락을 감지하고 재전송을 요청하는 로직을 응용 프로그램이 별도로 구현해 줘야 한다.

온라인 게임에서는 “기관총 난사 내지 캐릭터 이동 같은 것만 UDP이고 나머지는 다 TCP”라는 말 한 마디로 요약된다.
자주 발생하기 때문에 반응성이 중요하고 적당히 좀 씹혀도 상관 없는 것만 UDP이고.. 나머지 크리티컬한 것들은 다 TCP를 써야 한다는 뜻이다.
그러나 온라인 게임에서 발생하는 트래픽의 상당수, 대략 70% 가까이는 그래도 UDP 방식이라고 한다.

실시간으로 스트리밍되는 대용량 오디오/비디오 데이터도 자명한 이유로 인해 UDP 방식으로 전송된다.
이런 차이를 보면, TCP와 UDP의 관계는 사실상 무손실 압축과 손실 압축의 관계나 마찬가지인 것 같다.

TCP의 경우 응용 프로그램이 아니라 아래의 프로토콜 차원에서 패킷의 누락을 감지하여 누락이 있는 경우 재전송 요청을 한다.
그런데 모바일처럼 네트워크 환경이 원래 워낙 열악해서 패킷 손실이 굉장히 자주 발생하는 곳에서는
TCP 방식에서는 끝도 없이 재전송 요청을 하고 받은 데이터에 결함이 없는지 체크와 빠꾸만 반복하느라 응용 프로그램이 그 동안 멍하니 있어야만 하는 일이 발생한다고 한다.
즉, TCP가 구조적으로 오버헤드가 더 크니, 네트워크가 열악한 곳에서는 그런 동작을 감안해야 한다.

게임에서 그래픽 엔진, 물리 엔진, 동영상/캡처 엔진도 아니고 네트웍 엔진 미들웨어로 먹고 사는 분이 국내에 일단 한 분 계신다. 넷텐션의 대표이사인 배 현직 씨. 이 업계에서는 이미 유명인사이다.

난 네트워크 쪽 프로그래밍을 해 본 건 먼~ 옛날에 소켓 API 대충 뚝딱해서 오목을 만들고..
DirectPlay를 써서 스크래블 정도 보드 게임에다가 네트웍 플레이를 넣어 본 게 전부이다. 그래도 그것만으로도 굉장히 재미있는 경험이었다.
저수준에서 패킷 암호화, 각종 오류 처리 그런 건 모른다. DPlay는 나름 하드웨어 독립을 추구한 통신 API이긴 한데, 요즘은 모뎀이고 시리얼 케이블 그딴 건 다 없어졌으니 그런 추상화 계층이 필요가 없어지면서 자연스레 도태했다. 잘은 모르겠지만 제1계층(물리 계층)은 거의 획일화가 돼 버린 것 같다.

※ 여담. IPX는 어디로 갔는가?

스타크래프트에서 배틀넷 말고 그냥 LAN으로 친구들끼리 팀플을 할 때, 옛날에는 배틀넷 다음으로 위에서 둘째인 IPX를 으레 고르곤 했다. 그러나 어느 패치 때부터인가 맨 아래에 UDP가 추가되었으며 그걸 고르는 걸로 구조가 바뀌었다. IPX는 동작하지 않기 시작했다. 어찌 된 일일까?

IPX라는 프로토콜은 똑같이 이더넷 랜선으로 통신을 하지만, 오늘날의 인터넷과는 다른 방식으로 통신을 한다. 즉, IP와 대등한 제3계층에서 방식이 다른 프로토콜인 것이다. IPX는 옛날에 네트워크 솔루션으로 유명했던 노벨 사에서 개발했고 실제로 매우 널리 쓰이기도 했지만 오늘날은 IP에 밀려서 사라졌다.

Windows 95때까지만 해도 네트워크 구성요소들을 설치하고 나면 기본으로 깔리는 것은 IPX였다. TCP/IP 지원 기능은 운영체제 CD를 넣어서 별도로 설치해야 했다. 무슨 말이냐 하면, 오늘날 당연시되고 있는 이 컴퓨터의 IP 주소를 설정하는 기능이 Windows 95에는 기본으로 없었다는 뜻이다. (심지어 네트워크 기능이 설치된 컴에서도)

그 다음 1990년대 중후반, Windows 98부터는 인터넷의 중요성이 워낙 크게 부각되기 시작했으니 TCP/IP 지원도 같이 포함되었다.
여담이지만 Windows에서는 등록정보/속성을 나타내는 단축키가 R인 편인데, 95에서는 유독 저 대화상자에서만 R은 삭제이고, 등록정보는 P였다. 무척 불편했는데 이 역시 98부터는 다같이 R로 개선됐다.

하긴, 본인도 옛날부터.. Windows가 근거리 네트워크 차원에서 제공하는 컴퓨터 간의 폴더 공유 기능과, 웹브라우저로 띄우는 인터넷은 기술적으로 무슨 관계인가 궁금하긴 했다.
인터넷 열풍 앞에서 IPX는 점점 잉여로 전락했으며, Vista부터는 드디어 IPX 지원이 hlp 도움말만큼이나 짤렸다. 그래서 스타크래프트도 근거리 팀플에 인터넷 프로토콜을 사용하는 UDP 지원이 추가된 것이다.

Posted by 사무엘

1. 오픈소스

잘 알다시피 C/C++은 메모리 할당이나 문자열 등, 바이너리 차원에서 뭔가 언어나 구현체가 buliding block을 규정해 놓은 게 없다시피하며, 그나마 표준이 나온 것도 강력한 구속력을 갖고 있지는 못하다. 그러니 이 지저분함을 참다 못해서 COM 같은 바이너리 규격이 나오고 닷넷 같은 완전히 새로운 프레임워크도 나왔다.

아니면 일각에서는 소프트웨어 컴포넌트를 재배포할 때, 빌드된 라이브리러리를 주는 게 아니라 난독화 처리만 한 뒤 소스 코드를 통째로 넘겨주면서 빌드는 이 코드를 쓰는 쪽에서 자기 입맛대로 알아서 하라는 극단적인 조치를 취하기도 한다. 차라리 오픈소스 진영이 이런 점에서는 융통성이 더 있는 셈이다.
하지만 어지간한 컴덕력을 갖추지 못한 사람은.. 복잡한 빌드 시스템/configuration들을 이해할 수 없어서 소스 코드까지 통째로 줬는데도 줘도 못 먹는 촌극이 벌어진다.

이런 라이브러리 내지 유닛, 패키지는 기계어 코드로든 다른 바이트 코드로든 소스 코드가 바이너리 형태로 용이하게 재사용 가능한 형태로 가공되어 있는 파일이다.
그런데 실행문이 들어있는 소스 코드가 반드시 그대로 노출돼야만 하는 분야도 있다.

크게 두 갈래인데, 하나는 C++의 템플릿 라이브러리이고, 다른 하나는 웹 프로그래밍 언어 중에서도 전적으로 클라이언트 사이드에서 돌아가는 자바스크립트이다.
동작하는 환경 내지 타겟은 둘이 서로 완전히 극과 극으로 다르지만, 전자는 컴파일 때 최적화 스케일의 유연성 때문에, 그리고 후자는 선천적으로 기계 독립적이고 극도로 유연해야만 하는 웹의 특성상 오픈소스가 강제되어 있다.

자바스크립트는 비록 전통적인 기계어 EXE를 만드는 데 쓰이는 언어는 아니지만 그렇다고 해서 만만하게 볼 물건이 절대로 아니다. 람다, 클로저 등 어지간한 최신 프로그래밍 언어에 있는 기능은 다 있으며, 플래시에 하드웨어 가속 3D 그래픽까지 다 지원 가능한 경지에 도달한 지가 오래다.
또한 웹에서의 영향력이 워낙 막강하다 보니 전세계의 소프트웨어 업체들이 눈에 불을 켜고 실행 성능을 필사적으로 끌어올려 놓았다. 비록 컴파일을 통한 보안 유지는 안 되지만, 어느 수준 이상의 코드 난독화 기능도 당연히 있다.

뭐, C++ 표준 템플릿 라이브러리도 헤더 파일을 열어 보면, 남이 못 알아보게 하려고 코드를 일부러 저렇게 짰나 싶은 생각이 든다. 온갖 주석이 곁들여져서 알아보기 쉽게 널널하게 작성된 C 라이브러리의 소스들과는 형태가 달라도 너무 다르다..

C++ 템플릿에 대해서 한 마디 더 첨언하자면.. 제한적으로나마 함수나 몸체를 일일이 인클루드해서 노출하지 않아도 되는 방법이 있긴 하다.
몸체를 한 cpp(= 번역 단위)에다가만 구현해 놓은 뒤, 거기에다가 소스 코드 전체를 통틀어 그 템플릿이 인자가 주어져서 쓰이는 모든 형태를 명시만 해 주면 된다.

template Sometype<char>;
template Sometype<wchar_t>;

템플릿 함수에 대해서 template<> 이렇게 시작하는 특정 타입 전용 케이스를 만드는 것과 비슷해 보이는데..
위와 같은 식으로 써 주면, 해당 코드가 컴파일될 때 이 템플릿이 저런 인자로 실현되었을 때의 대응 코드가 모두 생성되고, 이게 다른 오브젝트 파일들이 링크될 때 같이 연결되게 된다. 이런 문법이 있다는 것을 15년 동안 C++ 프로그래밍을 하면서 처음 알았다.

물론 저것 말고 다른 임의의 새로운 타입으로 템플릿을 사용하고 싶다면 그렇게 템플릿을 사용하는 번역 단위에서 또 다시 템플릿의 선언부와 몸체를 싹 읽어들여서 분석을 해야 한다.
아마 과거의 export 키워드가.. 저런 템플릿 인자의 사용 형태를 자동으로 파악하는 걸 의도하지 않았나 싶은데 그래도 세상에 쉬운 일이란 없었던 듯하다.

2. 웹 프로그래밍의 성격

HTML, CSS, 자바스크립트 삼신기는 마치 웹 프로그래밍계에서의 삼권 분립이기라도 한 것 같다. 아무래도 당장 화면에 표시되는 핵심 컨텐츠가 HTML이니 요게 행정부에 대응하는 듯하며, HTML을 표시할 규격을 정하는 CSS는 사법부에 가깝다. 끝으로, 인터랙티브한 동작을 결정하는 자바스크립트는 입법부 정도?
물론 HTM 파일 하나에다가 스타일과 자바스크립트 코드를 다 우겨 넣었다면 그건 뭐 “짐이 곧 국가다, 법이다” 식으로 코드를 작성한 형태일 것이다.

예로부터 본인이 느끼기에 웹 프로그래밍은 뭔가 시대의 최첨단을 달리는 것 같고 간지와 뽀대가 나고 실행 결과가 사용자에게 가장 직접적으로 드러나 보이는 신기한 영역인 것 같았다. 하지만 (1) 코드와 데이터, 클라이언트와 서버, 코딩과 디자인의 역할 구분이 영 모호하며, 컴퓨터의 성능을 100% 뽑아내는 듯한 전문적이고 하드코어한 느낌이 안 들어서 마음에 안 들었다. 가령, 도대체 어디서는 java이고 어디서는 jsp이고 어디서는 js인지?

(2) 또한 이 바닥은 작성한 소스 코드가 제대로 보호되지 못한다. 서버 사이드에서만 돌아가는 PHP 같은 건 클라이언트에게는 노출이 안 되겠지만 그것도 서버 개발자들끼리는 결국 오픈소스 형태로 공유될 수밖에 없으니 말이다. 옛날에 제로보드의 소스가 그랬듯이.

끝으로, (3) 특정 CPU 아키텍처나 플랫폼에 구애되는 게 없다 보니 기반이 너무 붕 뜨는 느낌이고, 브라우저마다 기능이 제각각으로 달라지는 거 호환 맞추는 노가다가 필요한 것도 싫었다.
뭐, IE와 넷스케이프가 경쟁하고 IE6이 세계를 사실상 평정했던 먼 옛날에는 그랬고 지금은 이 문제는 많이 해소됐다. 바야흐로 2015년, HTML5 표준안까지 다 완성된 지경이니, 웹 프로그래밍도 이제 충분히 성숙했고 기반이 탄탄히 잡혔다. 격세지감이다. ActiveX도 점점 퇴출되는 중이다.

2004년에 IE6에 대한 대항마로 파이어폭스 0.8이 혜성처럼 등장했고, 2008년엔 구글 크롬이 속도 하나로 세계를 평정해서 IE의 독점 체계를 완전히 견제해 냈다. 지금은 크롬이 속도는 괜찮은 반면, 메모리 사용량이 너무할 정도로 많아서 파이어폭스가 다시 반사 이득을 보는 구도이다. 오페라는 Windows에서는 영 좀 마이너한 콩라인 브라우저가 아닌가 모르겠다.
그리고 무슨 브라우저든지 버전업 숫자 증가폭이 굉장히 커졌으며, 탭 브라우징에  메뉴와 제목 표시줄을 숨겨 놓는 인터페이스가 필수 유행이 돼 있다.

3. 보안 문제

세월이 흐르면서 웹 프로그래밍 환경이 좋아지고 있는 건 사실이지만, 보안 때문에 예전엔 바로 할 수 있었던 일을 지금은 못 하고 뭘 허가를 얻고 번거로운 절차를 거쳐야 하는 건 다소 불편한 점이다.
특히 내가 느끼는 게 뭐냐 하면, 한 HTML 파일에서 자신과 다른 도메인에 있는 CSS나 JS 같은 걸 덥석 인클루드 하는 걸 브라우저가 굉장히 싫어하게 됐다는 점이다. 이런 걸 이용한 보안 취약점 공격이 지금까지 많았는가 보다.

"이 사이트에는 안전한 컨텐츠와 위험한 컨텐츠가 같이 섞여 있습니다. 위험한 것도 모두 표시하시겠습니까?"라는 메시지가 바로 이런 상황에서 뜬다.
IE의 경우 예전에 잘 표시되던 사이트가 갑자기 표시되지 않을 때, 권한 취득을 위해 레지스트리에다 자기 프로그램 이름이나 사이트를 등록하는 등 조치를 취해야 했다.
구글 크롬은 발생 조건이 IE와 동일하지는 않지만, 자체 판단하기에 악성 코드의 실행을 유도하는 걸로 의심되는 지시문이 HTML 소스에 있는 경우, 화면 전체가 위험 경고 질문 화면으로 바뀐다.

최근에는 크롬과 IE에서는 멀쩡하게 보이는 웹 페이지가 파이어폭스에서만 제대로 표시되지 않는 문제가 있어서 회사 업무 차원에서 사이트 디버깅을 한 적이 있었다. 요즘 세상이 무슨 세상인데 웹 표준이나 렌더링 엔진의 버그 때문일 리는 없고, 파이어폭스가 자바스크립트 엔진으로 하여금 외부 도메인로부터 인클루드된 CSS 속성에 접근하는 걸 허용하지 않아서 발생한 문제였다.

4. 파일 관리가 되는 게시판

본인도 여느 프로그래머와 마찬가지로 다니는 회사에서 요즘 모바일에 웹까지 별별 걸 다 손대며 지냈다. 하긴, 공학 박사라 해도 취업 후에는 돈 되는 분야, 뜨는 분야를 따라 자기 주전공 연구 분야가 아닌 것도 손대 봐야 할 텐데 하물며 그보다 급이 낮은 단순 엔지니어들은 말이 필요하지 않을 것이다.

요즘은 게시판이나 블로그 엔진을 만들려면 단순무식한 텍스트 기본 폼이 아니라 위지윅 웹 에디터가 필수이다. ckeditor 컴포넌트에다가 이미지 업로드 기능을 연결해 넣을 일이 있었는데 이것도 여간 골치아픈 일이 아니라는 걸 작업을 하면 할수록 깨닫게 됐다.
손이 정말 많이 간다. 하지만 그걸 일일이 하지 않으면 이미지는 단순 외부 링크밖에 못 넣는 반쪽짜리가 된다.

이미지 파일이 하나 HTTP 규격대로 업로드되어 왔으면 서버 측에서는(PHP든 JSP든 무엇이든) 파일 크기가 적당한지(개별 파일 크기와 지금까지 업로드된 파일의 전체 크기 모두) 체크하여 적당하다면 이름을 중복 없는 랜덤 이름으로 바꿔서 서버에 저장한다. 이름에 한글이 들어간 파일이라고 업로드나 로딩이 제대로 안 되는 일이 없어야 하니까.

그 뒤에 그 그림을 불러올 수 있는 URL을 에디터 컴포넌트에다가 알려 준다. 이것도 간단하게 만들자면 그냥 서버의 특정 디렉터리를 그대로 노출하는 식으로 만들면 되겠지만 보안상 위험하니 가능한 한 제3의 장소에서 파일을 되돌리는 서버 프로그램 URL을 주는 게 안전하다.

위지윅 에디터에서는 임의의 개수의 파일이 업로드될 수 있기 때문에 글에 얽힌 첨부 파일들을 따로 디렉터리나 DB 형태로 관리해서 글이 삭제될 때 같이 지워지게 해야 한다.
사실, 이쪽으로 조금만 더 신경 쓰면 글별로 아예 첨부 파일 관리자라도 간단한 형태로 만들어야 하게 된다. 우와..;;

그리고 골때리는 건, 아직 작성 중이고 정식으로 등록하기 전의 임시 상태인 글에 첨부된 그림들을 처리하는 방식이다.
일단은 그림들이 임시 폴더에다가 올라가고 주소도 임시 폴더 기준이지만 글이 정식으로 등록됐다면 글 중에 삽입된 이미지들의 주소를 수동으로 바꿔야 하고 파일도 옮겨야 한다.
또한 그 상태로 글이 더 등록되지 않고 사용자가 back을 눌렀다면, 서버에 올라왔던 임시 파일들도 나중에 지워 줘야 한다. 이런 것까지 도대체 어떻게 다 구현하지?

이건 일게 위지윅 에디터 컴포넌트가 감당할 수 있는 수준이 아니기 때문에 그걸 블로그 엔진이나 게시판에다 붙여 쓰는 웹 프로그래머가 자기 서버의 사정에 맞게 세팅을 해야 한다.
겨우 이미지 업로드 기능 하나만 달랑 구현하는 테크닉을 소개한 블로그만으로는 정보가 너무 부족했다.
Windows에서 공용 컨트롤에다 드래그 드롭을 처음부터 직접 구현하는 것만큼이나 손이 많이 갔다. 나 같은 이 바닥 초짜로서는 그저 경악스러울 뿐.

프로그램의 완성도를 더 높이려면, 사용자가 곱게 이미지 파일만 올리는 게 아니라 php나 html 같은 보안상 위험한 파일을 올리는 건 아닌지 감시해야 한다. 첨부 파일 정도가 아니라 위지윅 웹 에디터 자체도 위험하다고 그런다. HTML이 근본적으로 문서와 코드가 뒤섞인 형태이다 보니 정말 매크로가 잔뜩 든 Office 문서처럼 취급되는가 보다.
아무튼, 나모 웹에디터와 제로보드가 뜨던 시절에 비해 요즘 웹은 너무 방대하고 복잡하다.

Posted by 사무엘

* 이 글과 함께 볼 만한 과거 관련글: 추락(으/사)로 유명해진 사람들

1.
2015년 1월 초엔 경기도 안성에서 엽기에 가까운 황당한 뉴스가 하나 전해졌다. 아파트 16층에 사는 어떤 70대 노파가, 밖에 일일이 나갔다 오는 게 귀찮다는 이유로 밤에 여러 차례 상습적으로.. 자기 집의 음식물 쓰레기를 베란다 밖으로 투척해 오다가 결국은 덜미가 잡혔다.

그 사람이 떨어뜨린 쓰레기 봉투는 음식물 쓰레기 수거함에 곱게 갔을 리가 없으니 지상에 주차돼 있던 차량들 위로 다 떨어졌다. 차들은 유리, 지붕, 엔진룸 등이 부서졌으며, 그냥 쓰레기도 아니고 썩은 물이 줄줄 흐르는 음식물 쓰레기가 묻는 바람에 청소까지 해야 하는 지경이 됐다.
피해 주민들이 민원을 넣고 CCTV를 설치하고 경찰에 신고까지 했지만, 깜깜한 밤에 갑자기 쓱 떨어지는 작은 물체를 포착하기는 쉽지 않았다. 급기야는 쓰레기 봉투 안에 들어 있던 마트 바코드를 조회해서 가해자를 잡아 냈다니 이번에도 우리나라 공권력 만세다.

저 할머니는.. 중증 치매나 정신병, 몽유병, 만취 상태 같은 경우가 아니라면, 지금까지 나이를 도대체 어디로 잡수셨는지 내 머리로는 이해할 수 없다. 자동차니까 망정이지 사람이 그 봉지에 맞았으면 어찌 하려 했는가?
형사상의 벌금은 법에 정해진 한도로만 떨어지지만, 민사상의 손해 배상금은 피해를 입한 만큼 내야 한다. 지금까지 1000만원이 넘는 물적 피해를 낸 저 가해자는 집안 재정이 좀 파탄 날 각오를 해야 할 듯이다. 과거엔 삼풍 백화점이나 세월호를 소유했던 기업도 이런 손해 배상금 명목으로 재산이 다 털렸었다.

2.
지하 주차장에 차를 세워 놓으면 최소한 저렇게 위에서 떨어지는 오물을 맞을 일은 없을 것이고, 더 나아가 뺑소니 차량이 긁고 튄다거나 지나가는 취객이 차를 망가뜨리는 일도 상당수 예방이 가능할 것이다. 거기는 24시간 내내 불이 켜져 있고 CCTV도 잘 갖춰져 있어서 치안이 좋다.

그러나 거기도 마냥 안심할 수만은 없다. 지하는 지상보다 근본적으로 화재에 취약하다는 약점이 있다. 지금으로부터 2년쯤 전엔 용인의 모 아파트 지하 주차장에서 어느 젊은 정신이상자가 불장난을 하다가 대형 화재를 내는 바람에 그 층에 있던 30여 대의 차량들을 깡그리 불태워 버린 적이 있다.
이 정도 피해 규모이면 정말 노예 제도라도 있지 않으면 한 집안을 다 거덜내서라도 피해 보상을 할 수 없을 것이다.

3.
아파트에서 누가 투신 자살을 한 것만으로도 충분히 안타깝고 불미스럽고 끔찍한 소식인데, 우리나라엔 2010년대에 투신 자살하는 사람에게 깔려서 깔린 사람과 자살자가 같이 죽은 일도 두 건이나 있었다. 이거 뭐, 아파트 주변에서는 앞만 보고 나갈 게 아니라 위로 하늘도 반드시 경계하고 주시해야 하는가 싶을 정도이다.

2012년 10월엔 경북 고령에서 한 중국 동포 30대 여성이 신변을 비관하여 14층에서 뛰어내렸는데.. 그 순간에 다른 남자가 "쓰레기를 버리러"(아까 1번 이야기와는 좋은 대조를..) 아파트 현관 밖으로 나가려 했고.. 결국 떨어진 사람을 맞았는지 부딪혔는지 깔렸는지.. 표현을 어떻게 하면 좋을지 모르겠지만 끔찍한 참변을 당했다. 정말 마른 하늘에 날벼락이 따로 없다.

이듬해 2013년 5월엔 우울증을 앓고 있던 30대 남성이 부산의 한 아파트 고층에서 뛰어내렸다. 그런데 마침 1층에서는 한 집에서 6살짜리 여자아이와 부모가 외출하러 나가던 중이었다.
아이는 신이 났는지 부모보다 먼저 밖으로 쪼르르 달려 나갔는데.. 저 자살자는 하필 그 타이밍 때 아이 위로 떨어져 버렸다.

자기 눈앞에서 눈 깜짝할 사이에 생판 모르는 사람이 투신 자살을 하고 자기 애가 그 사람 몸과 부딪혀서 치명상을 입고 죽었다니.. 부모가 얼마나 쇼크 받고 멘붕에 빠졌을지 차마 상상이 가능하겠는가? 쓰레기 봉투가 아니라 사람이 떨어졌고 그 가해자는 죽고 없으며 가해자의 유족은 최소한 가해자의 자살과는 관계가 없는 사람들이니, 이건 뭐 누구에게 책임을 물을 수도 없다. 그러니 답답할 뿐이다. 앞으로 이런 일이 다시는 없기를 바랄 뿐이다.

4.
끝으로.. 우리나라에서야 멀쩡한 엘리베이터를 놔 두고 음식물 쓰레기 봉투를 밖으로 떨어뜨린 노파의 파렴치· 몰상식한 행동이 지탄의 대상이지만, 북한에서는 이게 그저 웃거나 비아냥거릴 일이 절대로 아니다.
남조선에서 음식물 쓰레기를 몰래 투척한 노파의 소식을 들으니, 오래 전에 봤던 본 주 성하 기자의 증언도 덩달아 연관 검색 결과로 떠올랐다.

인평양의 고층 아파트에서 살 정도이면 그야말로 1% 안에 드는 최상류층일 텐데.. 그런 동네에서도 전력이 부족해서 엘리베이터는 그야말로 오전과 저녁 러시아워 때만 운영된다. 그렇기 때문에 고층에서 사는 몸이 불편한 노인들은 진짜 자기 집 밖으로 나오지를 못하고 사실상 높은 탑 안에 감금된다.

물도 당연히 특정 시간대에만 제한급수다. 더운물이 안 나오고 난방이 안 되는 건 차라리 양반이다. 추위 정도는 집안에 또 비닐하우스를 만들고 이불과 옷을 겹겹이 감싸면 극복 가능하며 실제로 평양 시민들은 그렇게 지낸다고 한다. 허나 밥 지을 물, 마실 물, 씻을 물, 심지어 변기 내릴 물이 제때에 충분히 안 나오니...;;

이건 음식물 쓰레기 투척하고는 차원이 다른 문제이지 않은가? =_=;;;
시가지에 인분이 굴러다니는 건 중세 유럽이나 구한말 조선 시대가 미개하다고 깔 때에나 등장하는 레퍼토리인데 저 동네는 시골 촌구석도 아니고 평양이 저 지경이고 이에 대한 탈북자들의 증언이 서로 일치하니 참 뭐라 할 말이 없다.
참 여러가지 일들을 생각할 수 있었다.

Posted by 사무엘

본인이 지금까지 게임 포함 고전 소프트웨어에 대해 글을 잔뜩 올린 것은 그래도 플랫폼은 PC 한정인 편이었다. 운영체제는 응당 16비트 도스/윈도이다.
하지만 그보다 더 옛날 8비트.. 아무래도 롬 베이직을 빼면 롬 카트리지를 꽂아서 게임밖에 할 게 없었던 더 옛날 컴퓨터에 대한 추억도 없는 건 아니다.

본인은 난생 처음 접한 개인용 컴퓨터가 286 AT인 관계로, 저 컴퓨터는 친구 집에서 어깨 너머로 구경만 했지 개인적으로 소장한 경험은 없었다.
그런 플랫폼용으로 프로그램 개발은 어떻게 했을까? 16비트도 모자라서 8비트이면 int도 char과 크기가 같을까? 몇만 바이트밖에 안 되는 허접한 메모리로 어떻게 저런 게임을 만들 수 있었을까? 1980년대 초니까 C 컴파일러조차도 없이 그냥 기계어/어셈블리 직통 코딩을 했을까?

그런 컴퓨터와 아예 8비트 아케이드 게임기와의 관계는 어떠했을까? 그리고 MSX인지 뭔지는 무슨 규격이지? 난 그런 건 전혀 모른다.
그러고 보니 일본이 유난히도 이런 플랫폼용 게임을 많이 만들었던 것 같다. 이 글에서 소개하는 5개의 게임도 다 일제이다.
하지만 본인은 정작 일본에서 동전 품절 현상을 일으킬 정도로 대성공을 거뒀다는 슈퍼마리오는 전혀 접한 적이 없었다. 그리고 황금도끼나 보글보글도 PC 도스용을 접했지 오락실용은 접한 적이 없다. 오락실용이 더 완성도가 높고 재미있는데도 말이다.

1. 남극 탐험

영어 원제는 Antarctic Adventure로, 1984년에 일본 코나미에서 MSX용으로 개발했다.
구멍과 바다표범을 요리조리 피하면서 펭귄을 잘 달리게 하는 게 목표이다. 구멍에 빠지거나 바다표범에 부딪히면.. 주인공인 펭귄이 죽거나 다치지는 않지만.. '지연'이 발생해서 제한 시간 안에 도착을 못 하고 미스가 난다.

BGM은 잘 알다시피 다른 음악이 아니라 스케이터 왈츠라는 고전 음악이다.
그리고 레벨을 클리어하면 가상 세계가 아니라 현실에서 남극 기지를 보유하고 있는 국가들의 국기가 뜨는데, 이는 이 게임이 완전한 허구의 게임성보다는 일종의 교육용으로 개발되었기 때문이다.
늘 드는 생각이지만, 주행 거리 단위는 km를 m로 거의 1/1000에 가깝게 너프시켜도 모자랄 판에 뻥튀기가 너무 심하다.

2. 캐슬 엑설런트

1985년에 일본 아스키 사에 MSX 및 여타 플랫폼용으로 개발한.. 일단은 아케이드 게임이지만 슈파플렉스처럼 퍼즐 요소가 굉장히 강하다. "도미솔미 파레솔~~ 도미솔미 파레도" 요런 BGM이 유명하다. 참고로 아스키는 MSX 규격을 제정하는 데 동참했던 그 회사이다.

얘가 게임 메카닉면에서 여타 게임들과 다른 점은.. 점프가 단순히 일시적인 추진력으로 공중에 떴다가 즉시 떨어지는 게 아니라... 일종의 제트팩을 몇 초간 동작시키는 것과 같다는 점이다. 그리고 다른 방으로 들어가면 각종 기물이나 적들의 위치가 원상복귀되어 버린다는 것도 비현실적이다. 단, 없애 버린 기물이나 적이 다시 생기지는 않는다.

이 게임은 레벨이라는 개념이 없으며, '캐슬'을 구성하는 가로 10*세로 10 총 100개의 방 전체가 거대한 단일 레벨이다. 그리고 지형과 기물, 각종 열쇠 조합을 이용한 굉장히 까다로운 퍼즐을 풀어야 공주가 있는 방까지 갈 수 있다. 주인공은 각종 움직이는 트랩이나 적에게 걸리면 HP 없이 바로 죽는다. 그리고 무기가 없어서 적은 움직이는 기물이나 트랩을 이용해서만 죽일 수 있다.
난 당연히 엔딩은 못 보고 포기했지만, 그래도 뭔가 중세풍의 성 안에서 각종 보석을 먹는 게 잠시나마 재미있긴 했다.

3. 덱스더(Thexder)

친구 집에서 패미컴용을, 그리고 나중에 초딩 시절에 개인적으로 PC DOS용도 해 봤다. PC용은 극악의 종횡비를 자랑하는 CGA 640*200 16색 그래픽 모드에서 실행되었다. 물론 원작은 1985인가 86년에 Game Arts라는 일본 기업에서 개발되었으며, 그 당시 수십~수백만 카피가 팔렸을 정도로 굉장히 히트 치고 성공한 작품이라고 한다.

게임 주인공은 이족보행과 비행 기능을 모두 갖춘 로봇이다. 아케이드 게임으로서는 아주 드물게 각도를 목표물을 자동 조준하여 총을 쏘는 기능이 있다. (이것 말고 자동 조준을 하는 게임으로는 난 툼 레이더밖에 못 봤다~!)
비행 모드에서는 덩치가 좀 더 작아지고 낙하· 추락을 안 하게 되지만 자동 조준을 못 하며 중간에 정지를 할 수 없다는 제약이 생긴다.

이런 상태에서 던전 안의 수많은 장애물· 몬스터들을 죽이거나 피하면서 던전을 빠져나가는 게 게임의 목표다. 게임을 잘 못하면 적들이 너무 많이 나와서 걔네들에게 다구리 당하다가 게임오버 된다.
SF스러운 느낌이 나면서 한편으로는 단조 특유의 구슬픈 느낌이 나는 BGM도 인상적이다.

4. 마피 (Mappy)

1983년에 일본 남코에서 개발한 아케이드 게임으로, 동작 플랫폼이 위의 둘과는 좀 다르다. 위키백과에서도 MSX가 아니라 '아케이드'라고만 소개하고 있는데, 그래서 그런지 본인 역시 이건 동전을 넣어서 사용하는 동네 문방구의 오락기로만 구경해 봤다.
주인공은 쥐이고 적들은 고양이인데, 고양이를 피하면서 아이템들을 모두 모아야 한다.

고양이를 직접 공격해서 죽일 수는 없으며, 문을 적절한 타이밍에 열어서 기절시킬 수만 있다. 그리고 굉장히 특이한 규칙이 있는데, 봉봉 패드를 타고 점프 내지 낙하 중일 때, 다시 말해 발이 땅에 닿지 않은 상태일 때는 고양이와 닿아도 죽지 않는다. 요 타이밍을 잘 이용해야 한다.
그런데 안전하다고 해서 봉봉 패드만 계속 연달아 타고 있으면 안 된다. 그러면 패드가 나중에 끊어져서 화면 아래로 떨어지기 때문이다.

E단조의 BGM 멜로디도 20년 가까이 기억 속에 봉인되어 있었는데 본인은 아직까지 정확하게 기억하고 있다. 신기하다.
그리고 정식 오락실도 아니고 마치 뽑기 기계처럼 비치된 '동네 문방구의 오락기'라고 하니까 또 추억이 돋는다. 요즘은 그런 용도의 게임은 스마트폰 게임이 다 대체해 버렸으며, 3, 40대 아저씨들이나 옛날 추억을 살리려고 에뮬레이터와 롬 파일을 구해서 PC에서 게임을 즐기는 지경이 됐다.

일본에서는 패미컴(family), 퍼스컴(personal) 등.. 한국 같았으면 그냥 알파벳 이니셜을 그대로 썼을 텐데 영어 단어를 제멋대로 뚝뚝 잘라 내서 말은 참 잘 만든다는 생각이 들었다.

5. 요술나무 (Magical Tree)

남극탐험과 마찬가지로 코나미에서 1984년에 MSX용으로 개발한 작품이다. 제목을 까맣게 잊어버린 상태였는데 구글에서 MSX tree climbing game이라고만 쳤더니.. 이거 뭐 내가 원하는 답이 즉시 튀어나와서 기억을 복원할 수 있었다. 역시 무서운 구글.

이건 깃털 달린 모자를 쓴 귀여운 인디언 소년이 주인공으로 나오고, 나무를 수직으로 끝도 없이 타고 오르는 게 목표인 게임이다. 9개의 스테이지를 거치면서 설정상 총 2004m를 올라가야 한다. 한라산보다 약간 더 높구나.
게임 BGM을 말하자면, 평소에는 F장조 파~도 파~도 파라솔파도... 요렇게 시작하는 명랑한 멜로디 6마디가 무한 반복된다. 아, 한 스테이지에는 화면의 중앙에 나무 기둥이 있는 보통 모드가 있고, 중앙 대신 좌우 양 끝에 나무 기둥이 있는 특별 모드가 있다. 특별 모드에서는 반음 간격의 뚜두뚜두...만 반복되면서 뭔가 위기 상황인 듯한 분위기가 난다.

주인공을 방해하는 건 무슨 게처럼 수평 비행을 하는 부엉이, 번개를 떨어뜨리는 먹구름, 그리고 시도 때도 없이 튀어나오는 애벌레 등이다. 아이템으로 칼과 활이 있는데 이건 점수만을 줄 뿐 무기가 아니다. 이 게임엔 주인공에게 무기를 사용한 공격은 없으며 단지 사과를 떨어뜨리고 굴려서 적을 없애는 시스템만이 존재한다.

끝도 없이 높이 솟은 나무 위에 성이 있는 게 '재크와 콩나무' 동화 같은 느낌이 든다.

Posted by 사무엘

2015년 새해 연초에 본인은 이례적으로 영화를 세 개나 영화관에 가서 봤다. (이 글에서 크게 코멘트를 하지 않은 "님아 그 강을 건너지 마오"까지 포함해서)

1. 테이큰 3

악당이 아니라 니슨이 남에게 굿 럭을 날리는 장면 하나만으로도 잔뜩 기대를 하고 봤다. 예고편에서는 "우리는 FBI와 CIA를 총동원해서 당신을(니슨) 저지할 겁니다" 이런 말이 나오는 것 같던데 실제 영화에서는 놓쳤는지 못 들었다.

1편에서는 흑발 내지 갈색에 가깝게 염색을 하고 출연했던 킴은 원래의 머리 색깔인 금발로 바뀌었다. 1편에서는 끼만으로 먹고 살고 싶어하던 가수 지망생이었던 반면, 3편에서는 철이 들어서 공부를 했는지 심리학을 전공하는 대학생으로 신분이 바뀌었다.

하지만 대학교 학부생 주제에 벌써 혼전임신을 한 상태다..;; 1편의 '아만다'만치 심한 수준은 아니겠지만 킴도 좀 노는 타입인 듯. 임신 테스터는 영락없이 "킬빌"의 장면을 떠올리게 한다.
이런 상황에서 브라이언 정도의 딸바보라면 딸을 임신시킨 남친을 반쯤 죽여 놓고 머리에 샷건을 들이대면서 "내 딸하고 당장 결혼 안 하면 넌 뒈진다"라고 협박할 법도 한데 그 일에 대해서는 브라이언도 의외로 쿨하다.

이 3편에서는 무엇보다도 킴의 새아빠인 스튜어트가 배우 자체가 더 얍삽하고 사악하게 생긴 사람으로 바뀌고 완전히 악역으로 흑화했다. 1편에서 브라이언을 프랑스로 데려다 줬던 그 전세기가 3편에서는 새아빠가 의붓딸(자기 입장에서)을 납치하는 도구로 용도가 바뀌어 버린다. 이미 비행기가 뜨기 시작했는데, 자동차로 밑의 랜딩기어를 날려 버리는 것만으로 비행기를 저렇게 휘청거리게 만들고 떨어뜨리는 게 항공역학적으로 가능한지는 난 좀 회의적이다.

"다이하드" 어느 시리즈에서처럼 러시아 최종 보스를 해치우는 부분에서 이야기를 끝냈어도 될 텐데, 반전은 좀 억지로 집어넣은 느낌이 든다. 어설프게 "쏠트" 흉내를 낸 듯.
이에 맞서 브라이언은 원하는 정보를 얻기 위해 이번에도 남에게 형사를 사칭하고 악당을 고문한다. 새아빠가 얼굴에다 헝겊을 쓴 뒤 브라이언에게 꼴꼴꼴~ 물 고문을 당한다. =_=;;

수사반장인 흑인 도츨러는 처음에는 골칫거리인 브라이언을 직업상 체포하는 역할을 하지만 나중에는 결국 브라이언의 혐의가 풀리면서 서로 화해한다. "브라이언은 너희(부하들) 능력으로 잡은 게 아니라 잡혀 준 척 한 것일 뿐이다. 빨랑 차 세워라" 이런 말을 할 정도로 똑똑하다.

끝으로, 종교적인 부분. 테이큰 시리즈는 나 같은 신자가 보기에 교리적인 왜곡 같은 건 없어서 보기가 참 편했다. (괜히 이상한 코드 집어넣는 영화들은 천하에 꼴도 보기가 싫었다) 레노어의 장례식을 진행하는 목사가 영어로는, 내 기억이 맞다면 the word of God says... 라고 말하지만, 자막 번역은 그냥 "주님은 이렇게 말씀하십니다.." 라고 떴다.
성경 말씀 자체에 인격이 담겨 있다는 개념을 잘 이해하지 못한 불신자가 대충 의역을 해서 그런 것 같다. "성경은 말합니다"라고 직역을 못 하더라도 "성경에는 이런 말씀이 있습니다" 정도만 해도 충분했을 것이다.

이번 3편은 1편의 포스를 능가할 수준은 못 되지만 그래도 2편보다는 나은 것 같다. 그럭저럭 잘 봤다.
그러고 보니 나 완전 액션 영화 매니아인 것 같다. 인용하는 관련 영화들이 전부 그쪽.. ^^;;

2. 국제시장

"국제시장"은 정말 딱 "포레스트 검프"의 우리나라판 같다. 21세기를 사는 우리가 잊어서는 안 될 아래의 굵직한 사건들을 스크린에서 다뤄 줬다는 것만으로도 이 영화는 매우 건전하고 충분히 볼 가치가 있다.

(1) 6· 25 흥남 철수(1950. 12.): 1차 세계 대전 때 크리스마스 휴전이라는 이벤트가 있었다면, 6· 25 전쟁 때는 이런 기적 같은 사건이 있었다. 대한민국 정부가 잠깐이나마 평양까지 진출하고 북진 멸공 자유 통일이 눈앞에 있었는데.. 중공군 때문에 이 염원이 사실상 영원히 좌절돼 버렸다. 남쪽의 원산까지 이미 적군에게 점령당한 관계로 퇴로가 해로밖에 없었다. 그래서 배를 타야 했다.
참고로 월턴 워커 장군이 교통사고로 순직한 때가 1950년 12월 23일로, 흥남 철수와 타이밍이 거의 일치한다. 지금 서울에 '워커힐'이 바로 저 사람 이름을 따라 명명됐다.

(2) 파독 광부와 간호사(1964~1966): 한 10여 년 전부터 육사 교장의 편지라는 정체불명의 글이 나돌면서 어쨌든 많이 알려졌다. 일류대에 들어갈 정도로 머리 좋고 똑똑하면 뭘 하나, 나라가 가난하고 스스로 부를 창출할 기반이 없으니.. 억만 리 타지에서 학벌에 어울리지 않는 힘든 일 궂은 일을 하는 것인데도 목돈 모을려고 다들 못 나가서 난리였다.

(3) 월남전(1972~1974): 무슨 민간인 학살을 저질렀네(민간인 위장을 한 스파이 얘기는 절대 안 하고) 어쩌네 이상한 헛소리 음모론 대신, 이렇게 건전한 얘기를 풀어 주니 관람하는 기분이 좋았다.
물론, 실제로는 동일 인물이 공무원· 관리 명목이 아닌 인부· 일꾼 명목으로 서독과 베트남을 모두 경험한 경우는 매우 드물었다는 점은 감안할 필요가 있다. 그래도 창작물이라는 허구에서는 한 주인공이 온갖 역사 사건을 다 몰아서 경험하는 게 관행이긴 하다. <여명의 눈동자>나 영화 <진주만> 등의 주인공을 생각해 볼 것.

(4) KBS 이산가족 찾기(1983. 10.): 재연을 한 건지, 아니면 당대의 레알 기록 영상물에다가 주인공을 CG로 합성해 넣은 건지? 어쨌든 재연을 굉장히 잘했다. 난리통에 생이별한 아버지는 못 찾았지만, 여동생은 미국으로 입양돼 있었을 줄이야.
내가 "님아 그 강을..."을 보면서는 그렇게까지 큰 감흥이 없었지만, 이산가족 상봉 장면만은.. 정말 눈물 없이는 볼 수 없었다. "여기는 운동장 아니다." / "Am I really your sister?" ㅠ.ㅠ
미국으로 입양된 막순이 역을 맡은 배우.. 한국계 미국인 신인 같은데 정말 리얼하게 연기를 잘했다. 킬빌로 치면 뭔가 헬렌 김(암살자 카렌 김 역) 같은 위치일까?

부부싸움 하다가 어색하게 국기에 대한 경례를 하는 장면은 정말 다른 불순한 의도 없이 그 시절에 그랬다는 풍자가 들어간 개그이더구만.. 도대체 뭐가 이념이 들어간 건지 모르겠다.
게다가 뭐? "나이 많은 꼰대들한테서 지겹도록 들은 얘기를 굳이 또 영화로 봐야 할 필요 있나?" 이런 인간말종 수준의 개소리는 정말로 일고의 가치가 없다.

한 가지 아쉬운 점은, 이 영화는 6· 25 시절의 부산을 다루고 있으면서 정확하게 그 시간과 장소에 있었던 대역경인 "부산역전 대화재"는 건너뛰었다는 점이다. 부산으로 피난 가서 살던 덕수네 집안의 삶을 더욱 어렵게 만들었을 사건인데, 딱히 집어넣을 만한 공간이 없어서 안 넣은 것 같다.

Posted by 사무엘

얼마 전, 본인은 회사에서 어도비 인디자인의 약간 구버전을 업무상 프로그램 구조 분석을 목적으로 설치한 적이 있었다.
본인은 프로그래머이지 디자이너가 아니며, 나의 컴퓨터 생업 밑천은 비주얼 C++이지 인디자인은 아니다. 이건 잠깐만 들여다보고 버릴 예정이므로 30일 트라이얼 버전만 잠깐 깔았다.
그리고 그걸로 소기의 목적을 달성한 뒤, 본인은 그걸 방치했는데..

나중에 내 한글 입력기가 인디자인에서 제대로 동작하지 않는 듯하다는 문의가 어디선가 들어왔다. 난 비록 30일 기간은 아득히 경과했겠지만 일단 내 회사 컴에 인디자인이 깔려 있다는 것을 기억하고 그걸 일단 실행해 봤다. 그랬더니..
프로그램은 "트라이얼 기간이 경과했으니 이제 마지막으로 한 번만 더 실행 기회를 준다"라는 메시지와 함께 일단 실행이 됐다.

어도비가 요즘 먹고 살기가 팍팍한지, 혹은 도를 넘는 불법복제에 이골이 났는지 소프트웨어 제품들에 인증을 강화하고 패키지 일회성 구매보다 사용권/사용 기간 구매 위주로 정책을 짜게 바꾸고 있다고 본인은 들었다. 하지만 30일이 경과하자마자 칼같이 실행을 거부하는 여느 데모나 셰어웨어와 달리, 트라이얼 버전에 대해서는 쟤들이 나름 자비심 있는 조치를 취한 것 같다. 단 한 번만 더 기회를 준 것이지만 사용자의 입장에서는 훨씬 더 좋은 인상을 받았다.

이와 유사한 다른 사례들을 주변에서 여럿 찾을 수 있다.
옛날에 '잔기'(목숨, 마릿수)가 존재하던 게임을 보면, 1이 마지막 잔기인 게임이 있는가 하면 0이 마지막인 게임도 있었다. 이 역시 1보다는 0이 더 관대해 보인다.

지하철의 경우, 운임이 중간에 오르더라도 예전 운임을 기준으로 이미 충전된 한 달치 정기권은 추가 정산 없이 그대로 사용할 수 있다.
지금은 없어진 지 10년이 넘었지만, 옛날엔 서울 지하철에 정액권이란 게 있었다. 구입가보다 더 많은 금액이 입력되어 있을 뿐만 아니라, 소진 직전 맨 마지막에는 금액이 100원이 남았든 50원이 남았든 무방하게 전철 최장거리 구간도 1회에 한해 더 이용할 수 있었다. 뭐, 지하철 회사의 입장에서는 이런 운임 누수 꼼수를 막으려면 정액권의 단가를 최대한 높게 잡아야 했겠지만 말이다.

이런 식의 아기자기한 '마지막 한 번의 여유'를 생각할 만한 일이 또 있었다.
한번은 교회 친구들을 집에 초대해서 놀다가 야식을 시켜 먹었다. 이럴 때는 집 냉장고나 문에 쳐박혀 있는 야식집 메뉴판을 꺼내서 그 내용대로 주문을 하는데, 그 메뉴판 가격을 그대로 접수받는 집이 내 경험상 생각보다 적다. 수 년이라는 시간이 흐르는 사이에 가격이 올랐다고 그런다. 그러나 이것도 그렇게 센스 있는 조치는 아니다.

자기 집의 옛날 메뉴판 찌라시를 제시하면 그걸 회수하고 새 찌라시로 교환하는 조건으로 1회에 한해, 메뉴에 적힌 대로 옛날 가격을 받게 하는 게 고객에게는 훨씬 더 좋은 서비스가 되지 않을까?
자기네 가게에서 옛날에 집집마다 돌며 뿌렸던 광고 찌라시를 버리지 않고 기억하고, 나중에 그걸로 주문을 한 것만으로도 업소에서 보상을 해 주는 게 마땅치 않은가 말이다.

또한 이것은 "찌라시에 대한 신뢰도를 올리고" 한번 주문을 했던 고객으로 하여금 자기 업소에 대한 충성도를 높이는 효과도 낸다는 게 내 생각이다. 할인 쿠폰이 뭐 따로 있는 게 아니다.
소프트웨어 UI 내지 고객을 접대하는 장사를 하는 업종에서는 이런 '마지막 기회'에 대한 아량이라는 덕목이 필요하겠다는 생각이 들었다.

Posted by 사무엘

신약 성경의 사복음서 중에서 개성이 없는 책이 있겠느냐만, 그 중 누가복음은 사도행전과 직통 라인이라는 점, '데오빌로'라는 개인적인 수신자를 설정하고 있는 점부터가 심상찮으며 이것 말고도 자신만의 아주 독특한 면모를 여럿 지닌 책이다.

누가복음은 예수님에 대해서 온전한 인간적인 면모를 조명하였으며, 주체가 아닌 객체의 관점에서도 그분이 비단 유대인뿐만 아니라 온 인류의 보편적인 구원자라는 점을 내세웠다.
그러면서도 요한복음처럼 뭔가 형이상학적이고 철학적이고 심오한 분위기가 아니라 사람 냄새가 물씬 풍긴다. 정치 용어를 동원해서 비유하자면 '좌파'스럽다. 사복음서 중 민중, 인권, 여성 해방 같은 분위기가 압도적으로 가장 진하게 느껴진다.

그래서일까? 이 책엔 정치인 디스가 심심찮게 나온다. 단순히 헤롯이 침례인 요한을 잡아 가뒀다고만 말하지 않는다. 헤롯이 안 그래도 나쁜짓을 저질렀데 그것도 모자라서 이를 책망하는 요한을 잡아 가두기까지 했으니 추가로 까임권을 획득한 것이라고 코멘트를 한다. (눅 3:19-20) 이런 코멘트는 다른 복음서에는 존재하지 않는다.
나중에는 예수님도 그 헤롯을 보고 여우라고 살짝 디스를 하셨다(눅 13:32).

그리고 지금으로 치면 삼풍 백화점이나 세월호 같은 재난· 대형 사고 시국에 적용할 만한 구절도 누가복음 13장에 나온다. "너희도 회개하지 않으면 다 이처럼 멸망하리라."
이런 맥락에서, "세리들은 법에서 규정된 것 이상으로 세금을 부당 징수 착취하지 말라. 군인들은 권력을 남용하여 민폐 끼치지 말고 나라에서 주는 급여만으로 만족하라" 같은 사회 정의를 추구하는 침례인 요한의 권면도 누가복음에만 나오는 건 이상한 일이 아닐 것이다. (눅 3:12-14)

마태복음의 설교에서 언급되는 "영이 가난한 자, 의에 주리고 목마른 자"가 눅에서는 그냥 물리적으로 "배가 고픈 자"로 단순화되어 나오고,
동일한 사건도 마태복음이 scope가 대체로 "유대인 only"라면, 누가복음은 "모든 사람, 너희" 같은 global scope으로 바뀐다. 여러 모로 인간적이다. 그런데 정작 교회라는 단어 자체는 마태복음에만 직접적으로 나오니 이것도 상호 보완적인 집필 방식인 듯하다.

뭐 그렇다고 해서 성경 자체가 이념에 치우친 책이라는 말은 절대 아니니 오해하지 말아야겠다. 누가복음 역시 뭐 민중신학, 해방신학처럼 부자들 재산을 빼앗고 기득권층 뒤집어엎어서 정치적 해방을 이루자 그런 짓을 결코 조장하지 않는다. 누가복음이 궁극적으로 말하고자 하는 것은, 진정한 신본주의야말로 역설적으로 진정한 인본주의를 실현하는 첫걸음이라는 것이다.

누가복음에 있는 뭔가 인간적으로 훈훈한 이야기로는 선한 사마리아인 내지 돌아온 탕자가 있다. 이것들은 예수님이 비유로 말씀하시던 중에 나온 얘기이며, 실제 사건이나 실존 인물 얘기는 아니다.
그러나, 어떤 선행이나 종교적인 행위 없이 예수님만을 믿어서 죄사함/구원을 이루는 예로 누가복음에만 나오는 다음 두 에피소드들은 실화이다. (1) 십자가에서 구원받은 강도, 그리고 (2) 어느 죄인인 여인.

먼저 (1)의 경우를 생각해 보자. 예정에 없던 예수 십자가형 졸속 집행으로 인해, 주변의 어느 두 죄수도 완전 날벼락이 따로 없는 십자가형을 같이 당했다. 이들은 당연히 완전 멘붕에 빠졌으며, 십자가에 매달린 채 힘들어 죽을 것 같은 상황에서도 같이 예수님을 욕했다. 그러나 한 명은 몇 시간 동안 매달려 있던 과정에서 나중에 회개했다. (눅 23:39-43)

그는 살아 생전에 무슨 나쁜 짓을 해서 이런 비참한 최후를 맞이게 됐는지 모르겠다. 허나, 그는 막판에 회개하고 예수님을 주님으로 시인함으로써 로또 1등을 능가하는 인생역전을 성취했다. 저 사람이 무슨 평생 종교 행위를 했나, 고해성사를 했나, 도대체 무슨 예쁜 짓을 했단 말인가?

(2) 눅 7장에 나오는 무슨 죄인이라는 여인도 한 건 아무것도 없다. (무진장 음란 방탕하게 살기라도 했는지?) 이를 악물고 죄를 단호하게 끊겠다고 결심하지도 않았고 뭐 무슨 성사, 고행, 기도문 암송 그딴 거 없었다.
그저 예수님을 보고는 감화되어서 자신의 모습이 부끄러워 보이고, 그 애통한 마음을 어떻게 표현할까 고민하다가.. 그저 울면서 그분 발에 향유를 뿌리고 발에다 키스를 하고 자기 머리카락으로 그분 발을 닦았을 뿐이다.

그랬더니 이게 웬일, 예수님은 그 마음을 받으시고 그 여인의 죄가 용서됐다고 선언하셨다.

이런 일이 가능한 근본 이유는 예수님은 인간의 죄를 사할 권한이 있는 하나님이기 때문이다.
병 고치고 죽은 자를 살리는 것처럼 눈에 보이는 기적을 그분이 자꾸 행하신 이유는.. 바로 눈에 보이는 기적이 가능하듯이 동급의 NP-hard나 마찬가지인 죄사함, 즉 눈에 안 보이는 기적도 행할 수 있다는 걸 보이기 위해서였다. 이거도 내 추론이 아니라 성경에 나오는 말이다. (마 9:4-6, 막 2:5-10, 눅 5:20-24 계속 반복해서 강조하며 등장!)  둘이 서로 다항시간 환산이 가능한 문제이기라도 한 듯. ㅋㅋ

그런데 저 여인이나 강도가 예수님께 잘 보여서 그저 뽀록이 난 것에 불과하고 예수님은 무슨 기분파마냥 이랬다 저랬다 제멋대로 죄 사면권을 남발하는 분이었던 것일까? 그렇게 생각하는 크리스천은 없으리라 생각한다.
이 사고방식을 이해를 못 하면.. 당신은 "향유를 300 데나리온에 팔아서 가난한 사람 구제나 하지 이게 뭔 삽질이야?" 하고 분개했던 가룟 유다의 후예가 되는 거다. (요 12:3-5. 단, 이건 눅7과 동일 사건은 아님)

"평생 나쁘게 살다가 끝에 죽기 직전에 예수 믿기만 하면 끝이냐? ㅋㅋ" 이런 개독안티의 조롱은... 본질적으로 정확하게 맞는 말이다. 그게 기독교다. 단지 그런 말을 하는 당신이 언제 죽을지가 예측이 전혀 불가능하다는 게 문제일 뿐이다. 컴퓨터 프로그램의 정지 문제만큼이나. 구원은 오로지 예수님에게 있으며, what you do가 아니라 what you are에 달려 있다.

맨날 선행, 선행만 강조하는데 물질· 물리적인 선행에 앞서 그 동기와 이유가 무엇인가? 그 선행을 할 여건이나 환경조차 갖추지 못하고 있는 사람은 도대체 어떻게 되는 건가?
그러니 그런 상대적이고 불완전한 잣대가 아니라 예수님을 믿고 그분부터 사랑하는 것이 성경적으로 모든 지혜와 지식의 시작이고 진짜 선행의 시작인 것이다. 예수님께 허비하는 건 궁극적으로 허비가 아니고 낭비도 아니다. 성경은 이런 사실을 알려 주고 있는 것이다.

예수님을 만나서 펑펑 울고 온 눅 7장의 여인은 삶이 송두리째 바뀌어서 요한복음 4장에 나오는 여인처럼 되었을지는 모르겠다. 요한복음의 그 여인도 과거가 그리 깨끗하지 못했으니 말이다. 그래서 결혼식 주례 때 요 4:18과 요일 4:18을 절대로 뒤바꿔서 인용해서는 안 되게 됐다. =_=;; (이거 대표적인 기독교 개그인데.. 뭔 말인지 모르시는 분은 성경을 직접 찾아 보시길.)

요한복음과의 연계 하니까 생각나는데.. 누가복음의 전반적인 분위기와 논조로 보자면, 사실 간음하다 붙잡힌 여인 얘기도 요한복음보다는 누가복음에 더 어울리는 이야기인지도 모르겠다. 하지만 내가 하나님의 생각을 다 알 수는 없으니 감히 성경 변개를 주도하지는 않겠다.

자, 정치인 디스가 나왔고 제일 중요한 훈훈한 구원 이야기가 나왔고.. 끝으로, 침례인 요한 얘기 하나만 더 하겠다.
사복음서를 살펴보면 예수님의 탄생에 대해 언급한 책이 반(마, 눅)이고 그리하지 않은 책이 반(막, 요)이다. 그런데 누가복음은 예수님의 탄생뿐만이 아니라 유일하게 침례인 요한의 드라마틱한 탄생 과정도 상세하게 다루고 있다. 다른 책에서는 요한은 그저 성경 예언에 근거하여 곧바로 갑툭튀한 인물일 뿐이니 말이다.

예수님을 임신한 마리아가 방문하자 엘리사벳의 배에 있던 침례인 요한이 기뻐서 흥분했다니.. 이런 성경의 사고방식에서는 낙태 같은 건 정말 꿈에도 상상할 수 없다는 걸 알 수 있다.
일반적으로 '모태신앙'이라고 하면 그냥 충분히 어릴 때부터 교회 다니고 예수님을 믿어서 딱히 불신자의 사고방식으로 산 경험이 없는 사람을 일컫지, 그 애가 진짜 태어나기도 전부터 특례 구원이 아닌 진짜 자기 믿음으로 구원 받았다는 얘기는 아닐 것이다.
그러나 요한의 경우는 레알 모태신앙이었던 것 같다. 눅 1:15를 보시라. "... 심지어 자기 어머니 태에서부터 [성령님]으로 충만하여"

물론 그렇다고 해서 요한이 예수님처럼 죄성이 아예 없이 태어난 사람이라는 뜻은 아니겠지만(시 51:5), 성경은 요한이 여자에게서 태어난 자들 중에서 가장 큰(위대한) 사람이었다고 말한다. (마 11:11)
그런데 한편으로는 하늘의 왕국에서 가장 작은 자가 요한보다 더 크다고도 성경은 말한다. 이것은 요한이 예수님을 진짜로 보게 된 사람이라는 점에서 옛 사람들보다 매우 복을 받았지만, 한편으로 예수님의 부활과 승천 같은 영광은 못 보고 먼저 죽기 때문에 신약 크리스천만치 복이 있지는 못하다는 걸 의미한다.

단, 엘리야의 영을 받고 위대한 일을 한 요한도 나중에 투옥된 상태에서는 제자들을 보내서 그 예수님보고 "너 정말 메시야 맞니? 아니면 우리가 다른 사람을 계속 기다려야 할까?"라고 인증 질문을 하니, 이것은 성경을 처음 읽는 독자들을 의아하게 한다.
성경에서 복음서를 두 파트로 요약하면, 분량상 침례인 요한의 죽음과 곧이어 나오는 오병이어 기적이 딱 중앙에 자리잡게 된다.

이제 글을 슬슬 맺도록 하겠다.
누가복음은 '인간 예수'를 조명하다 보니, 예수님의 어린 시절에 대한 단서가 짤막하게나마 언급되어 있는 유일한 책이다. 어린 시절이라고 해서 예수님이 무슨 척 노리스-_-라도 됐던 것처럼 희한하게 묘사한 수많은 위경들이 아니라 이게 진짜 믿을 만한 책이다.
또한 불의한 재판관 비유를 통해 끊임없는 간구 근성을 호소하며, "예수님 당신을 낳은 태와 당신이 어릴적에 빨았던 엄마 젖가슴이 참 복이 있습니다!" 같은 시시콜콜한 군중 애드립 에피소드(눅 11:27)가 기록된 책, 불의한 청지기 비유 같은 독특한 메시지가 담겨 있는 책이 누가복음이다.

이런 이야기들이 적혀 있는 누가복음의 1:1-4 서문을 보시라. 여기에 기록된 모든 이야기들은 증인이 한두 명이 아닌 신뢰도 100%의 확실한 팩트라고 한다. 저자 역시 그 사건을 머리부터 발끝까지 싹 다 정확하게 이해한 상태에서, 내가 진심으로 친애하는 '데오빌로'라는 독자로 하여금 이 놀랍고 아름다운 이야기를 꼭 모두 숙지하기를 바라면서 진심을 담아 기록을 남겨 전한다고 적혀 있다.
비단 누가복음뿐만이 아니라 성경의 모든 말씀들이 그렇게 고귀하게 기록되고 전해져 왔다. 이 책에 기록된 말씀을 읽고 상고하는 오늘날의 '데오빌로'의 후예에게도 반드시 복이 있을 것이다.

Posted by 사무엘