지게 이야기

1. 바퀴를 굴릴 수 없는 곳에서 짐을 나를 때

인간은 손으로 다 들 수 없을 정도로 많은 짐을 간편하게 한데 넣어 다니기 위해 다양한 형태의 가방을 사용한다. 그런데 그 가방도 운반하기 위해서는 손을 사용해야 하니, (1) 손을 전혀 쓰지 않고 싶거나 (2) 팔과 손만으로 감당하기 어려울 정도로 무거운 짐을 날라야 할 때는 백팩이나 배낭처럼 어깨에다 메는 물건을 사용하게 된다.
참고로 바퀴 달린 캐리어는 끌기 위해 여전히 손을 하나 써야 하기 때문에 (1)은 충족하지 못하지만, 바퀴 덕분에 (2)는 그럭저럭 충족한다는 차이가 있다.

그런데, 메는 부류에 속하는 물건 중에는 '지게'라는 것도 있다. 얘는 짐을 몽땅 감싸는 게 아니라 짐의 아래만을 받치는 형태이다. 그렇기 때문에 지게는 그 위에 쌓는 짐의 크기에 그다지 제약을 부과하지 않으며, 짐꾼의 체력이 허용하는 한 굉장히 많은 짐을 싣게 해 준다.

사용자 삽입 이미지

(흑백 원본에다가 뭔가 어설프게 색을 입힌 사진인 듯..)
지게는 왠지 옛날에 나무꾼들이 많이 사용했을 것 같다. 하지만 얘는 나무 말고 다른 짐을 나르는 데도 많이 사용되었으며, 오늘날도 나무는 아니고 알루미늄 재질의 지게가 만들어져 쓰이고 있다. 대문자 A 글자를 닮은 외형 덕분에 영어권에서는 A-frame carrier라고 불린다.

지게가 하필 나무꾼의 상징으로 등극한 것에는 다 이유가 있다. 사람이 다른 백팩이나 캐리어도 아니고 지게를 동원해서 저렇게 많은 짐을 꾸역꾸역 날라야 하는 상황이란, 바퀴를 활용할 수 없을 때밖에 없기 때문이다.
그리고 꼬불꼬불 좁은 산길은 이 조건에 완벽하게 해당된다. 거기서는 자동차는커녕 수레조차 끌 수 없으며, 캐리어의 그 작고 연약한 바퀴 역시 아무 도움이 되지 않는다. 그런 열악한 지형을 감당할 수 있는 가장 효율적인 운송 수단은 사람의 다리와 지게뿐이다.

사용자 삽입 이미지

2. 지게 부대

과거 6· 25 전쟁 중에는 민간 지게꾼들이 미군에 의해 대거 징발되어 수송· 보급 임무를 수행했다. 일명 '지게 부대'인데.. 명칭이 뭔가 '부대찌개'를 연상케 한다. ㄲㄲㄲ

사용자 삽입 이미지

왜냐고? 한반도는 온통 산지이고 도로다운 도로 인프라가 없었기 때문이다.
일제 시대엔 차도가 그나마 전국에서 제일 잘 닦여 있던 경성 시내조차도 아스팔트 포장이나 차선이나 신호등 따위 없었다. 아무 시설이 없으니 해방 후 미군정이 1946년 봄에 자동차의 통행 방향조차 우측으로 곧장 변경할 수 있을 정도였다. 하물며 서울을 벗어나면 그냥 전부 흙길 뻘밭..

지게 부대는 1951년 이후의 첩첩산중 고지전에서나 운용한 게 아니라 1950년 7월, 이미 대전이 함락되고 낙동강 고지를 사수하네 마네 하던 시절부터 운용되었다. 경부 고속도로의 건설 비화만 봐도 알 수 있듯, 대전-대구 사이 구간 역시 지형이 만만찮게 험하기 때문이다.
이들의 활약상에 대해서는 다른 글동영상이 이미 많이 올라와 있으므로 참고하시기 바란다. 원래 3, 40대 장정들만 모집한다고 광고했는데 더 어린 소년들과 60대 노인들까지 왕창 몰렸다고 한다.

<야인시대>에서 김 두한이 기를 쓰고 "4딸라!"를 고집하면서 올리려고 했던 건.. 이렇게 미군에 고용되어 부역한 민간인들의 임금(일당)이었던 셈이다. 뭐, 지게꾼들 말고 배에 산더미처럼 쌓인 보급품들을 하역하는 알바(?)들도 있었다고 한다.

그들이 그 시절 물가 기준으로 실제로 받았던 일당은 낮과 밤이 서로 차이가 있긴 했지만, 평균을 내면 4딸라는 개뿔, 1$도 안 되는 50센트 남짓이었다고 한다.
그래도 그건 미군이 로동력을 저렴하게 착취한 게 결코 아니었다. 노동 여건을 비롯해 그 시절의 병사 월급이나 타 업종 소득과 환율을 총체적으로 감안하면.. 저것도 오히려 넉넉하고 후하게 준 것이었다. 그래서 지원자가 몰렸었다.
드라마 내지 원작 소설에서는 무슨 근거로 무슨 약을 빨고 하필 4딸라를 고집했던가 모르겠다..

또한, 한반도의 이런 안습한 도로 사정은 남한뿐만 아니라 북괴의 입장에서도 동일하게 불리한 요인이었던 것이 사실이다.
그러니 인천 상륙 작전으로 허를 한번 찔리자 놈들도 보급로가 완전히 작살나서 곧 후퇴해야 하게 됐다.

3. 나무꾼

지게가 나왔으니 말인데.. 옛날에는 나무를 벨 때 <선녀와 나무꾼>, <금도끼 은도끼> 같은 전래동화에 묘사된 바와 같이 도끼를 주로 썼던 것 같다. 인간의 팔힘만으로 육중한 나무를 찍어서 쓰러뜨리는 건 굉장히 힘든 노동이다. "열 번 찍어서 안 넘어가는 나무"도 없을 리가 있겠나...

지금은 톱이 주류로 바뀌었다. 옛날에도 톱이 없는 건 아니었지만, <흥부전>에서 박을 썰어서 개방하는 장면에서나 봤던 것 같다.
요즘은 그냥 톱이 아니라 동력 엔진이 달린 전기톱, 사슬톱, 기관톱(??)이 있으니 힘을 덜 들이고 나무를 벨 수 있다. 하지만 대단히 위험한 건 감수해야 할 것이다.

오늘날이야 전기, 가스 같은 편리한 에너지 덕분에 옛날처럼 '땔감'을 마련하기 위해 나무를 벨 필요는 없어졌다. 원시적인 지게보다는 지게차 같은 다른 육중한 동력 기계가 더 친숙한 세상이 됐다. 이제 도끼는 망치에 가까운 소형 버전이 유리창 깨고 자물쇠 딸 때, 비상 탈출용으로 쓰이는 것 같다.

더티한 화석연료가 역설적으로 산림을 보호해 주고, 원자력은 화석연료를 아껴 준다는 것이 반박불가의 진리이다. 인류가 문명의 이기들을 다 때려치우고 하루아침에 석기시대로 돌아가서 살 게 아니라면 말이다. 산업화 되기 전인 조선 시대 내지 북한이 온통 민둥산인 건 이유가 있다.

뭐, 조선 시대나 6· 25 전쟁 당시가 아닌 지금도 벌목 자체는 행해지고 있을 것이고.. 또 히말라야 산맥 같은 높은 산을 오르기 위해서는 등산가들의 수많은 보급 물자들을 같이 날라 주는 현지인 짐꾼의 도움이 반드시 필요하다. 그리고 그들 역시 결국은 지게 같은 원시적인 도구를 써서 짐을 나른다. 에베레스트 정상에 무슨 군부대나 차도가 있는 것도 아니니.. 다른 선택의 여지가 없기 때문이다.

사용자 삽입 이미지

여담이지만 과거에는 나무꾼을 '나뭇군'이라고 표기했었다. 그리고 30년쯤 전에 맞춤법이 바뀌면서 '나무꾼'이라고 바뀌었다. 일꾼, 짐꾼, 몰이꾼처럼 말이다. 이 접미사는 사이시옷 대신 된소리 형태로 표기하기로 결정했기 때문이다.

4. 언어 관련

끝으로.. '지게'는 스펠링이 '개'가 아니라 왜 '게'인 걸까?
명사화 접사 '-개'와 '-게'는 공교롭게도 모두 용언 어간 뒤에 붙어서 그 동작을 수행하는 데 사용되는 도구라는 의미를 만들어 준다. 전자는 베개, 지우개, 가리개, 덮개 따위가 있고 후자는 집게, 그리고 지게 정도가 있다.

의미와 용례가 비슷해 보이는데 왜 이런 구분이 생긴 것일까? 얼마 있지도 않은 후자를 '집개, 지개'라고 통합하면 많이 어색하려나? 둘의 어원이 궁금하다.
아, '-개'의 경우, 드물게나마 체언 뒤에 붙는 '-쟁이'와 비슷한 역할도 한다. 오줌싸개, 코흘리개 말이다. 이때는 '-개'가 물건이 아니라 사람이 된다. '-게'에는 이런 용법이 존재하지 않으니 참 흥미로운 면모라 하겠다.

다음으로, '지게'를 사람 등에다 장착하는 동작을 표현하는 용언으로는 '지다'뿐만 아니라 '메다'도 있다. 그리고 '-게' '-개'뿐만 아니라 '메다'와 '매다'도 만만찮게 헷갈린다.
'메다'는 어깨에 짊어지는 것, 무형의 임무를 떠맡는 것, load, charge와 관계가 있고.. '매다'는 매듭, 매달기, 묶는 것과 관계가 있다(tie, bind).

거기에다 추가적으로 김매기는 '매다'이고, 뭔가 채워져서 막히는 것도 '메다'이다.
그래서 목을 어떻게 해서 자살하는 건 '매다'(묶어서 대롱대롱..)이고, 목이 어떻게 돼서 말이 안 나오는 건 '메다'이다.
이상이다. '지게'에서 시작해서 별 희한한 주제의 얘기들이 다 튀어나왔다.

Posted by 사무엘

2019/05/30 08:34 2019/05/30 08:34
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1623

Trackback URL : http://moogi.new21.org/tc/trackback/1623

Leave a comment

Windows용 GUI 프로그램은 가시적인 GUI 구성요소인 윈도우/창이라는 걸 생성해서 화면에 띄울 수 있다.
윈도우는 메뉴, 제목 표시줄, 테두리 같은 '껍데기' non-client 영역과, 그 내부에 프로그램이 재량껏 내용을 표시하는 '알맹이' client 영역으로 나뉜다. 윈도우에다 스타일을 무엇을 주느냐에 따라 non-client 영역의 구성요소와 차지 면적이 달라진다. 똑같이 테두리를 주더라도 크기 조절이 가능한 창은 그렇지 않은 창보다 테두리가 더 두껍게 그려지곤 한다.

GetWindowRect 함수는 어떤 창이 화면에서 문자 그대로 차지하는 스크린 좌표(non-client와 client 모두 포함)를 되돌리며, GetClientRect는 창 내부의 클라이언트 영역의 크기를 되돌린다.
후자의 경우 RECT를 되돌리긴 하지만 left와 top 멤버의 값은 언제나 0으로 설정된다. 그러니 얘는 진짜 RECT라기보다는 SIZE의 성격에 더 가깝다. 하지만 창의 client 영역을 원점(0,0) 기준으로 DC에다 그림을 그릴 일이 많으며 GDI 함수 중에도 RECT를 받는 놈이 있다. 그렇기 때문에 저런 형태의 RECT를 받는 건 여러 모로 유용하다.

어떤 창의 클라이언트 영역이 자기 창의 non-client 영역을 기준으로 얼마나 떨어져 있는지, 그리고 원점 또는 전체 스크린 좌표 기준으로 어디에서 시작하는지를 얻기란 쉽지 않다.
또한, 어떤 child 윈도우가 부모 창의 클라이언트 영역 좌표를 기준으로 어디쯤에 있는지를 얻는 것도 바로 가능하지 않다(예: 대화상자의 어떤 컨트롤이 대화상자를 기준으로 어느 위치에 있는가?). 기준이 되는 창들을 모두 스크린 좌표로 얻어 온 뒤에 수동으로 좌표 오프셋 보정을 해야 답을 구할 수 있다.

뭐 이런 식이다.
크기와 스타일이 동일한 창에 대해서 전체 영역 대비 클라이언트 영역이 위치와 크기가 어떻게 결정될 것인지는 얼추 고정적으로 예상 가능하다.
그런데 이렇게 직관적이고 명백해 보이는 영역에도 뭔가 골치 아프고 지저분한 가상화, 보정, 샌드박스라는 게 존재한다는 게 믿어지시는가?

이 문제는 지금으로부터 10수 년 전, Windows Vista가 등장하면서 시작됐다.
과거의 XP가 단조로운 고전 테마를 탈피하여 non-client 영역과 각종 표준 컨트롤에 임의의 테마 비트맵을 도입했는데, Vista/7은 더 나아가서 그래픽 가속 기능의 도움으로 프로그램 창 주변에 짙은 그림자를 그리고, 테두리에는 뭔가 청명한 느낌이 나는 반투명(?) 유리 재질을 구현했다.

그래서 법적으로(?) 똑같은 크기의 창이라도 창이 화면에다 실제로 1픽셀이라도 그림을 그리는 영역이 더 커졌으며, 테두리의 두께도 더 두꺼워졌다.
특히, 크기 조절이 되지 않는 창이라도 "크기 조절이 되는 창과 동급으로" 테두리가 두꺼워졌다.
이로 인해 window rect라는 개념을 해석하는 방식에도 변화가 불가피해졌다.

그럼 골치 아픈 설명 대신 예를 들도록 하겠다.
대화상자를 생성하여 (1, 1) 위치에다 300, 200픽셀 크기로 배치(SetWindowPos 호출)하는 프로그램을 돌려 보았다.
이걸 Visual C++ 2010 이하, 또는 2012 이상이라도 Windows XP 호환 툴체인으로 빌드하면 실행 결과가 다음과 같이 나온다.

사용자 삽입 이미지

그러나 동일한 코드를 Visual C++ 2012 이상의 정규 툴체인으로 빌드하면 실행 결과가 다음과 같다. 둘의 차이가 뭘까?

사용자 삽입 이미지

옛날 방식으로 빌드하면.. window rect를 계산할 때 Windows Vista/7의 Aero가 추가적으로 그려 주는 껍데기 공간이 영역에 포함되지 않는다. 그래서 window rect가 음수가 아니라 분명 (1, 1)임에도 불구하고 창의 좌측 상단이 좀 짤린다.
이 창이 실제로 차지하는 영역을 얻으려면 DwmGetWindowAttribute(m_hWnd, DWMWA_EXTENDED_FRAME_BOUNDS, &rc, sizeof(rc))를 호출해 줘야 한다. 보다시피 실제 영역은 (-4, -4)에서부터 시작하면서 5픽셀이나 더 크다는 걸 알 수 있다.

그러나 최신 방식으로 빌드하면 창의 모든 영역이 window rect에 포함된다. 이 때문에 창의 크기가 더 작아지며, 클라이언트 영역의 크기도 10픽셀씩이나 차이가 나게 된다. 그 대신 얘는 GetWindowRect와 DwmGetWindowAttribute의 결과가 서로 일치한다.
두 프로그램의 실행 결과를 한 화면에 포개 놓으면 다음과 같다.

사용자 삽입 이미지

이런 차이를 만들어 내는 것은 바로.. 실행 파일의 PE 헤더에 기록되어 있는 운영체제/서브시스템의 버전이다. 링커에서 /SUBSYSTEM:WINDOWS,6.0 옵션으로 지정 가능하다.
Visual C++ 2010의 컴파일러는 5.1 (XP)이 최저값이기 때문에 필요한 경우 6.0 (Vista)으로 올려서 지정할 수 있다. 그러나 2012 이상 후대의 컴파일러는 선택의 여지 없이 6.0이 최소값이며 더 낮은 값으로 지정이 되지 않는다. 툴체인 자체를 더 낮은 것으로 골라야 한다.

의외로 매니페스트 XML이 아니라는 게 신기하다. 공용 컨트롤 6.0 사용 여부, 고해상도 DPI 인식 여부, 요구 보안 등급 같은 건 매니페스트 속성이니까 말이다.
당연한 얘기이지만 공용 컨트롤 6.0과 최소 운영체제 6.0은 서로 다른 개념이라는 걸 유의하도록 하자. 공용 컨트롤의 버전은 차라리 과거 IE의 버전(6)과 비슷한 구도이다. 일개 웹브라우저가 운영체제의 셸까지 마개조하던 시절의 잔재이다(DLL hell도 존재했었고..).

그래도 현재의 Visual C++ 2019도 최소 운영체제 버전이 6.0에서 값이 더 오르지는 않고 있다. Vista를 진짜 하한선 마지노 선으로 잡고 있는 듯하다.
그럼 다음으로 Aero를 끄고 Basic 테마에서 두 프로그램을 실행한 결과는 다음과 같다.

사용자 삽입 이미지사용자 삽입 이미지

desktop window manager가 동작하지 않으니 DwmGetWindowAttribute 함수는 실행이 실패했다.
두 경우 모두 프로그램의 외형은 짤리는 것 없이 동일하고, 테두리의 두께만이 차이가 날 뿐이다. 최신 방식으로 빌드된 프로그램은 더 두껍고, 그렇지 않은 레거시 프로그램은 얇다.

단, Aero의 동작 여부와 무관하게 최신 방식과 레거시 방식이 클라이언트 영역 크기는 동일하다는 걸 알 수 있다. 전자는 테두리가 두꺼우니 클라이언트 영역이 (284, 162)로 더 작고, 후자는 (294, 172)로 더 크다.

사용자 삽입 이미지사용자 삽입 이미지

고전 테마는 Windows 8~10에서는 더 찾아볼 수도 없는 모드가 됐는데.. 얘는 빌드 방식에 따른 차이가 전혀 존재하지 않는다. DwmGetWindowAttribute도 당연히 동작하지 않고 말이다.
단지, 얘는 크기 조절 가능한 창에 대해서는 테두리의 두께가 1픽셀.. 눈꼽만치 더 늘어난다. 그래서 창의 크기가 같을 때 클라이언트 영역의 크기가 (294, 175)에서 (292, 173)으로 2픽셀씩 더 줄어드는 걸 알 수 있다.

사실은, 대화상자를 크기 조절 가능하게 만들면 6.0이 아닌 옛날 방식으로 빌드된 프로그램이라도 앞의 Aero 내지 Basic 테마에서 창이 최신 6.0 버전이 지정된 프로그램과 동일하게 동작한다.
리소스 편집기에서 대화상자의 Border 속성을 Dialog Frame 말고 Resizing으로 지정했을 때 말이다.

그럼 마지막으로 Windows의 종결자 버전인 10에서는 창이 어떻게 뜨는지 살펴보자.
Windows 10의 프로그램 창은 외관상으로 Vista/7 같은 두툼한 테두리가 없고 슬림하다. 그럼에도 불구하고 10에서도 6.0이 지정된 프로그램은 클라이언트 영역의 크기가 레거시 방식 프로그램보다 더 작게 설정된다. 다시 말하지만 GetWindowRect의 결과는 둘 다 동일한데... 이렇게 동작해야 할 이유가 없어 보이는데도 말이다.

사용자 삽입 이미지사용자 삽입 이미지

더욱 괴이한 것은 DwmGetWindowAttribute의 실행 결과이다.
나름 DWM은 동작하고 있는지 이 함수도 값을 되돌리기는 하는데... 보다시피 리턴된 사각형이 GetWindowRect의 리턴값보다도 더 작다~! Vista/7의 Aero와는 결과가 딴판이다.
최신 6.0 방식으로 빌드된 프로그램은 (1, 1) 위치에서 (300, 200) 픽셀 크기를 찍더라도 실제로 생기는 창의 크기는 (8, 1)에서 (286, 193) 픽셀 크기 남짓으로 예상보다 꽤 작게 된다.

지금까지 나열한 실험 결과를 표로 한데 요약하면 다음과 같다. 96dpi (100%) 확대 배율에서 굴림 아니면 맑은 고딕의 완전 기본 metric 기준이다.
GetWindowRect의 값이 다 똑같이 [1,1, 301,201]인 윈도우이더라도 실제 외형과 클라이언트 영역 크기는 운영체제와 빌드 방식에 따라 저렇게 차이가 날 수 있다는 것이다.

  레거시 (2010/XP) 신형 (2012+/Vista+)
DWM Attribute client 크기 DWM Attribute client 크기
Vista/7 Aero [-4,-4, 306,206] [294, 172] [1,1, 301,201] [284, 162]
Vista/7 Basic N/A [294, 172] N/A [284, 162]
Classic N/A [294, 175] N/A [294, 175]*
Windows 10 [3,1, 299,199] [294, 171] [8,1, 294,194] [284, 161]

* resizable하지 않은 대화상자의 경우, 고전 테마에서는 레거시 및 신형 방식 모두 대화상자 외형 차이가 없다. 단지, resizable한 대화상자는 프레임 두께가 1픽셀 더 두꺼워져서 클라이언트 영역이 2픽셀씩 줄어든다.
그리고 고전 이외의 다른 테마에서 resizable한 대화상자는 레거시 방식도 신형 방식과 동일한 결과가 나온다.

그러니, 똑같은 소스 코드이더라도 최신 Visual C++ 컴파일러로 다시 빌드를 하면 예전보다 창 크기가 더 작게 나와서 UI 구성 요소의 오른쪽/아래쪽이 짤리는 부작용이 발생할 수 있다. 그런 상황이 발생하면 놀라지 말고 SetWindowPos 같은 함수에 숫자를 무식하게 하드코딩 하지 않았는지를 침착하게 점검해 보기 바란다.

옛날에는 SetWindowPos, GetClientRect 같은 함수의 msdn 설명을 보면 Windows Vista에서 보정으로 인한 동작 차이가 발생할 수 있다는 말이 '비고'란에 분명 있었다. DWM 쪽의 API를 참고하라는 말도 봤었는데 2010년대 이후부터는 삭제된 듯하다. 지금은 그런 말을 찾을 수 없다.

하지만 그런 말이 있건 없건, 창의 크기를 지정할 때는.. non-client 요소가 일체 없고 픽셀값을 반드시 곧이곧대로 지정해야만 하는 불가피한 상황이 아니라면 어지간해서는 SetWindowPos에다가 하드코딩된 값을 무식하게 전하는 일이 없어야 한다.
이 글에서 소개한 non-client 영역 크기 보정도 있고, 화면 확대 배율(DPI)도 있고.. 하드코딩 픽셀값을 쓸 수 없게 만드는 요인은 여럿 존재한다. 잘 만들어진 프로그램이라면 창 크기를 계산할 때 그런 변수들을 잘 감안해야 한다.

가령, 대화상자 리소스 템플릿에서 사용되는 단위인 DLU를 픽셀수로 보정하려면 MapDialogRect을 사용하면 된다. 이것만으로도 화면 확대 배율은 커버 가능하다.
그리고 특정 클라이언트 영역의 픽셀수와 정확하게 대응하는 window rect 크기를 구하려면 AdjustWindowRect(Ex)를 사용하면 된다.

Posted by 사무엘

2019/05/27 08:34 2019/05/27 08:34
,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1624

Trackback URL : http://moogi.new21.org/tc/trackback/1624

Leave a comment

봄날의 풍경 기록 + 이성산 답사

미세먼지 어택 때문에 우중충했던 2~3월과 달리 이번 4월은 유난히 날씨가 맑고 좋은 날이 많았다.
다음은 4월 초부터 말까지 서로 다른 날짜에 찍은 주변 풍경 사진들이다. 집에 틀어박혀 있는 건 자연에 대한 예의가 아니다 싶었을 때 말이다.

사용자 삽입 이미지

동부 간선 도로와 중랑천, 용마산의 풍경이다. 동부 간선 도로는 서울 시내의 자동차 전용 도로들 중 고도가 제일 낮으며 유일하게 강의 좌우로 상행과 하행이 분리돼 있다는 점이 독특하다.
이 사진에는 안 나왔지만, 당시 본인이 서 있었던 보행자용 산책로 주변에는 온통 벚꽃이 펴 있었다.

사용자 삽입 이미지

비슷한 시기에 응봉산을 오르는 길목의 모습이다. 응봉산의 주변은 노란 개나리로 뒤덮여 있었다. 개나리 역시 벚꽃만큼이나 뭔가 봄의 상징인 것 같다.

사용자 삽입 이미지

여의도 한강 공원이다.
다만, 올해부터는 텐트를 치는 게 특정 구역 안에서만 가능하게 큰 제약이 걸렸다. 그래서 위의 텐트는 곧장 다른 곳으로 옮겨야 했다. 돗자리는 여전히 가능하니 텐트 규제의 목적이 잔디 보호는 아닌 듯하다.

사용자 삽입 이미지

여기는 양화 한강 공원이다. 이때는 풀밭이 아니라 강물 바로 근처의 나무 그늘 밑에서 돗자리를 깔고, 거기서 누워서 쉬기도 하고 볼일을 봤다.
세계의 도시들 중에 동일 행정구역과 생활권이 서울의 한강만치 거대한 강을 중간에 낀 채로 형성된 사례가 또 있나 궁금해진다.

사용자 삽입 이미지

그럼 이제부터는 올해 봄에 완전히 새로 개척해서 다녀 온 곳을 소개하도록 하겠다.
집에서 너무 멀지 않으면서 적당히 자연의 정취(?)를 느낄 수 있고 주차 걱정도 없는 서울 교외 지역을 물색한 결과.. 하남시에 있는 이성산을 다녀왔다. 나름 만족스러운 선택이었다.

산의 북서쪽으로는 군부대가 있고, 서남쪽으로는 수도 정수 시설이 있고.. 주변엔 온통 무슨 공장에 물류 센터이니 평범한 거주· 업무 지역은 아니다. 그래서 그런지 이 산은 민감한 시설이 있는 쪽을 피해서 동남쪽으로만 접근 가능했다.

사용자 삽입 이미지사용자 삽입 이미지

산길을 좀 오르니 가장 먼저 넓은 풀밭과 함께 저수지가 나타났다.
이성산은 해발 200m대의 아주 자그마한 산인데, 서울의 봉화산이나 구리의 구릉산 같은 느낌이다. 그래도 천마산보다는 더 높고 크다.
먼 옛날 삼국 시대에는 이 산 주변이 '이성산성'이란 게 둘러져서 요새화됐다고 한다. 이게 무슨 남한산성· 북한산성 같은 퀄리티는 아니기 때문에 지금 남은 건 그냥 돌무더기뿐이다.

사용자 삽입 이미지

사용자 삽입 이미지사용자 삽입 이미지

그리고 오르막을 약간만 더 오르자 능선과 함께 또 넓은 풀밭이 나타났다. 여기는 동쪽 문이 있었을 것으로 추정되는 장소라고 한다.
아래로는 외곽순환 고속도로가 훤히 내려다 보였다.

사용자 삽입 이미지

이건 또 무슨 건물이 있었던 자리이다.
서울의 동부에는 불암산성, 아차산성에 이어 이성산성처럼 조선보다 더 오래된 석성의 흔적이 전해지는 게 흥미롭다.
흔적이 너무 희미하다 보니 얘들은 오랫동안 정확하게 언제 누구에 의해 만들어졌는지조차 불분명했는데.. 같이 출토된 문화재들의 스타일로 유추하건대 이성산성의 주인은 신라였을 가능성이 높다고 한다. (☞ 관련 링크 1, 링크 2)

사용자 삽입 이미지

그리고 산 정상에 도달했다. 간단한 표지석과 산불 감시 초소가 있었다.
산의 이름인 二聖은 아마 백제의 건국의 주인공인 비류와 온조에 유래된 것으로 추정된다고 한다.
서울 관악산의 서쪽으로는 삼성산이 있고 이건 승려 세 명에서 유래되었다고 전해지는데.. 이와 재미있는 대조를 이룬다.

그러고 보니 백제는 반신반인 영웅호걸이 알에서 태어났네 하는 초월적인 설화나 신화가 없이, 건국 스토리가 가장 평범(?)하다는 특징이 있다. 비류와 온조라는 그냥 평범한 고구려 왕족이 모국을 자발적으로 떠나서 새 나라를 세웠기 때문이다. 주몽이나 혁거세와는 상황이 다르다.

사용자 삽입 이미지

산을 내려갈 때는 이렇게 숲이 우거지고 인위적인 울타리나 문화재 구역이 없는 좁은 길로 갔다. 그래도 아까 봤던 저수지 쪽으로 가서 처음에 왔던 곳으로 되돌아갈 수 있었다.
예전에도 한번 언급했지만 4~5월 봄과 9~10월 가을이 등산 가기 제일 좋은 시기인 것 같다. 너무 덥지 않으면서 온통 초록색으로 물든 숲을 볼 수 있기 때문이다.

Posted by 사무엘

2019/05/24 08:32 2019/05/24 08:32
,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1622

Trackback URL : http://moogi.new21.org/tc/trackback/1622

Leave a comment

Windows 운영체제에서 쓰이는 EXE나 DLL 같은 실행 파일들은 잘 알다시피 Portable executable이라는 포맷을 따라 만들어져 있다. 그래도 맨 앞에는 MZ로 시작하는 MS-DOS EXE 헤더가 호환성 차원에서 여전히 있으며, 거기서 가리키는 오프셋을 따라가 보면 그제서야 PE 헤더가 시작된다.

그런데 아무 EXE/DLL이나 찍어서 바이너리 에디터로 들여다 보시라. 도스 EXE stub과 실제 Windows용 실행 파일의 사이 공간에는 뭔가 4바이트 간격으로 규칙성이 느껴지는 정체불명의 데이터가 수십~수백 바이트가량 있으며, 끝에는 약속이나 한 듯 "Rich"라는 문자열이 있다. 이건 도스/Windows 어느 플랫폼에서도 쓰이지 않는 잉여 데이터이다.
이놈의 정체는 도대체 무엇일까...??

사용자 삽입 이미지

더욱 괴이한 것은.. 이건 Visual Basic, Visual C++ 같은 마소의 개발툴(링커)로 생성한 바이너리에만 존재한다는 것이다.
게다가 마소 개발툴조차도 처음부터 이랬던 게 아니다. Visual C++의 경우, 5.0의 마지막 서비스 팩(아마 3)부터 적용된 거라고 한다. 그러니 지금으로부터 20여 년 전, 대략 1997~98년 사이부터이고.. 그냥 편의상 6.0부터라고 생각해도 무방하다.

본인의 고딩 시절, Visual C++ 4.2로 빌드된 날개셋 한글 입력기 1.0 내지 PentaCombat 오목 게임의 실행 파일을 들여다보면.. 아니나다를까 일명 "Rich 헤더"가 존재하지 않는다. MZ와 PE 사이에 아무 공백이 없다.

사용자 삽입 이미지

그러나 VC++ 6으로 빌드된 날개셋 1.2부터는 응당 Rich 헤더가 추가되어 있다.

과거 Windows 9x의 경우, 내부의 프로그램들을 빌드할 때 Visual C++이 아닌 다른 자체 컴파일러를 사용했다. kernel32, gdi32, user32 같은 DLL이라든가 메모장 같은 간단한 프로그램 말이다.
여기서 유래된 바이너리들은 Rich 헤더가 존재하지 않으며, 이 관행은 Visual C++ 6이 출시된 뒤에도 Windows 98/ME까지 변함없이 이어졌다.

하지만 내장 프로그램 중에서 워드패드와 그림판, EUDC 편집기처럼 Program Files\Accessories에 들어있던 프로그램은 MFC도 사용하고 나름 Visual C++ 냄새가 났었다.
얘들은 Windows 95 시절엔 대외적으로 공개된 적이 없는 MFC 짝퉁을 사용하다가, Windows 98부터 깔끔하게 Visual C++ 5 sp3으로 빌드되기 시작했다. 그래서 얘들은 예외적으로 Rich 헤더가 포함되기 시작했다.

이런 9x와 달리 Windows NT는 운영체제 차원에서 처음부터 Visual C++ 팀과 잘 연계하는 편이었다.
9x 계열은 98에 와서야 msvcrt와 mfc42같은 Visual C++ 출신의 배포용 DLL들이 최초로 정식 포함돼 들어간 반면, NT 계열은 처음부터 메모장도 진작부터 msvcrt를 사용해 왔다. NT4는 직접 확인해 보지 않아서 모르겠지만, 2000은 모든 EXE/DLL의 내부에 Rich 헤더가 존재한다.

한편, Visual C++ 말고 델파이 같은 타 개발툴로 빌드된 실행 파일에는 Rich 헤더 같은 건 당연히 존재하지 않는다.

사용자 삽입 이미지

그럼 본론으로 들어가도록 하겠다.
마소에서는 이 헤더? 데이터? chunk?를 왜 집어넣기 시작했으며, 이 정보의 의미는 도대체 무엇일까? 엄밀히 말하면 헤더라고도 볼 수 없는 단순 데이터일 뿐인데 말이다.
놀랍게도 마소에서는 이에 대해서 지금까지 공식적인 답변을 한 번도 제공하지 않았으며 undocumented, 묵묵부답으로 일관한 듯하다. 빌드 시에 이 헤더를 제외시키는 옵션도 없다.

그래서 일각에서는 흉흉한 음모론까지 나돌기 시작했다. 제일 유명한 게 뭐냐 하면, 이건 이 바이너리를 빌드한 컴퓨터 환경을 식별하는 정보라는 것이다.
그래서 이 exe/dll이 악성 코드로 밝혀져서 경찰에 수사를 의뢰하게 되면.. 이 정보로부터 개발자의 컴퓨터를 추적할 수 있고, 따라서 악성 코드를 만든 사람도 아무 단서가 없는 것보다는 더 용이하게 색출할 수 있다고 한다..;;

이거 마치 컬러 복사기 얘기처럼 들린다. 컬러 복사기의 결과물에는 아주 정교한 워터마크가 사람 눈에 안 띄게 몰래 새겨진댄다. 그래서 어설픈 컬러 복사 위조지폐가 발견되면 그 워터마크를 토대로 복사기의 일련번호를 추적할 수 있으며, 이를 통해 범인도 색출할 수 있다고 한다. 허나 본인은 그런 게 실제로 존재한다고 믿지는 않는다.

뭐, 복사기는 그렇다 치고.. 실행 파일의 경우, 상식적으로 생각해 봐도 저건 개발 컴퓨터의 색출 목적으로 사용하기에는 보안이 너무 허술하다.
진짜 나쁜 마음 품은 악성 코드 개발자라면.. 그 Rich 헤더 부분을 후처리로 몽땅 0으로 칠해서 일부러 지워 버리기만 해도 자기 정체를 숨길 수 있으며, 그래도 악성 코드의 동작에는 하등 문제될 것 없다.

이 경우 PE 헤더의 다른 필드에 존재하는 checksum 정보가 어긋나서 파일이 변조되었다는 것이 감지되겠지만, 이것도 일부러 기재하지 않았다고 0을 집어넣어 버리면 그만이다. 더구나 보안을 위해 소프트웨어에서 이미 있던 이스터 에그도 다 없앴고 요즘은 바이너리 차원에서 철저히 예측 가능한 reproducible build까지 추구하는 마당에, 이런 식의 비밀 식별 정보는 마소의 개발 방침 이념과도 어울리지 않는다.

그러니 프로그램을 빌드할 때마다 내 컴퓨터의 맥 어드레스가 유출된다는 식으로 불안해할 필요는 없다. 하지만 Rich 헤더의 정체는 여전히 베일에 싸여 있었다.
그래서 전세계의 많은 컴덕과 해커들이 의문을 품기 시작했으며, 어떤 용자는 MS에서 개발한 링커 프로그램을 아예 근성으로 리버스 엔지니어링까지 했다. 그래서 이 데이터에 대한 여러 사실들을 밝혀냈다.

가장 먼저.. Rich 헤더는 4바이트 덩어리 단위로

A B B B X1 Y1 X2 Y2 ... "Rich" B

대체로 요런 형태로 돼 있다.
끝의 Rich 다음에 나오는 마지막 double word인 B가 일종의 난수이며, 암호화 key이다. 그리고 Rich 앞에 있는 숫자들은 바로 그 B와 xor을 해 주면 실제값을 얻을 수 있다.

그러면 맨 첫째 값 A는 언제나 0x44 0x61 0x6E 0x53.. 문자 형태로 늘어놓으면 "DanS"라는 시그니처가 된다.
다음으로 시그니처 뒤에 이어지는 몇 개의 B는 16바이트 단위 padding을 맞추기 위한 0값인 것 같다. 자기 자신을 xor 하면 결과는 언제나 0이 되니 말이다.

그 뒤 이어지는 같은 값들은 숫자 2개가 X, Y 형태로 한 pair를 이룬다. X는 이 바이너리를 생성하는 데 쓰인 툴(C 컴파일러, C++ 컴파일러, 리소스 컴파일러, 어셈블러 등..)과 버전(빌드 번호)을 나타내며, Y는 그 도구를 이용하여 생성된 아이템.. 이를테면 obj 파일의 개수를 나타낸다고 한다.

그럼 이런 정보들은 링커가 어디에서 얻어서 집어넣는가 하면.. 당연히 자기가 input으로 받아들이는 obj 파일로부터이다. 그렇잖아도 1997~98년을 전후해서 obj 파일 포맷이 바뀌었다고 한다.
obj야 소스 코드를 번역한 기계어 코드의 뭉치일 뿐이니 20년 전이나 지금이나 컴퓨터 아키텍처가 변함없는 한 바뀔 일이 없으며, 내부 구조가 바뀌어 봤자 새 버전의 컴파일러/링커가 인식하는 새로운 chunk 정도나 추가되는 게 전부일 것 같은데.. 꼭 그렇지는 않은 모양이다.

하긴, 같은 양의 코드를 빌드해도 요즘 컴파일러는 예전에 비해 obj의 파일 크기가 점점 더 커지고 있어 보이긴 하다. 디버깅 또는 최적화와 관련된 온갖 힌트와 메타정보들이 첨가되어서 그런 것 같다.
그래도 obj는 소스 코드를 빌드할 때마다 새로 생성되는 일회용 임시 파일일 뿐이니, 포맷에 하위 호환성 걱정 따위는 할 필요가 없을 것이다. 날려 봤자 빌드만 다시 하면 될 일이고..

아무튼 흥미로운 사실을 알게 됐다.
개인 정보 유출은 아니고, 그렇다고 디버깅과 관련된 힌트도 아니고 저런 정보가 마소의 개발툴에서 도대체 왜 들어갔는지는 여전히 오리무중이다만.. 그래도 내역을 까맣게 모르던 시절보다는 상황이 나아졌다.
본인이 이 글을 쓰기 위해 검색하고 참고한 외국 사이트는 다음과 같으니,  더 자세한 관심이 있는 분은 참고하시기 바란다.

The devil’s in the Rich header
Microsoft's Rich Signature (undocumented)
The Undocumented Microsoft "Rich" Header
Article: Things They Didn't Tell You About MS LINK and the PE Header

저 외국 사이트들의 설명에 따르면, Rich와 DanS는 모두 1990년대에 마소의 Visual C++ 팀에서 근무하고 이 데이터의 구현에 직접 관여했던 프로그래머의 이름에서 유래되었을 가능성이 높다고 한다. 그 이름은 각각 Richard Shupak와 Dan Spalding이다. ㄷㄷㄷ;;
MZ, PK만큼이나 프로그래머의 이름이 파일 포맷에 각인된 사례라 하겠다.

참고로 전자 리처드의 경우, Windows SDK에서 psapi.h의 작성자로 이름이 나와 있기도 하다.
PSAPI는 Windows NT 계열용으로 실행 중인 프로세스 정보를 조회하는 EnumProcesses, GetModuleFileNameEx 등의 함수를 정의하는 라이브러리인데, 작성 날짜가 무려 1994년이라고 적혀 있다.

Posted by 사무엘

2019/05/21 08:31 2019/05/21 08:31
,
Response
No Trackback , 3 Comments
RSS :
http://moogi.new21.org/tc/rss/response/1621

Trackback URL : http://moogi.new21.org/tc/trackback/1621

Comments List

  1. nyam 2019/05/23 08:23 # M/D Reply Permalink

    저는 이게 좀 보기에 걸리적거려서 Imagine 실행파일에서 아예 Rich 시그니처 부분을 다 삭제해 버립니다.. ㅎㅎ

    그러고 보니 이렇게 Rich 시그니처 부분을 삭제하면 이후 zip 파일에 압축해서 넣을 때 몇 바이트 정도 더 작게 압축이 되더군요.. ㅎ

    1. 사무엘 2019/05/23 10:20 # M/D Permalink

      아.. 아예 0으로 덧씌우는 후처리를 해 버리시는군요.. ㅋㅋㅋ
      보안 관련도 아니고.. 저 시그니처는 도대체 왜 들어가는지 모르겠습니다.
      nyam 님~! 잘 지내시죠? 정말 오랜만에 뵙네요. 반갑습니다 ^^;;

  2. nyam 2019/05/23 14:25 # M/D Reply Permalink

    저야 그냥저냥 잘 지내고 있습니다. ㅎㅎ
    정말 오랫만입니다.

    사실 드러내진 않지만 사무엘님 블로그에 거의 매일 들러서
    아주 잘 정제되어 있는 유익한 글들을 읽고 있습니다.

    감사합니다.

Leave a comment

1. 나라의 경제를 얘기하는데 파리가 앉았습니다 (☞ 링크)

우리나라에서 발생한 방송 사고들 중에는 배 철수 감전 사고, 카우치 성기 노출, 모 광신도의 방송국 점거 난입 같은 심각한 것도 있고, 사고를 넘어 범죄 사건에 가까운 것도 있다. "귓속에 도청장치"는 엽기 해프닝에 가깝게 끝났지만 그 사람이 나쁜 마음 품고 칼 같은 거라도 갖고 들어가서 앵커를 공격했다면 정말 큰일 날 뻔 했다.

그런데, 그런 것 말고 지난 2001년, "나라의 경제를 얘기하는데 파리가 앉았습니다"는 심각한 요인이 없이 그냥 웃긴 방송 사고로는 압도적인 1위를 지키고 있다. MC가 짤막하게 사과하고 계속해서 이야기를 이어 가기만 했으면 됐을 텐데 애드립으로 저 유명한 대사를 읊는 바람에 웃음병이라는 불길에다 기름을 끼얹어 버렸다.;;;;

이런 사고까지 원천봉쇄 예방하려면 앞으로 여름에 방송국 스튜디오에서는 공항 활주로에서 새를 쫓아내는 것처럼 파리도 몽땅 쫓아내기라도 해야 할 것 같다. ㅋㅋㅋㅋㅋㅋㅋㅋ

링크로 소개한 동영상은 그 원본 동영상이 아니라.. YTN에서 작년 말에 그 문제의 당사자 인물(나 민호 팀장)을 다시 초청해서 인터뷰를 한 영상이다. 세월이 세월이다 보니 이제는 머리도 많이 하얘지셨는데.. 17년 전에 자신이 웃음을 참지 못하고 괴로워하던 모습을 보고는 역시 자지러지게 빵터지시더라.. ㅋㅋㅋ

그리고 댓글을 보고도 빵터졌다. "3년째 이거 보고 개웃는다 ㅋㅋㅋㅋㅋ" / "빡쳤는데 이거 보고 항암 치료 받고 간다" 등.. 어째 의도치 않았는데 이분들이 "병시나 산소"만큼이나 여러 네티즌들의 정신 건강 증진이 큰 기여를 했다.

2. 4딸라 (☞ 링크)

2000년대 초반에 <태조 왕 건>에서 궁예의 관심법과 "누구인가? 누가 기침 소리를 내었어?" 대사가 병맛 코드와 너무 잘 어울린 덕분에 대박을 치고 유행어로 등극했다. 그리고 얼마 뒤 <야인시대>에서는 "내가 고자라니"가 불멸의 명대사가 되었다.

그런데 그걸로 끝인 줄 알았는데.. 전자에서 궁예를 맡았던 김 영철이 후자에서는 장군의 아들 김 두한 역으로 포스 있게 출연했다. 그리고 6· 25 전쟁 도중에 미군을 상대로 우격다짐 배째라 협상을 해서 군수 노무자들의 일당을 1$에서 무려 네 배나올리는 데 성공했다. 그냥 무턱대고 "4딸라! 4딸라!"라고 우기기만 했다..;;

그리고 2019년 초, 버거킹에서는 15년도 더 전의 이 드라마 장면을 패러디 했다. 나이도 그만치 더 드신 김 영철 씨를 다시 모셔 와서 CF를 찍었다.
웬 꼰대가 햄버거 가게에 가서 무식하게 4딸라 4딸라만 외치길래 도대체 무슨 의미가 담긴 장면인가 궁금했는데.. 세상에 원전이 저거였다. 어떻게 저걸 광고 소재로 쓸 생각을 했을까..?? 그나저나 CF에 나오는 여자 알바도 누군지는 모르겠지만 꽤 예쁘장해 보인다.

영어 원어민 강사 겸 유명 유튜버인 올리버 선생이.. "누가 기침 소리를 내었는가""내가 고자라니"를 적절한 연기와 함께 영어로 더빙하기도 했다. 보고서 완전 빵터졌다. ㅋㅋㅋㅋㅋㅋ

3. 종말 (☞ 링크)

이건 <인류 멸망 보고서>(2012)라는 국산 영화의 셋째 에피소드 "해피 버쓰데이" 중에 나오는 가상의 TV 뉴스 화면이다.
우연히 보게 됐는데.. 아놔 ㅍㅎㅎㅎㅎㅎㅎㅎㅎㅎ ㅠ.ㅠ
우리나라 영화 중에 "개그만화 보기 좋은 날 종말편"과 "귓속에 도청장치"를 섞은 듯한 실사판을 만든 게 있었다니 세상에 ㅋㅋㅋㅋㅋㅋㅋㅋㅋㅋ

"나라의 경제를 얘기하는데 파리가 앉았습니다" 이래로 동영상을 보고 현웃 빵터지기는 처음이었다. ㅠㅠㅠㅠㅠ

여자 앵커: "저는 죽기 전에 고백할 게 있습니다.
저는 세상의 수많은 괜찮은 남자들을 놔두고 지금 옆에 앉아 있는 이 남자와 불륜의 늪에 빠져 청춘을 다 바쳐 사랑했습니다.
하지만 이 남자는 비열하게 저를 버리고 새파랗게 젊은 보도국 김 송이 리포터와 놀아나고 있습니다! ㅠ.ㅠ
지구가 멸망하기 전에 이 인간 쓰레기를 국민 여러분 앞에서 제 손으로 꼭~ 아아아악!"


이 배우 진짜 혼신을 다해 열연했다 ㅍㅎㅎㅎㅎㅎㅎㅎㅎㅎ

남자 앵커: (시치미 뚝 떼고) "에.. 시청자 여러분, 저는 방송인으로서 마지막 의무를 다하겠습니다. 아.. (님이) 왜 여기 앉아 계세요?"
기상 캐스터: "네~ 꼭 한번 (뉴스 앵커 자리에) 앉아 보고 싶었습니다! ^_^ (빵끗) 안 됩니까? 오늘 마지막인데? ^___^"


아 미치겠음.. ㅠㅠㅠㅠㅠㅠㅠㅠ
하긴, 2012년은 마야 달력이 어쩌네 하면서 또 시한부 종말론이 살짝 고개를 들기도 했던 때 같다. 뭐, 그로부터 7년이나 지난 지금도 세상은 멀쩡히 잘 돌아가고 있지만 말이다.
성경에서 재림과 종말 날짜가 철저하게 "안알랴줌" 모드인 이유가 충분히 납득이 된다.

4. 흙꼭두장군 (☞ 링크)

1990~1993년 즈음 본인의 초등 저~중학년 시절. TV에서는 저녁 5시 반~7시 사이에 어린이용 프로를 많이 방영해 줬었다.
KBS의 경우, 만화영화뿐만 아니라 외국 동화를 각색한 '인형극'도 방영해 줬었다. 아라비안 나이트, 삼총사, 왕자와 거지 등.
그리고 KBS2에서는 월~목과 달리 금요일 저녁엔 국산 만화영화를 방영하곤 했다. 은비까비, 날아라 슈퍼보드 등. 이 바닥에도 스크린쿼터 같은 국산작 할당제가 있었는지는 모르겠다.

이렇게 TV에서 시리즈로 방영된 것 말고 90분 안팎 분량의 국산 단편 만화영화도 있었는데, 이런 건 어째 또 KBS 대신 주로 MBC에서 특집 명목으로 방영하는 편이었다. 그 이름도 유명한 "머털도사", 그리고 이것만치 유명하지는 않지만 "흙꼭두장군"이라는 것도 있다. MBC에서 창사 30주년 기념으로 "여명의 눈동자" 실사 드라마뿐만 아니라 단편 애니메이션도 나름 수작을 만들었다.

줄거리 소개 1 / 줄거리 소개 2

내가 본방을 봤던 기억이 지금까지 남아 있는 건

  • 흙꼭두장군이 주인공(빈수)에게 "숙제도 안 하고 쳐자면 어떡해?"라고 도발(?)하면서 등장하는 맨 첫 장면.. (실제 대사가 저렇지는 않다 ㅋㅋ)
  • 그리고 주인공이 도굴꾼에게 납치 감금당했을 때 "이 알약을 먹으면 며칠 동안 밥 안 먹고 화장실도 안 가도 될 거야" 이렇게 도움을 주는 거..
  • 어떤 할아버지가 밤에 무덤 봉분을 끌어안고 자다가 맛이 가고 지능 퇴갤했다는 일화
  • 나중에 흙꼭두장군의 병거가 바퀴가 부러져서 어째 주인공이 땜빵을 하는 것

정도이다.
아, 무슨 만화영화에서.. 남자와 여자애가 입원했는데 남자는 괜찮지만 여자는 병세가 심각해서 더 큰 병원에 가야 한다고 의사양반이 말하는 게... 그것도 알고 보니 흙꼭두장군의 장면이었다.

성인이 된 뒤에야 이 작품의 세계관을 다시 생각해 보면... 완전 시골 마을에다 이사 온 병약 여자아이(새길)는 소설 소나기와 비슷하고,
악당이 전혀 아니고 재질도 돌/흙이긴 하지만, 무생물 인형이 말을 하고 움직이고 "내가 살아 있는 걸 아무에게도 알리지 마라" 이러는 건 사탄의 인형 처키(;;;)와 비슷하다.
왕릉이 어떻고 하는 건 툼레이더, 특히 "라라 크로프트와 빛의 수호자"에 나오는 톨텍 장군과 비슷해 보인다.

198-90년대 기준으로 2012년 전이면 삼국시대 중에서도 극초반일 텐데.. 어느 왕조 왕릉을 생각하고 작품을 만든 걸까? (작품에서 정식으로 밝히지는 않았지만 아무래도 신라에서 모티브를 딴 듯)
최신 CG와 HD 화면 종횡비를 적용하여 지금 리메이크/리마스터링 돼 나오면 지금 3, 40대 연령대 중에 좋아하는 사람들이 많을 것이다.

5. AniMusic -- Pipe Dream (☞ 링크)

애니매트릭스도 아니고 애니뮤직이라니..
이건 본인이 대학교 시절 2000년대 초에 봤던 엄청 옛날 동영상인데 지금도 기억하는 분이 많을 것이다.
그 시절엔 유튜브가 없었으니 웹페이지에서 동영상을 보려면 asf, wmv 형태로 굴러다니는 파일을 Media Player ActiveX 컨트롤을 집어넣는 방식으로 봐야 했다.

지금이야 현란한 CG가 게임과 영화에서 너무 넘쳐나니까 별 감흥이 없지만.. 저 시절에 박자에 맞춰서 수많은 공들이 금속판에 부딪치는 동영상은 쉽게 만들 수 있는 물건이 아니었을 것이다.

저걸 처음에 만들었던 회사는 지금도 살아 있고 유사 계열의 다른 영상물도 여럿 만들었더라. 설립자가 컴공과 음악을 겸비한 능력자인 덕분에 음악을 직접 작곡도 했다. 보유한 기술 내지 솔루션으로 B2B 장사를 할 수도 있겠지만, 앨범을 만들어서 일반인에게 판매도 하는 모양이다.

저걸 패러디해서 CG 아닌 실사판(!!!)을 시도하는 근성가이는 나타나지 않을지 궁금하다. 세상에는 튀기 위해 별 희한한 짓을 다 하는 용자들이 있게 마련이니까. 세팅 하느라 얼마나 애를 썼을지 짐작조차 되지 않는 거대한 실사 도미노처럼 말이다.

옛날에는 코덱도 얼마나 파편화가 심했는데 전부 다 교통정리가 됐는지.. 인터넷으로 동영상 보는 거 하나는 정말 편해졌다.
더구나 옛날 같았으면 컷씬에서나 나왔을 수준의 3D CG 동영상을 이제는 인게임에서 실시간으로 보는 세상이 됐다. 놀랍기 그지없다.

6. 그래픽 데모 (☞ 링크)

말이 나왔으니 CG 관련 동영상을 하나 더 투척하겠다.
외국에는 '그래픽 데모'라는 걸 전문적으로 만드는 해커 집단이 있다.
지금 링크로 소개하는 동영상은 fr-041_debris이라는 명칭으로 검색하면 나오는데, 원래는 177KB, 겨우 181,248바이트밖에 차지하지 않는 자그마한 Windows용 실행 파일 형태이다.

그런데 그걸 실행하면 7분에 달하는 분량의 정교한 3D 그래픽 동영상이 음악과 곁들어져서 흘러나온다. 게다가 이건 2007년, 지금으로부터 10년도 더 전에 만들어진 물건이다!

동영상에 나타나는 각종 카메라와 객체의 움직임(곡선 궤적~!!), 그리고 BGM의 음표 정보들을 그야말로 최소 단위로 압축에 압축을 거듭해서 집어넣은 것이다. 그리고 그걸 Direct3D 9.0c 엔진으로 실시간으로 렌더링 해서 동영상을 표시한다.
놀랍지 않은가? 최소한의 씨앗만으로 최대한의 정보량을 갖는 영상을 만들기 위해서는 난수 생성, 프랙탈 등 생각할 수 있는 모든 테크닉이 동원됐지 싶다.

이 프로그램은 처음 실행될 때는 각종 데이터들을 extract/expand하느라 수십 초가량의 로딩이 필요했다. 그 다음부터는 그야말로 CPU와 배터리를 full로 쓰면서 데모를 표시했다(2000년대 말 당대의 듀얼코어 급 PC 기준).
그러니 이런 동영상을 실시간으로 프레임 손실 없이 인코딩 하려면 캡처 보드 같은 하드웨어 차원의 추가적인 지원이 필요할 것이다.

이런 장르에 속하는 데모 동영상이 더 있다.
그리고 100K도 아니고 겨우 64KB짜리 실행 파일로 2~3분짜리 이런 동영상을 출력하는 데모도 있으니.. 인간의 최적화 실력은 한계가 어디까지인지 궁금해진다.

Posted by 사무엘

2019/05/18 08:31 2019/05/18 08:31
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1620

Trackback URL : http://moogi.new21.org/tc/trackback/1620

Leave a comment

본인은 먼 옛날 어린 시절에 TV던가 비디오던가 어쨌든 "영구와 땡칠이"에서 영구가 김 정호의 대동여지도를 "대동! 난지도!"라고 틀리게 부르는 장면을 본 기억이 있다. 부모님이나 학교 선생이 아니라 웬 뜬금없이 서당 훈장의 질문에 대답할 때 말이다. 심 형래가 영화 만드느라 흑화하기 전, 20세기엔 저런 연기도 했었다.

검색을 해 보니.. 원래 매체는 영화였다. 198~90년대 그때는 만화영화가 아니면서 어린이용 특촬물 영화라는 장르가 있었다. 영구와 땡칠이 시리즈가 4편까지 있었고, 대동난지도 드립은 첫 작품인 1편의 중간쯤의 서당 씬에서 나오더라.
저 때는 강시, 홍콩 할매 귀신(...;;), 조폐공사 사장 딸 이야기 등 별별 희한한 공포 괴담들이 초딩 사이에 많이 나돌았었다. 추억 돋네~

그리고 영구뿐만 아니라 맹구도 있었다. =_=;;; 그건 심 형래 같은 전담 배우가 있는 게 아닌 그냥 보편적인(?) 개그 프로용 바보 캐릭터였던 것 같다.

1. 대동여지도

말이 나온 김에 먼저 심 형래와 직접적인 관계는 없는 지도 얘기부터 좀 꺼내도록 하겠다.
본인은 초딩 시절에 대동여지도도 알고 난지도도 알고 김 정호가 누구인지도 알았다.
옛날 학교 교과서와 계몽사 위인전을 읽으면서 '근근이'(어렵사리 겨우)라는 단어를 김 정호 편에서 처음이자 현재까지도 거의 마지막으로 접했다. 이 사람이 투잡을 뛰며 간신히 입에 풀칠 하면서 딸과 함께 지도 목판을 만들었댄다. 일제가 편찬한 조선어 독본에 저 단어가 쓰였나 본데, 후대의 문헌들도 토씨 하나 차이 없이 그대로 인용한 듯하다.

그리고 '주리틀기'라는 형벌도 저기서 처음으로 접했다.;; 김 정호는 그 계몽사 위인전에 등재된 40명의 인물 중에 항일 독립 운동가를 제외하면 가장 비참한 형벌을 당하고 옥사한 사람으로 독보적인 1위였다.
하지만 21세기에 와서는 김 정호 옥사설은 부정되고 있다. 위험물 이적표현물(?)이라고 나라에서 다 때려 부수고 폐기했다는 대동여지도는 멀쩡하게 지금까지 전해져 오고 있고, 김 정호나 그 측근 인물들이 처벌 받았다는 기록은 그 어느 실록이나 야사 등지에도 전혀 존재하지 않기 때문이다.

사실, 조선이 유교 꼴통 이념에다 말기에 아무리 개망나니 막장으로 갔다 한들, 자국 지도를 근성으로 만들었다는 이유로 자국민을 무슨 반역죄인으로 취급하여 벌 주는 건..;; 좀 심하게 말이 안 되기도 한다. 단지, 양반들과 달리 자기 분야에서만 유명한 기술자· 덕후 계열 인물들은 정확한 출생이나 사망 일시가 알려져 있지 않은 편이다. 이 점에서는 김 정호뿐만 아니라 장 영실도 마찬가지이지 않던가? 김 정호 옥사설은 이런 뿌연(불분명한 최후) 틈새를 파고들면서 생긴 오해와 낭설로 보인다.

대동여지도가 완성된 건 1861년으로, 공교롭게도 미국에서 남북 전쟁이 시작된 때이다. 김 정호는 인생일대의 과업을 완수한 뒤, 1860년대 언젠가에 사망한 것으로 추정된다. 그리고 1863년에 흥선 대원군이 집권했으며, 1866년에 병인박해라는 대대적인 천주교 박해가 일어났다. 사건의 순서가 저렇다.

김 정호가 평범하게 죽은 것만큼이나 그의 지도도 만능 절대무오 퀄리티까지는 아니었다. 훗날 일제가 조선 침략을 위해 더 발달된 기술로 오랫동안 한반도를 자체 측정한 자료는 대동여지도보다 훨씬 더 정확 정밀했다. 그렇게 한반도 지형을 다 꿰뚫고 있으니 청일 전쟁도 이기고 경부선· 경의선 같은 장거리 간선 철도도 뚝딱 놓을 수 있었다.

요컨대 대동여지도를 조선이 몰라보고 일제가 뒤늦게 인정한 게 아니다. 조선도 대동여지도를 인정했고, 일본의 후대 측량은 더 뛰어났을 뿐이다.
무슨 고조선이나 삼국/고려 시대 같은 먼 옛날도 아닌데, 비교적 가까운 조선 시대 역사도 이런 식으로 서술이 뒤바뀐 게 김 정호 얘기 말고 더 있다.

우리는 오랫동안 조선이 "십만 장병 양성설"을 씹고 당파 싸움만 일삼다가 임진왜란 때 허를 찔리고 쳐발렸다고들 배웠다. 하지만 지금은 조선도 나름 왜의 침략을 인지하고 대비했으며, 십만 장병 양성설은 출처와 근거가 불분명하다는 반론이 나와 있다.

한편으로 1920년대 독립군의 청산리 대첩은 전과가 교차검증 가능 수준으로 확인되는 게 전혀 없다 보니.. 대첩이 아니라 그냥 '국지적 전투 승리' 수준으로 수정되었다.
우리한테 유리한 내용이건 불리한 내용이건 역사라는 건 절대적으로 팩트부터 추구해야 할 것이다. 성경도 내용이 인간에게 듣기 편한 것이건 아니건 일단 문자적인 의미부터 파악한 뒤에 적용을 더 넓게 비유적으로 하듯이 말이다.

몇 년 전에 "고산자, 대동여지도"라고 포스터의 풍경 사진만 멋진 영화가 나온 바 있다. 한물 간 통상적인 옥사설을 그대로 채택하는 병크는 다행히 저지르지 않았지만.. 그래도 엄연히 국가의 공인과 지지와 지원이 있었던 지도 제작 프로젝트를 김 정호 개인의 과업으로 왜곡한 건 여전했다.

그리고 어떻게든 비극을 만들기 위해 다른 명분인 천주교를 끌어들였다.. =_=;;; 그리고 석방 조건이 니가 만든 지도를 국가에다 헌납하는 것이다. 지도를 만든 것 자체를 죄로 만드는 것만 피하고, 다른 황당한 왜곡과 각색을 집어넣어서 옥사설을 유지시킬 생각은 어째 했는지, 정말 기가 막혔다. 날짜가 얼추 비슷하다고 저 사람을 아무 접점이 없는 천주교인으로 만들다니.. ㅡ,.ㅡ;; ActiveX를 없앤답시고 아예 바이너리 설치 프로그램을 만든다거나(exe냐 ocx dll이냐의 차이뿐;;), 자전차왕 엄 복동에다가 무장 항일 투쟁을 억지로 연결시킨 것과 비슷한 짓이다.

2. 용

심 형래는 영구와 땡칠이 말고 우뢰메 시리즈에서도 주연으로 출연하여 TV 코미디언뿐만 아니라 아동 영화 배우로 크게 성공하고 억만장자가 됐다. 하지만 1990년대 후반부터 어설프게 메가폰 잡으면서 그 많던 재산을 다 날리고 몰락했으며, 단순히 돈만 날린 게 아니라 경영자로서 부도덕한 인간성 논란까지 잔뜩 일으켰다. 2010년대 후반부터는 그나마 다시 방송에나 알음알음 출연하면서 왕년의 코미디언 행세를 다시 하는 것으로 보인다.

저 사람은 "용가리", "D-war"처럼.. 어째 괴수물을 만드는 걸 좋아하는 용 덕후였다. 아동 영화 배우 출신이어서 그런지.. 공룡처럼 크고 아름답고, 힘세고 강한 걸 좋아하는 어린애들 취향을 늘 의식하며 살았던 듯하다.

사실, 그의 지론은 설득력이 있다. 하나님께서 인간 이전 세상에서 1억 년이 넘는 중생대라는 기간 동안 공룡을 잔뜩 만들어서 굴리고, 흔적을 화석으로 미리 남겨 놓으신 가장 큰 이유는..
후대에 등장할 인간들의 "동심 형성"을 위해서임이 틀림없다! ㅎㅎ

사용자 삽입 이미지

인간의 눈에는 밤 하늘의 픽셀 하나로밖에 안 보일 별들을 위해서 수백~수만~수억 광년 떨어진 곳에 태양보다 훨씬 더 크고 무거운 핵융합 가스 덩어리도 셀 수 없이 많이 박아 놓았거늘.. 하물며 공룡쯤이야 논리적으로 충분히 납득 가능한 추론이다.

내 이름에도 '용'자가 있기도 하고, 성경에도 '용'이 나온다. 호기심에 D-war 주요 장면을 보면서 관련 자료를 찾아보니 굉장히 재미있는 사실을 알 수 있었다.
바로, 동양에서의 용과 서양에서의 용은 심상이 서로 매우 다르다는 것이다. 마치 성 castle에 대한 인식이 다르고(긴 성벽 vs 그냥 저택) 달에 대한 인식이 서로 다르듯이 말이다(긍정적 vs lunatic한 광기 등 부정적).

사용자 삽입 이미지

두 용은 날아다니고 입에서 불을 뿜을 수 있는 상상 속의 동물이라는 공통점이 있다. 색깔은 딱히 정해져 있지 않은 듯. 그러나 나머지 외형은 동양과 서양이 서로 다르다.

동양의 용은 뱀/도마뱀처럼 길쭉하고 얼굴에 긴 수염이 반드시 있으며 날개가 없이 꾸불텅꾸불텅 비행한다.
서양의 용은 날개가 반드시 있으며 몸이 동양 버전만치 길쭉하지 않아서 뱀 같다는 느낌은 훨씬 덜하다. 애초에 동양처럼 이무기가 용으로 업그레이드 되고 여의주 물고 비행한다는 설정 자체가 전혀 없다. 지질 시대 생물인 공룡에 더 직관적으로 대응한다.

동양의 용은 영험하고 신성한 좋은 동물, 긍정적인 동물이다. "개천에서 용 난다, 개룡남"이라는 속담과 단어가 있을 정도로 사람도 용처럼 되고 싶어할 정도이다.
그러나 서양에서는 용은 그냥 처치해야 할 악당 몬스터 중 하나일 뿐이며, 개천에서 용 났다가는 큰일난다. 용처럼 된 사람이 아니라 용을 때려잡은 사람이 영웅이 된다.
영어에서 잠자리를 용파리라고 부르고, 화승총 쏘는 기병을 '드라군'이라고 부른 건 용을 전혀 신성시하지 않는 문화권에 있기 때문에 그랬다.

성경에 나오는 용도 응당 동양이 아니라 서양의 용을 생각하면서 읽으면 될 것이다. 계시록에서 용이 워낙 부정적으로 나쁘게 나오니(계 12:9, 20:2) 한때는 본인도 내 이름에 대해서 회의감을 느낄 정도였다. 뭐 그렇게까지 강박관념을 가질 필요는 없지만, 용에 대한 인식이 동양과 서양이 어쩌다가 서로 달라졌는지 답을 구하고 싶기는 하다.

D-war는 나름 미국에 진출해서 그 바닥에서 서양 드래곤이 아닌 동양 용을 나쁘지 않은 CG로 그려서 널리 알렸다는 최소한의 역사적 의미를 갖고 있다.;;; 그러느라 돈을 얼마나 꼬라박고 손해를 입었는지는 이 자리에서 굳이 따지고 싶지 않지만 말이다.

3. 연기자 출신의 영화 감독

D-war는 희대의 망작 급으로 쫄딱 망한 건 아니지만.. 그래도 그 어마어마하게 든 제작비의 절반 남짓밖에 못 벌면서 심 형래를 궁지에 몰아넣었다. 21세기 들어서 우리나라에 괴수물 자체가 "괴물"(2006) 말고는 별 재미를 못 봤으며, 얘도 괴수 자체의 묘사가 우수해서 흥행한 건 아니다. "7광구"는 IMAX 형태로 만들어지고도 쫄딱 망했고..

심 형래도 그렇고 서 세원도 그렇고.. 방송인· 연기자로 잘 나가다가 영화 만들고서 망했다는 공통점이 있다. 방송인· 연기자들이 그 바닥에서 짬이 차고 나면.. 맨날 남이 짜 준 각본대로만 연기하는 게 아니라 자기만의 세계를 담은 영상물을 직접 감독하고 연출해서 만들고 싶어질 것이다. 그 심정은 본인도 충분히 이해가 된다.

우리나라에서 남자들은 늙어서까지 남 밑에서 고용되어 특히 현장에서 발로 뛰며 일하는 걸 꺼리는 정서가 강하다. 그래서 자본만 있다면 가능한 한 자기 사업을 하고 싶어한다.
굳이 그 정도의 야망까지 있지는 않더라도, 중· 장년 나이에 명퇴 당해서 퇴직금을 밑천으로 강제로 창업을 하게 되기도 한다.

하지만 업종을 바꿀 거면 새 업종에 대해서 기본기를 닦고 충분히 공부를 해야 된다. 성악만 몇십 년 한 사람이 갑자기 작사· 작곡을 하겠다고 하면 제대로 된 노래가 만들어질 수 있겠는가?

또한, 영화를 만드는 건 일종의 사업을 하는 것과 비슷하다. 특별히 순수 예술만 추구하는 독립 영화를 찍는 게 아니라 남의 투자금까지 끌어들여서 밑천의 몇 배를 뽑을 상업 영화를 만들려 한다면... 자기 작품을 객관적으로 볼 줄 알아야 한다. 자기가 중요하게 생각하는 장면에 대해 남들이 다 똑같이 자기처럼 생각할 거라고 추측하지 말아야 할 것이다.
오늘날 사람들의 기억에 남아 있는 온갖 역대급 망작 영화들은.. 감독이 그런 안목 없이 무식한 신념을 고집스레 밀어붙인 덕분에 만들어졌기 때문이다.

Posted by 사무엘

2019/05/15 08:39 2019/05/15 08:39
, , , ,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1619

Trackback URL : http://moogi.new21.org/tc/trackback/1619

Leave a comment

1. 교사의 특징과 특권

애들을 가르치는 교사는 단순히 소득과 지위 이상으로 여러 깨알같은 특권이 있으며, 근무 여건이 여느 직장인과는 다르다.
먼저, 경찰· 군인· 소방관· 철도 기관사와 마찬가지로 전시 보직이 동일하게 유지된다. 전쟁 나도 애들을 가르쳐야 하는 건 변하지 않으니까.. 그러니 예비군 훈련을 따로 받지 않는다.

교사는 비록 대통령이나 국회의원 같은 급의 불체포 특권이 있는 건 아니지만.. 범죄 혐의가 있어도 교내에서 수업 중에 체포되지는 않는다. 완전히 맛이 가서 교실에서 대놓고 애를 성추행 하거나 칼로 찔러 죽이려는 급의 극단적인 상황이 아닌 한, 경찰도 제자들 앞에서 교사의 최소한의 권위와 위신을 존중해 준다.

그리고 교사는 하루 종일 애들과 부대끼며 산다는 특성으로 인해, 점심 식사 시간도 법적으로 근무 시간으로 인정된다. "회식도 근무다"와는 차원이 다른 얘기이다. 교사는 안 그래도 다른 직장인들보다 일찍 출근하는 데다 이런 변수도 있기 때문에, 수업 다 끝나고 자기 행정 업무만 다 마치면 다른 직장인들보다 훨씬 일찍 퇴근해서 '저녁이 있는 삶'을 살 수 있다. 쉽게 말해 은행에서 창구에 셔터가 내려가고 내부 업무가 시작되는 시간대가 교사들이 퇴근하는 시간대인 셈이다!

이건 교회 다니는 사람의 경우, 수요일 저녁 기도 모임 같은 데에 참석하는 것에 굉장한 호재이다. 뭐, 대학 교수는 하루 종일 애들하고 부대끼고 사는 게 아니니 굳이 '점심 시간 근무' 특혜의 적용 대상까지는 아닐 것이다.

또한, 교사는 "이윤을 내기 위해 상사 밑에서 생업 현장에서 뭔가를 생산하고 개발하는 근로자"가 아닌 관계로 노조 설립이 허용되지 않으며(전교조는.. 흠..), 근로자의 날 때 쉬는 대상도 아니다. 또한, 공립 학교 교사는 공무원이기 때문에 재직 중에 공개적인 정치 활동을 할 수 없으며, 일찍 퇴근한다고 해서 남은 시간에 다른 투잡 같은 걸 뛰어서도 안 된다. 학원· 과외 같은 사교육 분야는 말할 것도 없고, 식당이나 대리 운전(!!) 같은 타 업종이라도 말이다.

의사는 교사보다 소득이 훨씬 더 많다 하더라도, 자기 병원을 차리면 국가로부터 아무런 지원이나 보조가 없이 그냥 전문직 자영업자일 뿐이다. 한편으로 억대 연봉을 자랑하는 여객기 조종사들의 집단에도 노조가 있다는 걸 생각해 보자.
교사는 애들과 학부모한테 치이고 각종 잡무에 시달리면서 마냥 편한 직업이라고 볼 수는 없으며, 적성에 안 맞는 사람이 종사할 수도 없을 것이다. 그래도 저런 자부심과 법적 지위를 생각하면 할 만할 것 같다.

2. 교육의 등급별 차이

교사는 이미 주어진 교과서와 교육과정대로만 가르쳐야 하지만, 대학 교수는 자기가 독자적인 강의 계획표를 짜고 교재도 선택해서 전적으로 자기 재량껏 학생들을 가르칠 수 있다.
교사는 한 교무실에서 자기 자리가 있지만, 교수는 각 개인이 법적으로 걸어다니는 교육기관이며 자기 연구실이 따로 있다.

더 근본적으로.. 교수는 각 학문의 최전선에서 새로운 지식· 학설· 기술을 연구 개발하고 논문으로 발표하는 게 업인 사람이다. 학교에서 교사들이 가르칠 거리들을 만들고 정하는 사람이 교수이다. 글쎄, 현실에는 자질 미달인 교수도 있고 정년 보장만 딱 받은 이후부터 능력 파탄· 인성 파탄· 정신줄 다 놔 버린 교수도 일부 있겠지만, 교수의 원론적인 직무는 저렇다는 뜻이다.

물론 교육과정대로만 가르치는 일도 보통일이 아니니, 교사만 해도 일반인 평균 이상의 지능과 인성, 학력과 체력, 리더십이 필요한 직업이다. 어느 사회와 문명에서나 교사가 생업 전선 안 뛰어들고도 안정된 소득과 지위를 보장해 주는 좋은 직업인 건 이런 이유 때문이다.

의학에서 소아과에는 "소아는 덩치만 작은 성인이 절대 아닙니다" 이런 금언이 있다. 어린아이는 몸이 돌아가는 구조가 의학적으로 차이가 많이 나니, 성인에서 물질대사 규모만 줄인 급으로 생각해서는 안 된다는 뜻이다.

대학교 같은 고등교육 다음으로, 중등 아래의 유아· 초등교육은 마냥 쉽고 열등하고 하위 호환 관계에 있는 것이 절대 아니다. 내가 생각하기에는 이런 관계인 것 같다.
아이콘을 그리거나 글자를 찍는데, 초등교육은 10픽셀~20픽셀 같은 아주 작은 픽셀에다 그리는 것과 같다. 공간이 작으니까 쉽게 그릴 수 있을 것 같냐고? 천만의 말씀이다. 이렇게 작은 공간에다가는 큰 그림을 기계적으로 축소한다고 해서 절대로 보기 좋은 아이콘을 만들 수 없다. 정보량 자체가 아주 작으니 대충 그리는 건 금방 가능할지 모르나, 고퀄로 만드는 것은 절대 만만한 일이 아니다.

만화에서는 사람의 눈만 엄청 크게 그리듯, 이렇게 작은 공간에는 사람이 중요하게 인지하는 부분만 강조해서 아예 별도의 그림을 그려야 한다. 글자의 경우도 픽셀의 배치가 단 1만 차이가 나도 그 여파가 굉장히 커지기 때문에 아주 심혈을 기울여서 획을 그려야 한다. 폰트에도 쑤제 힌팅이 괜히 존재하는 게 아니다. 기계의 자동화가 불가능한 영역이 있기 때문이다.

그러다가 중등을 거쳐서 고등교육으로 가면 그냥 닥치고 수백~수천 픽셀에서 최고화질의 그림을 그리는 것과 같게 된다. 현업 최전선에서 그림의 화질을 조금이라도 더 올리려고 난리를 치는 게 고등교육이 하는 일이다.
그리고 수십~100픽셀 이상 정도 크기부터는 굳이 크기별로 일일이 그림을 따로 그릴 필요 없이, 최고화질 그림을 축소하는 것만으로도 충분하며, 글꼴에서도 힌팅이 별로 필요하지 않게 된다. 수백 픽셀 이상부터는 아마 산술적인 anti-aliasing조차도 별 필요가 없어질 것이다.

교육과정의 수준도 단계별로 이런 식으로 성격이 다르기 때문에 초등학교 교사와 중등학교(중· 고등) 교사는 서로 호환되지 않는 것이라 볼 수 있다. 대학 교수는 두 말할 필요도 없고...
육상 경기도 100미터나 200미터는 크라우칭(엎드린) 스타트에 뒷바람이던가 어느 풍속 이상으로 분 건 인정 안 하고 굉장히 까다롭지만.. 수 km 내지 마라톤 같은 장거리에서는 스타트가 별로 중요하지 않으니 여러 사람들이 그냥 선 채로 떼거지로 설렁설렁 출발한다. 이런 차이에다가도 비유할 수 있을 것 같다.

한편, 대학교 정도가 되면 의무교육도 아니고 학생도 반쯤 성인이며 굳이 "인간 되는 참교육"보다는 선생과 학생이 상업적인 거래를 하는 관계에 더 가까워진다. 학원과 얼추 비슷하지만 그래도 학원보다는 더 전문적이고, 실무보다는 일단 이론 위주의 학술 교육이 행해진다. (일단은 설립 취지가..) 대학 교수가 애들 군기를 잡고 생활 지도를 한다거나 하지는 않는다. 그게 필요하다면 차라리 조교들한테 시키지.

그러나 그 전의 교육 단계에서는.. 아무래도 어느 정도 강제성을 부여해서 선생이 학생들을 꽉 잡고 있는 게 필요하다. 그렇지 않고 선생이 누구 말마따나 노조 설립까지 가능한 근로자이고 학생은 '고갱님'이어서 자기 귀에 맞는 선생을 언제든지 취사선택하는 것은... 교육적으로 좋은 모습이라 볼 수 없다. 아무리 자격 이하의 불량교사로 인한 폐단이 있다 하더라도 교권 자체를 부정해 버리면.. 인간 안 된다. 그러니 학교와 관련된 사회 문제가 해결하기가 쉽지 않고, 또 학교에 암약해서 불량 이념을 애들한테 주입하는 교사도 심각한 사회 문제가 아닐 수 없다.

3. 과거와 현재

옛날 일제 강점기에 이 땅의 교육 제도가 지금과 크게 달랐던 점은..

일단, 그때는 의무 교육이란 게 없었다. 등급이 제일 낮은 초등학교도 돈 내고 다녀야 했으며, 사고 치면 짤릴 수 있었다.
그 당시에 초등학교의 명칭은 '보통학교'였다. 1930년대 이후로 가서야 소학교라고 바뀌었다가 1940년대 일제 말기에 국민학교라고 다시 바뀌었다.

그 뒤, 중등교육에 해당하는 학교의 이름은 '고등 보통학교'였다. 그 시절의 학생들 얘기를 읽어보면 소속이 '무슨 여고보, 무슨 고보'로 끝나는 편인데, 그게 저 명칭의 줄임말이다. 유 관순의 모교인 이화학당도 곧 이화여고보로 바뀌었다.

끝으로 고등교육으로 가면.. 정식으로 '대학'이라는 명칭이 붙어서 학사학위를 주는 기관은 한반도 전체를 통틀어 '경성 제국 대학' 단 하나밖에 없었다. 나머지 선교사나 한국인이 세운 학교들은 대학보다는 등급이 살짝 낮은 '전문학교'라고 불렸다. 일제는 조선인이 자체적으로 대학 간판을 다는 것을 허용하지 않았다.

연세대는 '연희 전문학교', 고려대는 '보성 전문학교', 심지어 600년이 넘는 연혁을 자랑하는 성균관대도 '명륜 전문학교' 이런 식이다.
물론 전문학교라고 해서 커리큘럼까지 무슨 '만화 전문학교 허리케인 준' 같은 가벼운 급은 아니지만, 그래도 그 당시에 법적인 등급이 정식 대학은 아니었다는 뜻이다. 거기를 졸업한 뒤에는 경성제대로 편입 정도나 가능했다.

그래서 역사적인 사연이 있는 사립 학교들은 연혁이 긴 편이지만, 해방 후에 설립된 국립 학교들은 연혁이 상대적으로 짧다. 특히 서울대라고 해서 경성 제국 대학 시절의 역사를 자기 정통성에 결코 포함시키지 않는다.
국립대는 지역별로 고르게 흩어져 있는 종합 대학들 말고는 사관학교, 경찰대, 항공대, 철도대, 해양대, 이공계 특성화 대학, 예술대, 체육대처럼 특정 분야 기간 인력 양성이라는 성격이 강하다.

4. 몇몇 대학교 위치 관련 잡설

(1) 서울대는 서울 강북에 의대와 병원만 남아 있고.. (연건캠)
카이스트는 서울 강북에 경영대학원만 남아 있는 게 흥미롭다.;; (홍릉캠)
뭐, 연세대는 역사가 긴 덕분에 서울 서대문구의 노른자땅에 꽤 넓은 본캠을 점유하고 있다. 서울 역과도 가까운 편이고..

(2) 카이스트는 서울 강남에 도곡캠 건물도 있긴 하지만 존재감이 매우 희소하다.
서울대는 관악산 기슭으로 이사 가서 도심 접근성이 떨어졌다. 마치, 서울 종로구에 소재해 있지만 우리가 아는 그 느낌의 인서울은 전혀 아닌 상명대처럼 말이다.
하지만 서울대는 점유 면적 하나는 정말 방대하고 아름답다. 산을 참 많이도 깎아냈구나 싶더라.

(3) 연세 대학교는 정문 앞으로 '성산로'라는 큰길이 지나며, 정문 양 옆으로 두 개의 버스 정류장이 있다. 서쪽 정류장은 '연대앞'이고, 동쪽 정류장은 '세브란스 병원'이다.
두 정류장 사이의 거리는 330m 남짓밖에 되지 않기 때문에 지하철이 아닌 버스임을 감안해도 짧다. 하지만 두 시설 모두 무시할 수 없을 정도로 이용객이 많기 때문에 버스들은 연대앞 정류장과 병원 정류장에 모두 일일이 정차하고 있다.

난 버스로 여기를 지날 때면 늘 대구 역과 동대구 역이 생각난다. 이 역 사이의 거리도 겨우 3.2km.. 저 버스 정류장 거리의 10배 정도밖에 안 되지만 KTX를 제외한 모든 열차들이 두 역에 모두 정차해 주고 있기 때문이다. 새마을호급 열차에서 가장 짧은 필수 정차 간격으로 손꼽히지 싶다.

Posted by 사무엘

2019/05/12 08:35 2019/05/12 08:35
, ,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1618

Trackback URL : http://moogi.new21.org/tc/trackback/1618

Leave a comment

1.
먼 옛날에 기술이란 게 지금보다 비싸고 희귀하던 시절에는 컴파일러 자체가 유료화 대상이었다. Windows 플랫폼 SDK에 같이 들어있는 무료 기본 컴파일러는 상업용으로 따로 판매되는 Visual C++의 컴파일러와 같은 빡센 최적화 기능이 없었다. 사용자가 작성한 코드대로 돌아가는 실행 파일은 만들어 주지만 최적의 성능을 발휘하는 형태로 만들지는 않았다는 것이다.

그러다가 Visual C++ 2005 Express를 기점으로 고성능 컴파일러도 무료화되고 기본 제공되기 시작했다.
요즘 컴파일러의 최적화 테크닉은 학교에서 배우는 것처럼 (1) 쓰이지 않는 변수나 코드 제거, (2) 값이 뻔한 수식은 한 번만 미리 계산해 놓고 loop 밖으로 옮기기, (3) 변수는 적절하게 레지스터 등재, (4) 함수는 적절하게 인라이닝, (5) 최대한 병렬화, (6) CPU 명령 하나로 처리 가능한 단위로 묶기, (7) switch 분기를 매번 번거로운 if문이 아니라 테이블 참고 방식으로 변경... 같은 미시적인 것만이 그림의 전부가 아니다.

그야말로 번역 단위(소스 코드) 간의 경계를 넘나들고 컴파일러와 링커의 역할까지 재정립하면서까지 저런 최적화 테크닉을 적용할 부위를 판단할 필요가 있다. 그래서 컴파일러에는 전역 최적화라는 옵션이 도입되고, 링커에는 link time code generation이라는 옵션이 추가되어 서로 연계한다. 뭐, 대단한 기능이긴 하지만 이 정도로 최적화를 쥐어짜서 성능이 더 나아진 것 대비 프로그램의 빌드 타임이 너무 길어지는 건 별로 마음에 안 든다.

그리고 세상에 C++ 컴파일러가 MS 것만 있는 것도 아니고, 경쟁사들의 제품도 갈수록 성능이 좋아지고 가격이 저렴해지고 있으니 optimizing compiler 정도는 충분히 대중적인 영역으로 내려가게 됐다.

2.
한편, Visual Studio Express 에디션은 기업에서 사용이나 상업용 소프트웨어 개발까지 아무 제약 없는 무료인 대신, 리소스 편집기와 MFC 라이브러리가 없다. 지금도 그런지는 모르겠지만 처음엔 심지어 64비트 빌드 기능도 없었다.
그 뒤 VC++ 2013부터는 MFC와 리소스 편집기가 다 있는 Community 에디션이란 게 나왔다. 얘는 기능 제약이 없는 대신 개인 개발자나 스타트업 중소기업 수준까지만(인원 얼마 이하, 연 매출 얼마 이하..) 무료이다.

서로 조건이 다른 무료이기 때문에 VC++ 2013, 2015, 2017까지는 한 버전에 대해서 express와 community 에디션이 모두 나왔다. 하지만 express는 장기적으로는 community로 흡수되고 없어질 것으로 보인다.

3.
이렇게 프로그램을 기본적으로 만들고 빌드하는 데 필요한 도구들은 슬슬 무료화 단계에 들어섰고, 그 다음으로는 그냥 빌드만 하는 게 아니라 제품의 품질을 높이는 데 도움을 주는 도구, 대규모 공동 작업과 테스트를 위해 필요한 전문 도구들이 아직 유료이다. 어떤 것은 Visual Studio의 엔터프라이즈 같은 제일 비싼 에디션에서만 제공된다.

Visual C++ 2008에서는 GUI 툴킷이 feature pack을 통해 무료로 풀렸더니 2012부터는 정적 분석 도구가 무료로 풀렸다. 이걸 처음 써 본 소감은 꽤 강렬했다.

사실, 본인도 그저 닥치는 대로 코딩과 디버깅만 하는 것 말고 소프트웨어공학적인 개발 프로세스라든가 기술 문서 잘 쓰는 요령, 변수와 함수의 이름 잘 짓는 요령, 전문적인 테스트 절차와 프로파일링 같은 것을 잘 알지 못한다. 더 발전하려면 그저 무료로 풀려 있는 도구들만 쓰는 게 아니라 그 너머에 있는 도구들도 뭔지 알고 필요성을 공감할 정도는 돼야 할 텐데..

그렇잖아도 날개셋 한글 입력기도 어떤 형태로든 버그가 없었던 적은 거의 없었다. 그리고 개인 프로젝트뿐만 아니라 회사 업무도 늘 깔끔하게 마무리 짓지는 못해서 버그가 있는 채로 제품을 내고 후회한 적이 적지 않았다.
만들어진 제품의 품질을 검증하는 절차 자체는 소프트웨어뿐만 아니라 건축· 건설을 포함해 공학의 어느 분야에서나 다 필요하고 존재할 것이다. 그 가운데에 무형의 지적 산물인 소프트웨어만이 갖는 특수성 때문에 이 바닥에서만 통용되는 방법론도 있겠지만 말이다.

아무튼, 프로그래밍 툴의 제작사들이 흙 파서 장사하는 건 아닐 테니.. 이런 어마어마한 컴파일러쯤은 딴 데서 개발 비용을 회수할 통로가 다 있으니까 무료로 풀어 놓는 게 가능할 것이다.

4.
(1) 이렇듯, Visual Studio를 포함해 개발툴들은 갈수록 기능이 좋아지고 기술들이 상향평준화되고 있다. 일례로, 2017인가 2019부터는 코드 편집기에 일반 컴파일러의 경고/에러뿐만 아니라 정적 분석 결과까지 초록색 밑줄로 띄워 주는 걸 보고 무척 감탄했다. (NULL 포인터 역참조가 일어날 수 있습니다 따위..)

(2) 2017/2019부터는 도움말과 API 레퍼런스는 몽땅 인터넷으로 처리하고 로컬 오프라인용 Help Viewer를 더 관리하지 않으려는지? 설치 화면에서는 기본 선택돼 있지도 않으며, 컨텐츠 역시 2015 내용 이후로 달라진 게 없어 보인다.

(3) 그리고 Spy++의 64비트 버전은 왜 도구 메뉴에서 숨겨 버린 걸까?
한 프로그램만으로 32비트와 64비트를 통합해서 잘 동작하는 것도 아니고, "이 창의 메시지를 들여다보려면 64비트 Spy++를 실행해 주십시오" 안내를 해 주는 것도 아닌데 왜 이런 조치를 취했는지 이해할 수 없다. 사실은 32와 64비트를 가리지 않고 아주 seamless하게 동작하는 Visual Studio의 디버거가 정말 예술적인 경지의 대단한 도구이긴 하다.

(4) 시대 유행과 별 관계 없는 부분은 계속해서 안 바뀌기도 하는 것 같다.
도구상자를 customize할 때 콤보 박스의 길이 조절을 200x 시절처럼 마우스 드래그로 할 수 없고.. 2010 이래로 그냥 픽셀수 입력으로 때운 걸로 굳히려는가 보다.

무려 7년 전 글에서 지적했던 2. 메뉴 편집기의 우클릭 버그, 3. 툴바 편집기의 화면 잔상 역시, Visual Studio 2019 현재까지도 전혀 고쳐진 게 없다.
그리고 예전엔 안 그랬던 것 같은데 2019는 Visual Studio 텍스트 에디터의 폰트를 딴 걸로 바꾸고 껐다가 다시 켜서 곧장 반영되는 걸 확인까지 했는데.. 켠 채로 절전 상태로 몇 번 갔다가 돌아오면 폰트가 컴터에 따라 아주 가끔은 돋움이나 Courier New 같은 기본 글꼴로 돌아오는 것 같다.

Posted by 사무엘

2019/05/10 08:36 2019/05/10 08:36
,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1617

Trackback URL : http://moogi.new21.org/tc/trackback/1617

Leave a comment

한국의 노면전차

먼 옛날에 한반도에는 장거리 여행용 일반열차 명목으로 증기 기관차가 1899년 이래로 1967년 8월 말까지 다녔다. 그리고 도시철도 정도에 대응하는 궤도 교통수단으로서 노면전차(트램)라는 것도 아주 비슷한 시기에 등장해서 역사에 한 자취를 남겼다.

한반도에 노면전차가 존재했던 도시는 서울, 부산, 평양 딱 세 곳이었다. 서울(경성) 전차의 경우 제일 일찍, 경인선 철도와 같은 해(1899)에 개통했으며 심지어 경인선의 개통보다도 몇 달 더 일렀다. 그 뒤 일제 시대가 돼서야 부산(1915)과 평양(1923)도 뒤를 이었다.
참고로, 한반도 역사상 시내버스가 최초로 운행된 곳은 서울도 부산도 아닌 대구이다(1912).

지금이야 노면전차가 없어진 지 무려 반세기가 넘었지만, 그래도 있었던 기간도 거의 6, 70년에 달한다. 그래서 차량들의 외형이 시종일관 동일한 건 아니었다.
구한말에 맨 처음 등장했을 때는 아래와 같이 표면에 태극 무늬(?)가 있고 옆이 개방된 형태의 차량이 다녔다.

사용자 삽입 이미지

그러다가 20세기 중반쯤부터 거주성이 더 강화된 형태로 바뀌었다.

사용자 삽입 이미지

전차는 증기 기관차보다야 훨씬 작고 가벼우며, 검은 연기를 내뿜으며 '칙칙폭폭' 소리를 내는 포스도 없다. 하지만 그런 게 없이 보이지 않는 에너지을 받아서 스르르륵 앞으로 우아하고 조용하게 나아가는 게 조선 시대 사람들에게는 왕창 신기하게 보일 수밖에 없었다.
하다못해 고종 황제와 신하들이 "기차와 전차 중에 뭐가 더 빠를까?" / "전차이지 않겠습니까? 번개가 수증기보다 더 빠를 테니까요"처럼.. 논리 전개가 좀 이상해 보이는 대화도 나눴다고 그런다.

이 노면전차는 궤도 위만 달리지만 그렇다고 열차처럼 여러 차량을 주렁주렁 꿴 형태는 아니었다. 그냥 버스처럼 1량 1편성으로 다녔다.
기술 규격은 직류 600V 전기에다 1067mm 협궤였다. 오늘날은 경전철도 철차륜은 1435mm 표준궤이고 직류 750V이니, 저 때의 노면전차는 지금의 경전철보다 더 소규모였던 셈이다.
심지어 부산 전차는 처음에는 아예 762mm 협궤로 시작했다가(수인선!) 일제 시대 중반쯤에 1067로 개궤됐다고 한다. 그래 봤자 여전히 협궤이지만 말이다.

그리고 옛날에는 장거리 철도들이야 다 단선이었다. 하지만 노면전차는 개설된 지 얼마 되지 않아 야금야금 복선화가 진행됐다. 차량이 일반열차보다 훨씬 더 자주 다니는데 시내 한복판에서 교행하고 대피하는 건 굉장히 피곤한 일일 테니까..
경성의 노면전차를 복선화하는 과정에서 서대문(돈의문)이 헐리기도 했다.

또한 오늘날의 경전철들은 다 제3궤조 집전식인 반면, 옛날 노면전차는 덩치는 더 작은 주제에 전차선이 공중에 주렁주렁 매달려 있어서 도시 미관에 안 좋았다.
집전 장치도 오늘날 같은 팬터그래프가 아니라 뷔겔 같은 더 원시적인 방식이었다.

특별히 서울에 있었던 전차는..

  • 영등포가 서울로 편입되면서 노면전차 역시 한강을 건너 노량진과 영등포까지 갔다. 별도의 철교가 따로 부설된 건 아니고, 한강 인도교에 전차 선로가 같이 지나갔던 모양이다.
  • 일제 시대엔 경성전기 vs 경성궤도로 운영 주체가 이원화돼 있었다. 마치 서울 메트로 vs 도철처럼 말이다. 경성궤도는 통상적인 서울 구시가지를 벗어나 동대문에서 화양, 뚝섬, 광장동 쪽을 운행했다.

다음은 서울 전차의 노선도이다. '경성궤도' 노선은 동대문에서 출발해서 왕십리를 거쳐 뚝섬유원지 내지 광장동(지선) 쪽으로 가는데, 얘들 노선은 노선도에서 빠져 있다.

사용자 삽입 이미지

옛날엔 이런 일도 있었다.
6· 25 사변이 터져서 사람들이 한창 피난 갔다가 나중에 서울을 수복하고 돌아와 보니.. 전차들이 다니는 선로 위의 전깃줄이 죄다 사라져 있었다고 한다.
이건 폭격을 맞아 파괴된 게 아니고, 북괴 공산군이 건드린 것도 아니고, 알고 보니 자국민의 소행이었다. 심지어 이 시설을 관리하는 공무원이 앞장서서 이 짓거리를 했다고 한다. 요즘으로 치면 맨홀 뚜껑을 고철로 팔아먹으려고 슬쩍한 것과 비슷하다.

노면전차는 시설 노후화와 쌓여 가는 적자, 그리고 갈수록 늘어나는 자동차로 인해 천덕꾸러기로 전락했으며, 결국 1968년에 완전히 폐지되어 역사 속으로 사라졌다. 공교롭게도 서울과 부산 모두 날짜는 달라도 연도는 동일하다.
또한, 그 전 1967년 8월엔 증기 기관차도 공식적으로 완전히 퇴역했다. 1899년에서 1967년에 이르기까지 노면전차와 증기 기관차는 어째 비슷한 시기에 등장해서 비슷한 시기에 최후를 맞이했다.

참고로 서울 말고 부산 전차는 지금 부산 지하철 1호선의 동북쪽 온천장-서대신 역까지의 구간과 거의 일치하는 선형이었다. 지형 특성상 저기가 서울로 치면 종로 같은 중요한 구간이었는가 보다.

사용자 삽입 이미지

끝으로, 평양에서 과거에 운행되었던 전차에 대해서는 정보가 남아 있는 게 별로 없다.
남한에서는 서울과 부산의 전차를 복구해서 60년대까지 운행하기라도 했지만 북한의 경우, 전쟁 이후에 기존 전차는 운행이 그대로 중단되었기 때문이다. 그러다가 북한에서는 1991년부터 '궤도전차'라는 이름으로 전차를 다시 만들어서 평양에서 운행 중이며, 이건 옛날 전차와는 연결고리가 없다.

사진을 보니 오늘날 운행되는 평양 전차는 한 편성에 2량 정도 연결되어서 굴절버스처럼 생긴 것도 있다.

Posted by 사무엘

2019/05/07 19:32 2019/05/07 19:32
, , , ,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1616

Trackback URL : http://moogi.new21.org/tc/trackback/1616

Leave a comment

이 상, 오감도

다다이즘. 병맛. 유체이탈 화법.
'의식의 흐름'을 따라 아무말 대잔치.

요런 게 문학· 예술계에서 처음으로 시도되었던 게 지금으로부터 딱 100년쯤 전이다. 우리나라로 치면 일제 초기 정도..
지금이야 인터넷 문화 코드가 가벼움 병맛이라지만, 그때 기존 통념과 권위와 관행, 질서를 모두 깨뜨리는 실험은 파격 그 자체였다. 문학뿐만 아니라 미술이 극사실주의를 탈피해 이상한 형이상학 추상화를 추구하는 쪽으로 간 것도 아마 이때와 비슷하지 싶다.

사용자 삽입 이미지사용자 삽입 이미지

그리고 한국 문학에서 이런 일탈 쪽의 독보적인 권위자가 있었다. 바로 이 상(본명 김 해경, 1910-1937).
정말이지 참 대단한 사람이긴 했다. 머릿속에 도대체 뭐가 들어있어야 오감도 같은 시를 시리즈로 쓸까 싶다.
서 정주라든가, 이말년 씨리즈에 나오는 천재 문학인 박 달필(...;;;)처럼 문학만 판 사람과는 달리, 그는 이과 배경이 있는 사람이다. '건축무한육면각체', '이상한 가역반응' 이런 말을 만들어 낼 만한 사람은 한국 문학 역사상 저 사람이 유일하다시피했다.

사용자 삽입 이미지

뭐, "사과한알이떨어졌다. 지구는부서질정도로아팠다."(최후) 이건 뭔가 박 달필 같은 느낌도 들긴 한다.
"오호 통재라! 과로는 어찌하야 나에게 쌍코피를 선물하느뇨! 시몬, 너는 아느뇨! 내 인증껍데기에 적혈구와 백혈구 트위스트 추는 모습을!" 말이다. -_-;;;

그의 소설은 "박제가 되어 버린 천재를 아시오?"로 시작하는 그 날개, 그리고 시는 오감도가 유명하다.
오감도는 자기 전공 분야 용어인 조감도의 鳥(새)에서 획 하나만 삭제해서 烏(까마귀)를 만든 명칭이다. 요즘으로 치면 쏘나타 자동차 엠블럼에서 S자를 빼내서 오나타를 만든 것과 비슷하다.

하나만 쓴 게 아니라 무려 30회 시리즈를 신문에다 연재하려 했다. 조선중앙일보라고 오늘날의 조중동하고는 관계 없고 일제 말기에 폐간되고 없는 다른 신문이다.
신문에 총 30회 시리즈를 연재하려 했으나 "이게 도대체 뭔 소리야? 이딴 걸 시라고 쓴 거야?"라는 독자들의 극렬 항의가 빗발치는 바람에 1934년 7월부터 8월 사이에 딱 절반인 15회까지밖에 연재를 못 하고 짤렸다.
오감도의 첫 편이 바로 "13인의 아해가 도로로 질주하오" 그 시이다. 원문은 한문 혼용이고 띄어쓰기가 없다.

그는 공부 왕창 잘했고 그림 내지 제도에도 조예가 뛰어났다. 자 없이도 직선을 척 긋는 건 캐드 같은 게 없던 옛날에 측량 기사로서 굉장히 큰 장점인 능력이었을 것이다.
조선총독부 측량 기사로 일하면서 커리어 쌓았으면 돈도 많이 벌고 참 잘 나갔을 텐데.. 그는 좀 자폐 은둔형 천재였던 것 같다. 일본인 상사와 트러블을 겪은 뒤 안정적인 직장을 뛰쳐나와서 카페를 차리고 자영업을 시작했지만, 경영의 천재는 아니었는지 망하고 경제적으로 쪼들렸다. 그리고 나중에는 결핵이 악화되어 죽었다.

생전에 제대로 인정을 못 받았고 생활고에 시달리다가 겨우 27세 남짓한 나이에 결핵에 걸려 죽은 '비운의 천재'라는 점에서 그는 노르웨이의 수학자 닐스 헨리크 아벨(1802-1829)과 비슷하다!
이 상이 해방 이후까지 천수를 누렸다면 난해한 암호 같은 시와 소설이 과연 얼마나 더 나왔을지 궁금해진다. 컴퓨터와 인터넷 시대까지 경험했다면 분명 아스키 아트나 이모티콘 갖고도 재미있는 장난을 많이 쳤을 것이다.

그의 기행을 생각하면서 본인은 오감도를 날개셋 타자연습의 연습글로 수록해 봤다. 언제쯤 반영되어 홈페이지에다가도 정식으로 올라올지는 모르겠다. 이 글을 쳐 보면 타자 연습을 하는 사람도 내용의 해괴함에 멘탈이 붕괴되는 체험을 할 수 있을 것이다.

사용자 삽입 이미지

Posted by 사무엘

2019/05/05 08:36 2019/05/05 08:36
, ,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/1615

Trackback URL : http://moogi.new21.org/tc/trackback/1615

Leave a comment
« Previous : 1 : 2 : 3 : 4 : 5 : 6 : 7 : 8 : ... 154 : Next »

블로그 이미지

철도를 명절 때에나 떠오르는 4대 교통수단 중 하나로만 아는 것은, 예수님을 사대성인· 성인군자 중 하나로만 아는 것과 같다.

- 사무엘

Archives

Authors

  1. 사무엘

Calendar

«   2019/08   »
        1 2 3
4 5 6 7 8 9 10
11 12 13 14 15 16 17
18 19 20 21 22 23 24
25 26 27 28 29 30 31

Site Stats

Total hits:
1239369
Today:
101
Yesterday:
295