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

1. 청담 도로 공원

서울의 올림픽대로에서 한강과 탄천이 딱 합류하는 구간.. 그렇다고 강변은 아니고 상행과 하행 도로의 사이 공간에는 '청담 도로 공원'이라는 자그마한 정원과 산책로가 있다.
이게 운전자들에게는 휴게소 역할을 한다. 차가 없더라도 인근 주민은 굴다리를 통해 여기로 드나들 수 있다.
단, 올림픽대로에서는 종합운동장 방면에서만 진출입 가능하고 김포공항 방면에서는 접근할 수 없다.

이 공원은 1980년대 5공 시절에 진행되었던 '한강 종합 개발 사업'의 완료를 기념하기 위해 만들어졌다. 그래서 내부에는 이를 기리는 기념비가 있다.
본인은 대한뉴스 영상을 보다가 이런 곳이 있다는 걸 우연히 발견하고는 개인적으로 찾아가 봤다.

한강 종합 개발 사업은 의외로 위키에 단독 항목이 개설돼 있지 않고 인지도나 존재감이 별로 없다.
새마을 운동이나 경부 고속도로가 박통의 상징이라면, 전대갈 시절 토목 공사의 상징은 이거나 마찬가지인데도 말이다.

이전의 박통 때는 한강에서 각종 섬이 메워지고(난지도, 뚝섬..?), 교량들이 잔뜩 건설되고 팔당댐이 만들어지고 잠실 쪽의 선형이 바뀌는 등, 치수 사업과 강남권의 개발을 염두에 둔 개발이 진행됐다.
그 뒤 전대갈에 와서는 한강 바닥을 더 파서 수심을 더 올리고 주변에 시멘트 제방을 쌓았다. 그리고 그 당시에 고수부지 내지 둔치라고 불린 한강 공원이라는 것을 곳곳에 조성했다.

또한 강변북로의 남쪽 버전 명목으로, 서쪽의 김포 공항과 동쪽의 잠실 경기장을 직선으로 잇는 자동차 전용 도로인 올림픽대로를 건설했다. 이는 두 말할 나위 없이 올림픽을 대비하기 위해서였다.

쉽게 말해 지금 우리가 아는 한강의 모습이 이때 얼추 완성됐다고 생각하면 된다.
그 전에는 한강 강변도 무슨 바닷가처럼 온통 모래 뻘밭이고 홍수가 나면 수시로 범람하고.. 선형이 더 무질서하고 제멋대로이고 지금보다 자잘한 하중도도 더 많이 있었다. 먼 과거에는 사람들이 별 부담 없이 한강물에 뛰어들어 물놀이도 했지만 가까운 과거에는 지금보다 물이 훨씬 더 더러워지기도 했다.

뭐 그렇다.
전대갈 각하... 나쁜놈이기만 한 줄 알았는데 세상엔 전대갈보다 훨씬 더 나쁜놈들도 많아서 돈과 권력을 쥐고 떵떵거리고 있음을 실감하며 지낸다. 내가 오죽했으면 몇 년 사이에 생각이 이렇게 바뀌었다.
그러니 전대갈 각하 정도면 만수무강하시면서 그런 나쁜 간첩 반역자들을 계속해서 도발하고 어그로를 끌어 줬으면 좋겠다. "나한테 당해 보지도 안 해 놓고 말이야" 라고 조롱도 좀 해 주시고..

"아이가 살면 너도 살고 아이가 죽으면 너도 죽는다." 담화에다가.. 살인 없이 강간 재범 누범만으로 가정파괴범 명목으로 사형 집행을 해서 사회 정의를 실현했던 그 강렬한 포스를 나는 두고두고 기억하고 칭송할 것이다. 이런 건 서 정주 시인이 지은 오글거리는 송시에도 언급돼 있지 않은 것 같다.;;

2. 이촌 한강 공원

현재 한강 공원에는 4월부터 10월까지, 아침 9시부터 저녁 7시까지 일부 구간에 한해 풀밭에서 텐트를 치고 놀 수 있다. 이건 2019년 봄부터 시행되기 시작한 정책이다.
아마 2010년도 중반인가 텐트가 처음 허용됐을 때는 밤 9시까지 허용이었고, 11월부터 3월 기간에도 저녁 6시까지는 텐트를 칠 수 있었다. 그러던 것이 규제가 더 강화된 것이다.

게다가 올해는 코로나바이러스의 전파를 예방한다는 구실로 4월까지도 계속해서 텐트가 금지되어서 개인적으로 답답했다.
그러다가 5월이 돼서야 사회적 거리 두기 정책이 완화되고 텐트도 허용되기 시작했다. 그래서 본인도 2020년 이래로 처음으로 한강 공원에서 텐트를 치고, 오랜만에 ‘한강면’도 시식하며 지내 봤다.

이 날은 봄비가 내리다가 그친 상태였다. 아직 하늘이 흐리지만 선선하고 나들이 하기에 아주 좋은 날씨였다.

그나저나 몇 년 전까지만 해도 한강면은 은박지 그릇에 담겨 나왔다. 뜨겁기 때문에 다른 마분지 같은 걸 덧대어서 쥐어야 했는데 요즘은 방열 방수 성능이 뛰어난 동그란 종이 그릇으로 바뀌었다. 이런 것 기술도 발달하는 게 느껴진다.

3. 포항 송도 해수욕장

5월 황금연휴 때 고향을 방문해서는 포항 죽도시장을 찾아가서 회를 먹고, 근처의 송도 해수욕장을 방문했다. 단, 이 날도 하필 흐리고 비가 내려서 맑은 풍경은 구경하지 못했다.

‘송도’라는 이름의 해수욕장이 부산뿐만 아니라 포항에도 있다.
포항 송도 해수욕장은 과거에 피서지로 굉장한 인기를 누렸지만 수질 악화와 모래 유실 문제로 인해 2007년부터 사람의 입수가 금지되고 그냥 산책용 해변 공원으로 전락했던 이력도 있다. 그러다가 복원 공사를 거쳐서 2012년부터 재개장 했다고 한다.

송도 해수욕장에서는 저 멀리 포항제철 공장이라고 해야 하나 부두가 보인다.
여기 말고 또 포항 시가지에서 비교적 가까운 해수욕장으로는 더 북쪽의 ‘영일대’ 해수욕장이 있다.

송도 해수욕장의 중앙 입구에는 자유의 여신상..이 아니라 “평화의 여신상”이라는 석고상이 세워져 있다. 처음 봤을 땐 굉장히 인상적이었다.

검색해 보니 이건 무려 1968년 7월부터 건립되어 세워져 있었다고 한다. 그런데 누가 왜 무슨 사연이 있어서 무엇을 모티브로 따서 이런 걸 만들었는지가 전혀 나와 있지 않다. 게다가 원래 있던 동상은 너무 낡아서 폐기 처분했고, 지금 것은 2015년에 다시 만든 것이다.

저 여인은 나체..는 아니고, 수영복이나 레오타드를 걸친 모습인 듯하다. 옛날 사진을 보면 한때는 저 월계수 가지가 사라지고 없던 적도 있었다.

4. 경주 황성 공원

작년 가을 추석 때 풍경 사진을 올린 적이 있었지만 이번에도 재탕한다. 여기는 경주 최고의 쉼터인 것 같다. 딱히 신라 시대 유물과 관계가 없고 산이나 강변도 아닌 넓은 부지가 어떻게 숲과 공원으로 조성되었는지 궁금할 따름이다.

서울의 청계천, 중랑천, 한강 공원만큼이나 여기도 북천과 형산강을 따라 자전거 도로와 넓은 풀밭(고수부지? 둔치?)가 만들어져 있다. 특히 형산강 둔치의 풀밭은 정말 넓고 주차도 걱정 없어서.. 본인이 언젠가 저기서 텐트 치고 야영을 할 거라고 단단히 작정을 한 상태이다.

이상. 공원 답사만으로 또 긴 글이 완성됐다.

Posted by 사무엘

바탕체, 명조라고 불리는 한글 서체는 우리가 책의 본문에서 수십 년 동안 무수히 접해 온 친숙한 글꼴이다. 요즘이야 맑은 고딕, 함초롬바탕, 나눔명조 같은 여러 본문용 글꼴 때문에 존재감이 작아지긴 했지만, 그래도 화면보다 더 보수적인 출판물에서는 어떤 형태로든(신명, 윤디자인, 산돌 등) 오리지널 명조가 여전히 본좌이다.

명조도 다 같은 명조가 아니다. 모니터나 프린터의 해상도가 낮고 컴퓨터의 메모리가 부족하던 시절에는 획 모서리의 세리프만 어설프게 흉내 내고 전반적인 자형은 굉장히 투박하고 엉성한 야메 명조밖에 볼 수 없었다. 그런 한계가 없어지면서 디자이너의 아날로그 원도와 별 차이 없는 미려한 명조체를 볼 수 있게 됐다.

1. 한글

PC에서는 아래아한글 2.x(전문용)와 Windows 95를 통해 한양 시스템 신명조가 가장 널리 퍼졌었다.
1993년에는 아래아한글 2.1이 출시되었는데, 이때는 한양 시스템뿐만 아니라 휴먼 컴퓨터에서 개발한 서체들이 대거 도입되었다. 그 중 '휴먼옛체'는 워낙 개성 넘치고 큰 인기를 끌었던 서체이며..

휴먼샘체, 팸체, 안상수체처럼 한글에 가변폭 글꼴이 등장한 것도 굉장히 파격적이었다. 1990년대에는 안상수체 같은 글꼴이 꽤 참신한 미래지향(?) 서체라고 각광받아서 간판이나 책 제목에 종종 쓰이곤 했다.
이런 것들을 PC에서 저렴한 가격으로 최초로 선보였던 아래아한글은 실로 대단한 일을 해냈었다. 비록 그 시절 물가로 거의 30만 원에 육박했던 전문용 에디션 한정이었지만 말이다.

이런 서체들에 비해, '휴먼명조, 휴먼고딕'은 아무래도 기존의 신명조, 중고딕(한양 서체)과 외관상 거의 분간이 안 되니 존재감이 미미했다. 그래도 한양 서체와 휴먼 서체는 완전히 똑같지는 않았으며, 미세하게 차이점이 있었다.

굳이 따지자면 휴먼명조가 한양 신명조보다 '약간 덜' 미려하고 완성도가 낮았다. 하지만 어차피 깨알같은 본문용 글자의 크기와 해상도에서 그 차이는 일반인에게 거의 분간되지 않는 미미한 수준이었다.
그러면서 휴먼명조는 그 대신 크기가 더 작고 래스터라이즈 부담이 더 적으며 저해상도 출력에도 더 최적화돼 있었다. 그래서 위의 그림에서도 작은 크기에서 휴먼명조의 '명, 조, 맥' 같은 글자가 한양보다 미세하게나마 더 깔끔하고 획이 균일하다.

애초에 한양 신명조는 한 글자씩 일일이 그린 완성형으로 2350자밖에 표현할 수 없는 반면, 휴먼명조는 조합형 구조여서 한글 11172자 전체를 표현할 수 있었다. 똠 햏 뷁 같은 글자를 표현하려면 싫어도 휴먼명조를 써야 했다.
이 정도면 그 당시에 휴먼명조의 존재가 충분히 가치가 있었을 것이다. 휴먼명조만 해도 Windows 3.1 시절의 투박한 바탕체(큐닉스..)에 비하면 훨씬 더 미려하고 외형과 성능을 모두 잡았었다.

그런데 1994년의 딱 아래아한글 2.5 (+ 어쩌면 그 다음 3.0까지도)에서는 어찌된 영문인지 한양 신명조가 아예 빠져 버리고, '신명조'를 고르건 '휴먼명조'를 고르건 무조건 '휴먼명조'가 선택되곤 했다. 즉, 목록상으로는 두 글꼴이 모두 있지만 둘의 차이는 나지 않는 것이다.

둘은 외형도 비슷하고 모든 글자들의 폭도 어차피 동일하니 일반인들이야 이런 일이 있었다는 걸 모를 것이다. 그 시절에 왜 그랬는지는 지금도 의문이다.
그러다가 나중에 한양 신명조와 휴먼명조는 다시 구분이 생겨서 오늘에 이르고 있다. 단지, 한양 신명조가 잠시 누락된 적이 있었던 것은 본인의 기억에 확실하게 남아 있는 역사 팩트이다....라고 썼는데,

오, 인터넷을 뒤져 보니 물증이 있다.
아래아한글 2.5의 예제 문서를 열어 놓은 스크린샷이 굴러다니는데, 저 때는 아예 대놓고 '휴먼명조 = 신명조'라고 쓰여 있다! 내 기억이 맞았다.

2. 영문

신명조에는 한글뿐만 아니라 그와 어울리는 영문 서체도 있다. 아래아한글에서 신명조, 그리고 Windows가 깔린 컴퓨터에서 '바탕'만 고르면 볼 수 있는 그 익숙한 서체 말이다.

그런데 얘는 미국 같은 영어권 국가에서 즐겨 쓰이는 서체는 아닌 것 같다. 걔네들은 책 본문은 Times Roman이 압도적인 본좌이며, 거기에다 Bookman, Century, Palantino (Book antiqua와 아주 비슷)가 가끔 꼽사리로 끼는 정도다. 그럼 '영문 신명조'는 원조가 무엇일까?

본인이 실물을 직접 보지는 못했지만 과거에 미국에서 여권을 발급받으면 이렇게.. “미합중국 여권만 있으면 (지구상에 못 가는 곳이 없고) 세계가 몽땅 님하의 것입니다!”라는 캐간지 안내문이 딸려 나왔다.
그런데 저렇게 천조국의 위상을 자랑하는 문구의 서체가 통상적인 유럽풍이 전혀 아니고 완전 빼박 한국 신명조 바탕인 적이 있다는 게 난 너무 신기했다. 바로 저거 말이다. 기울여 쓴 게 이탤릭도 아니고 오블리크다.. 설마 진짜 '바탕'을 써서 인쇄한 걸까? (지금은 딴 서체로 바뀐 듯함.)

그리고 한 1990년대 초반까지 옛날 미국 컴퓨터 잡지 같은 출판물을 보면 이런 신명조 풍의 서체를 생각보다 자주 볼 수 있었다.
본문 기사보다는 저렇게 광고 문구에 더 많았던 것 같다. 위의 그림은 잡지 제목은 기억 안 나고 워드퍼펙트가 Windows용으로 처음 출시됐다는 광고이니 시기가 대충 짐작이 될 것이다.

영미권에도 저런 서체가 분명 있긴 했다는 것이다. 그러니 저게 한글 신명조와 pair가 되기도 했고 말이다.
저건 누가 만든 무슨 이름의 서체일까? 본인은 아직 정보가 없고 궁금하다.
그 흔해빠진 명조 하나 갖고도 얘기할 게 생각보다 많이 있었던 셈이다.

Posted by 사무엘

1. life 생명 or 삶

life라는 영어 단어는 잘 알다시피 생명· 목숨뿐만 아니라 삶· 인생이라는 뜻까지 포함하고 있다. 마치 heart의 의미가 심장에서 더 나아가 마음도 되는 것처럼 말이다.

"동사 live vs 명사 life"는 한국어로 치면 "그리다 vs 그림"과 비슷한 호응 관계인데, 같은 맥락에서 "살다 vs 삶, 일생, (한)살이"가 대응한다고 보면 정확하다.
그러고 보니 옛날에는 "배추흰나비의 한살이"처럼 '한살이'라는 단어도 있었는데 요즘도 쓰이나 모르겠다. 사전을 찾아 보니 아예 곤충의 일생 변태 과정만을 일컫는 전문 용어처럼 기재돼 있네..

생명을 갖고 있는 동안 누리게 되는 것이 삶· 인생이니 둘은 분명 별개의 개념은 아니다. 하지만 이들은 그래도 동일 개념을 서로 다른 관점에서 접근한 용어임이 틀림없다.
본인의 언어 직관이 크게 어긋나지 않는다면, 일반적으로 목숨· 생명은 '하나'뿐이라고 말하고(개체, 개수), 인생은 '한 번'뿐이라고 말하는 경향이 있어 보인다(기간, 횟수).

기독교는 사후 세계와 혼의 불멸을 가르친다. 그렇기 때문에 하늘 아니면 지옥에서 시작되는 life after death라는 말도 있다. life가 오로지 이 세상에서의 생물학적 생명만을 가리키는 건 아니기 때문에 저런 용어가 모순으로 빠지지 않을 수 있다.

잠 4:23 issues of life를 좀 의학· 생물학적인 편견을 갖고 접근하면 지금 흠정역 성경 번역처럼 '생명의 근원'이라는 뜻이 들어온다. 그러나 인문· 사회학적 편견을 갖고 접근하면 '인생의 온갖 얘깃거리 이슈들'...;;이라는 뜻도 들어오게 된다. 뭐, 그래도 저건 다의어 관계이지, 무슨 동물 염소와 원소 염소 같은 동음이의어까지는 아니겠다.

약 4:14에서 말하는 '한낱 수증기나 다름없는 너희 life'도 그런 중의성을 지닌다. 일단 저기 문맥은 "실컷 잘 먹고 잘 살아도 죽어 버리면 말짱 헛일이다"라는 마 16:26, 눅 12:19-20과 비슷하다. 혼과 직접 대응하는 건 생명이지만, 정말 수증기· 이슬처럼 짧고 덧없다는 것을 강조하는 대상으로는 인생이 적합해 보인다.

사람이 예수 믿고 구원받으면 거듭나고 새로운 life를 얻는다고 하는데.. 이와 관련해서도 흥미로운 대조를 이루는 찬송가 쌍이 존재한다.
하나는 그 유명한 “나 이제 주님의 새 생명 얻은 몸”이다. 얘는 life를 생명· 목숨이라고 봤다. 작사자는 <부름 받아 나선 이 몸>의 작사자이기도 한 이 호운이며.. 작곡자는 오빠 생각, 제헌절 노래 등의 작곡자이고 포항제철 초대 회장과는 동명이인인 박 태준이다.

다른 하나는 “주님 품에 새 생활 하네”(John W. Peterson)이다. 얘는 아까 전자와 달리 외국곡 번역인데, 가사 내용을 보니 어째 life의 대응으로 '생활'이 쓰였다. 두 곡 다 과거의 죄악된 삶을 청산했다는 말과, "옛 것은 지나고 새 피조물이 되었다"(고후 5:17) 인용이 들어있다.
하지만 전자는 관점이 관점이어서 멜로디가 좀 웅장하고 감격스럽고 씩씩한 느낌인 반면, 후자는 그 뒤의 지속적인 생활(지구력)을 강조해서 그런지 평안하고 조용한 분위기이다. 흥미로운 차이점이다.

2. 순우리말

뭍(육지 land), 얼개(structure), 고장(기계 고장 말고, 지역 region), 연모(도구), 까닭(이유), 미련하다, 미쁘다...
내가 초딩 꼬맹이였을 때 책에서 봤던 단어들인데, 21세기에 태어난 애들은 저런 단어를 들어 본 적이 있을까?
이런 식으로 안 쓰이고 사라지는 순우리말이 좀 더 있는 것 같다. 멸종 위기 동물처럼..

한국어에서 '짜장'은 짜장면의 재료가 아니라.. 원래 지금으로 치면 'indeed, 레알'에 가까운 부사였다! {... 그것은 짜장 그 손에 넘는 짓이니, “아 웬 궐련은 이래.” 하고 슬쩍 눙치며, “성냥 있겠나?” 일부러 불까지 거 대게 하였다.} 김 유정의 소설 <만무방>(1935) 중에서..
하지만 이제 짜장은 '자장면'의 현실화 표기로 바뀌었다. 부사 '짜장'은 '바이'(전혀 never)만큼이나 사어가 된 셈이다.

'물매'는... 내 기억이 맞다면 정말 의외로.. 정석 책에서 한번 본 적이 있다. 그런데 그걸로 끝.. 다시는 출판물에서 저 단어를 접하지 못했다.
안 그래도 일본 책 베꼈다는 논란이 있는 교재에서 만약 그 의혹이 사실이라면, 그래도 번역 로컬라이징은 최소한의 신경을 썼다는 뜻이 되겠다.

참고로 '거리'도 순우리말은 street이고 한자어는 distance이다. 뭐, '거리'는 멸종 위기는 아니다.
'구조'는 structure과 rescue 모두 한자어임.
한편, '지레', '도르래' 같은 물리 장치는 어째 한자어 없이 순우리말이 정착해 있다.

3. 땀

발명가 토머스 에디슨이 남긴 말 중에 “천재는 99%의 노력과 1%의 영감으로 이뤄진다”가 있다.
이 말의 진짜 의미가 대외적으로 심하게 왜곡됐다는 식으로 얘기가 많은데.. 이 글에서는 그런 뉘앙스 말고 단어와 관련된 얘기만 좀 늘어놓도록 하겠다.
위의 말의 영어 원문은 1% inspiration과 99% perspiration이라고 한다. 즉, 1%가 99%보다 먼저 언급되며, 후자도 직접적인 의미는 노오오력이라기보다는 땀이다. (뭐, 그 말이 그 말이긴 하지만)

또한, 한국어 번역으로는 전혀 느낄 수 없지만 두 단어가 -spiration이라는 라임을 형성하고 있는 것이 매우 인상적이다. 땀이라 하면 sweat밖에 모르는 본인 같은 사람에게 perspiration은 좀 생소한 단어이다.

말이 나온 김에 관련 썰을 좀 더 풀자면..

• 땀: ‘포카리스웨트’는 마치 애니콜처럼 영어권 본토인이 들으면 고개를 갸웃거리게 하는 작명이라고 한다. 맑고 시원한 이온 음료의 이름에다가 하필 더럽고 찝찝한 느낌이 드는 땀이라는 단어를 넣었으니 말이다. 교회의 이름이 누룩 교회, 소프트웨어 개발사의 이름이 버그 소프트, 블루스크린 시스템즈인 것과 비슷하지 않을까? ㅡ,.ㅡ;;
• 영감: 내가 지금까지 들은 영감이라는 단어를 들은 곳은 (1) 저 에디슨의 격언, (2) '개그만화 보기 좋은 날'에서 우사미짱이 눈깔 모양이 변하면서 쿠마키치를 범죄 용의자로 잡아내는 영감, 그리고 (3) 딤후 3:16이 말하는 성경의 영감 정도이다. ㄲㄲㄲㄲ

4. 영어 어휘

다음으로, 영어에서 좀 므흣하게 느끼는 면모를 개인적으로 발견한 걸 더 나열하자면 다음과 같다.

• 학창 시절 이래로 지금까지 한 번도 진지하게 생각한 적이 없었는데.. toward와 towards의 차이는 과연 뭘까? 신기하다. 하는 일은 거의 같고 어감상의 차이만 존재하며, 비슷한 예로는 upstair / upstairs 쌍도 있다! 마치 한국어에서 도트와 닷이 나뉘는 것 같은 현상이 영어에서 저런 게 아닐까 싶다.
• gold는 그 자체가 금속 명사와 금색/금 재질이라는 형용사가 되지만, golden이라는 말이 또 따로 있다. silver는 그렇지 않은데 말이다. 황금도끼 고전 게임이 golden이라는 단어를 크게 대중화시켰다. 방향에도 east+ern, north+ern 같은 형용사 바리에이션 쌍이 존재하는 게 인상적이다.
• behalf, sake 같은 단어는 for the sake of, for one's sake 이런 식으로만 쓰이는 게 한국어 문법 용어로 표현하자면 영어의 의존명사나 다름없는 물건으로 보인다.
• shall은 뭐.. should/will과 비교했을 때 고어체로 치부되면서 거의 죽어가는 게 확실하고.. 현재로서는 shall I/we 같은 의문문에서나 쓰이는 불완전동사처럼 돼 간다.
• behind는 '바하인드'라고 읽히는 경우가 굉장히 잦은 것 같은데 사전에 딱히 반영돼 있지는 않아 보인다. 정관사 the는 굳이 모음이 아니어도 '더'가 아닌 '디'라고 읽는 경우가 많다.
  다른 언어를 공부해 보면 영어처럼 정관사가 더/디 바리에이션 정도밖에 없는 건 굉장히 단순하고 쉬운 양반이란 걸 알 수 있다.

5. company

영어로 '기업, 회사'를 나타내는 단어 company는 "빵(pany) 을 함께 나누다(com-)"라는 어원에서 유래되었다는 것..
알 만한 분들은 아실 것이다. 월트 디즈니 컴퍼니, 이스트 인디아 컴퍼니 등..

쉽게 말해 저 com은.. 공산주의를 가리키는 코뮤니스트, 베트'콩',
경성 '콤'그룹(일제 말기 때 만들어졌던 공산주의 성향 항일 비밀결사 단체) 할 때 그 '콤'과도 같은 어원이다.

난 컴퍼니의 어원이 저렇다는 것을 먼 옛날에 오 성식 생활영어 교재에서 처음 접했다.
'빵'은 포르투갈어에서 유래된 단어이며, 저분이 원래 외대 포르투갈어 전공 출신이기도 하니 어원이 더욱 쉽게 눈에 들어왔지 싶다.
지금처럼 지식과 정보가 인터넷으로 넘쳐나지 않던 옛날엔 그런 소소한 팁이나 유래 잡학, 외국 경험담도 희귀했었다.

상표명인 '꼼빠니아'는 동일 어원의 단어를 스페인어식으로 읽은 것인데, 회사뿐만 아니라 영어로 companion에 가까운 '동반자'라는 뜻도 있다. 저 상표가 의도한 의미는 '동반자'이다.

성경에 행 2:42,46을 보면 회사가 아니라 초대 교회 지체들이 company의 정의에 완벽하게 부합하게 한 빵을 떼어서 같이 나눠 먹었다고 나온다. 본문의 주변 문맥을 보면, 이때는 공교롭게도 교회도 일면 사회· 공산주의스럽게 재산을 전부 한데 공유하던 시절이었다. 다만, 이건 체제 전복 혁명 과업, 인민 해방 이러는 흉악한 공산주의와는 아무 상관 없는 사건이었다.

아무튼, 인류 역사에서 회사· 기업이라는 조직의 첫 시작과 취지· 이념은 교회나 공산주의 만만찮게 "함께 빵을 나누는 조직"이었다. ㅎㅎ 한국어의 '식구'와 비슷한 개념이다.

6. 세부적으로 구분하는 것과 구분하지 않는 것

• give vs 줘/내놔: 강도가 피해자를 털 때는 "돈 내놔"라고 하지, "돈 줘"라고는 절대로 말하지 않는다. 전자는 더 적극적으로 강압적으로 빼앗겠다는 뉘앙스가 담겨 있다.
• wear vs 입다 쓰다 신다 끼다 착용하다: 흠.. 더 이상의 자세한 설명은 생략한다.
• 독: 한국어로는 다 똑같지만 영어로는 먹는 독 poison과 동물에게 물려서 주입된 독 venom을 구분해서 표현한다. 그리고 화상을 입어도 불에 데이는 burn과 물에 데이는 scald를 구분해서 표현한다.

7. 외래어

집에서 바깥과의 경계가 벽이 아닌 난간으로 구성돼 있고, 장판이 아닌 타일이 깔려 있고 집안이라기보다는 반쯤 바깥인 그 공간을 우리는 무엇이라고 부르는가?
베란다와 발코니가 정말 별 구분 없이 섞여 쓰이는 것 같다. 원래는 둘은 어묵과 오뎅만큼이나 서로 다른 개념을 가리키는데 말이다. 발코니가 더 영어에 충실한 단어이지만 개인적으로는 베란다가 더 자주 들었고 더 친숙하다.

하긴, 가방· 담배· 구두조차도 원래는 외래어라는 게 놀랍기 그지없다. 껌은 영어 어원이 분명하니 외래어라는 인식이 있지만, 비슷한 단어인 빵은 외래어라는 인식이 우리의 기억 속에서 상대적으로 덜하다. 이렇게 생각하면 외래어라는 것도 의외로 별것 아니고 정하기 나름인 개념일 뿐인 건지도 모르겠다.

8. 틀리기 쉬운, 혹은 틀린 채로 굳어져 버린 외래어 표기

• algorithm: 어쩌다가 '-듬'이 '-즘'이라고 바뀌어 버렸는지 모르겠다. 음악 용어 리듬을... 리즘이라고 부르지는 않는데..
  
• basic: 원어 발음엔 Z 소리가 전혀 들어있지 않다. 스펠링 그대로 '-식'이 맞는데 현실에서는 '-직'으로 굳어져 버린 것 같다.
• message, sausage: 스펠링이 A여서 좀 혼동의 여지가 있어 보인다만.. '-세-'가 절대 아니고 '-시-'가 맞다. 메시지, 소시지.
• super-: 원어 발음엔 반모음이 들어있지 않다. 슈퍼마켓, 슈퍼맨..이 아니라 원래는 그냥 수퍼마켓, 수퍼맨이 맞는데 저건 흠..
  비슷한 예로 비젼이 아니라 비전, 캡쳐가 아니라 캡처, 쥬스가 아니라 주스(juice), 죠스가 아니라 조스(jaws)이다.

자음이 ㅈ 소리로 바뀌는 구개음화라는 건 한국어에만 존재하는 현상은 아니다. 일본어는 더해서 TR 소리조차 츄리닝 츄레라 같은 식으로 바뀌어 왔다.
쿵 퓨리에서 히틀러가 "전화기 내놔" 이럴 때 give me the phone을 "더 폰"이 아니라 "저(ze!!) 폰"이라고 발음하던 게 생각난다. ㅋ

Posted by 사무엘

Windows에는 우리가 생각하는 것보다 훨씬 더 세밀한 UI 옵션들이 가득하다.
사용자의 취향과 컴퓨터의 성능을 고려하여 처음에는 옵션으로 도입됐다가 나중에는 그냥 '답정너 무조건 적용'이나 다름없게 바뀐 옵션의 대표적인 예는 "마우스로 창의 위치나 크기를 변경하는 것을 즉시 반영"이 있다.

마우스가 움직일 때마다 큼직한 창을 매번 다시 그리는 건 198, 90년대의 PC 사양으로 감당하기에는 계산량과 부하가 버거운 작업이었다. 그래서 처음에는 XOR 연산으로 그려진 반전 윤곽선만 마우스 궤적을 따라 그려 주다가 왼쪽 버튼이 떼어졌을 때 실제로 반영하는 형태로 move/resize 기능이 구현되었다. 이 동작을 기억하는 분도 계실 것이다.
그러다가 Windows 95에 와서야.. 그것도 Microsoft Plus!라는 확장팩을 설치한 뒤에 '즉시 반영'이 옵션 형태로 추가됐다.

그리고.. Windows XP에서는 타이핑을 시작했을 때 마우스 포인터를 화면에서 잠시 감춰 주는 자잘한 옵션이 추가되었다. 이건 딱히 성능하고 관계가 있는 옵션은 아니다만.. 텍스트 편집 기능을 자체 구현한 프로그램이라면 운영체제 차원에서 저 옵션이 켜졌는지 여부를 확인해서 저 동작을 지원해 줘야 할 것이다.

운영체제 제어판의 프로그래밍 버전 역할을 담당하는 함수는 SystemParametersInfo이다. SPI_GETMOUSEVANISH를 주면 포인터 숨기기 옵션이 켜졌는지 여부를 알 수 있다. 저 함수가 제공하는 거의 100가지가 넘는 옵션 상수들을 살펴보면 Windows의 UI의 변천 내력을 알 수 있다.
그리고 오늘 이 글에서 논하려 하는 것은 바로 그런 자잘한 UI 옵션 중의 하나인 UI state이다.

마소에서는 사용자에게 온갖 정보를 표시하는 것뿐만 아니라, 불필요한 정보를 가능한 한 숨기고 꼭 필요할 때만 표시하는 것에도 많은 관심을 갖고 연구한 듯하다.
그래서 사용자가 키보드 타이핑을 할 때는 마우스 포인터를 숨기고, 반대로 마우스를 주로 사용하는 것으로 보일 때는 키보드 조작과 관련된 시각 요소들을 숨기는 게 낫겠다는 생각을 하게 됐다.

키보드 조작과 관련된 시각 요소라니? 두 종류가 있다. 하나는 메뉴나 대화상자에서 Alt 단축키를 나타내는 글자 밑의 밑줄이고.. 다른 하나는 현재 키보드 포커스를 나타내는 점선 사각형이다.

이런 것들은 없는 게 시각적으로 깔끔하며, 사실 맥OS에는 저런 게 전혀 존재하지 않는다. 하지만.. 걔네들도 키보드 조작에 도움을 주는 정보이니 하루아침에 싹 없애 버릴 수는 없다.
그러니 절충안은.. 일단 숨겼다가 필요할 때만 표시하는 것으로 귀착된다.

하긴, 메모장이나 날개셋 편집기처럼 운영체제의 표준 메뉴를 사용하는 프로그램들을 살펴보면.. "파일(F) 편집(E)" 같은 항목에서 F, E에 쳐진 밑줄도 평소엔 보이지 않다가 사용자가 Alt를 눌렀을 때에만 표시되는 걸 볼 수 있다. 뭐, 요즘은 아예 메뉴가 통째로 보이지 않다가 사용자가 Alt를 눌렀을 때만 표시되는 프로그램도 있지만 말이다.

그리고 아래아한글은 대화상자의 단축키들이 Alt를 누르고 있는 동안만 잠깐 보이고, Alt에서 손을 떼는 순간 사라진다.
MS Office 프로그램은 문서 편집 화면에서 Alt를 단독으로 눌렀다가 떼면 리본의 기능들에 할당된 단축키들이 표시되는데, 이건 대화상자보다는 메뉴의 단축키 동작을 흉내 낸 것에 가깝다.

UI state는 저런 것들과 완전히 같지는 않지만 비슷한 상태와 동작을 다룬다.
Windows에서 돌아가는 모든 윈도우들은 UI state라는 숫자 형태의 속성을 갖는다. 이걸 얻어 오려면 자기 윈도우에 대해서 WM_QUERYUISTATE 메시지를 보내면 된다. 그럼 운영체제가 답변해 준다(wParam, lParam 없음. 리턴값만 확인하면 됨). 딱히 우리가 customize할 필요가 없는 메시지이니, SendMessage 대신 그냥 DefWindowProc에다가 바로 줘 버려도 된다.

리턴값은 비트 플래그 형태이다. 포커스 테두리를 그리지 말 것을 지정하는 UISF_HIDEFOCUS (1), 그리고 단축키 밑줄을 그리지 말 것을 지정하는 UISF_HIDEACCEL (2)를 살펴보면 된다.
Windows XP부터는 UISF_ACTIVE (4)라는 것도 추가됐다고 하지만 개인적으로는 의미나 용도를 전혀 모르겠다. “A control should be drawn in the style used for active controls.”라는 설명만 봐서는 이해가 잘...

static/label 컨트롤은 자체적인 포커스가 없으니 Alt 단축키 밑줄만 신경 쓰면 될 것이고, 아이템을 표시하는 리스트박스, 트리 컨트롤 같은 물건은 포커스 테두리만 신경 쓰면 될 것이다.
그에 비해 버튼(push, radio, checkbox 모두)은 단축키 밑줄과 포커스 테두리를 모두 관리해야 할 것이다. 반대로 에디트 컨트롤은 저런 걸 신경 쓸 필요가 전혀 없을 것이고..

포커스 테두리야 DrawFocusRect 함수를 이용하면 간편하게 그릴 수 있고, &가 섞인 문자열에 대해서 단축키 밑줄을 같이 그리거나 생략하거나(DT_HIDEPREFIX) 심지어 단축키 밑줄만(DT_PREFIXONLY) 그리는 건 DrawText의 여러 플래그들을 사용해서 간편히 구현 가능하다.

그런데 사용자가 대화상자에서 alt나 tab(포커스 테두리) 같은 글쇠를 누르면 그 대화상자 내부의 컨트롤 윈도우들은 감춰 놨던 보조 요소들을 표시하도록 UI state가 바뀌게 된다. tab은 포커스 테두리만 건드리지만 alt는 포커스 테두리와 단축글쇠 밑줄을 모두 건드린다. 한번 표시된 보조 요소들은 다시 숨겨지지 않는다.

이렇게 UI 상태가 바뀌었음을 나타내는 메시지는 바로 WM_UPDATEUISTATE이다. 얘는 우리가 생성하는 게 아니라 운영체제가 보내 주는 메시지이다. 어떤 플래그가 켜지거나(UIS_SET) 꺼졌는지(UIS_CLEAR)를 wParam 값을 통해 알 수 있으니 자세한 사항은 검색해서 구체적인 스펙을 찾아보면 된다.

이 메시지를 DefWindowProc에다가 넘겨 주면 우리 윈도우의 UI state값이 그렇게 변경되며, 동일 메시지가 우리의 child 윈도우들로 전파된다. 다시 말해 WM_QUERYUISTATE의 리턴값은 WM_UPDATEUISTATE를 DefWindowProc에다 요청하기 전과 후가 서로 달라진다는 것이다.
이 메시지를 받았을 때 우리 윈도우가 해야 할 일은, 우리 윈도우의 외형 중에서 그런 UI state의 영향을 받는 게 있는 경우 해당 부분을 다시 그리는 것이 전부이다. 해당사항 없으면 그냥 무시하면 된다.

alt와 tab이야 대화상자에서의 공통 단축글쇠이다. 이때 윈도우의 UI state를 변경하는 것은 IsDialogMessage 함수가 알아서 처리하는 것이라고 쉽게 유추할 수 있다.
그것 말고 우리 윈도우 내부에서도 자체적으로 UI state를 변경해 줘야 할 때가 있다. 사용자가 화살표 키 같은 걸 눌렀을 때 말이다. 이때는 WM_CHANGEUISTATE라는 메시지를 나 자신에게 보내면 된다. wParam에다가는 WM_UPDATEUISTATE와 동일한 스타일로 변경된 플래그를 주도록 한다.

DefWindowProc에서는 이 메시지를 부모 윈도우로 보낸 뒤, 최상위 윈도우에서는 메시지를 WM_UPDATEUISTATE로 바꿔서 자식들로 다시 전파한다. 이런 절차를 거쳐서 대화상자에 있는 모든 윈도우들의 UI state가 동기화된다.

지금까지 얘기했던 것들을 정리하면 이렇게 요약된다.
UI state를 인식해서 동작하는 컨트롤을 직접 구현하고 싶은 경우, WM_QUERYUISTATE를 호출하면 자신의 UI state 값을 얻을 수 있다. 그리고 WM_UPDATEUISTATE가 왔을 때 적절히 화면을 다시 표시하면 된다. 그리고 자기 자신이 UI state를 변경하고 싶은 경우, WM_CHANGEUISTATE를 보내면 된다.

모든 윈도우 메시지들은 DefWindowProc으로 가도록 하면 된다.
대화상자의 경우, 마우스 클릭으로 명령을 내려서 연 경우 저런 보조 요소들이 숨겨진 상태로 시작하며, 그렇지 않고 키보드로 열었다면 이들이 표시되어 있다.

이런 UI state 변경 메시지들과 관련 기능들은 Windows 2000에서 최초로 도입됐다. 9x/ME/NT4 시절에는 존재하지 않았다는 뜻이다. layered window, 마우스 포인터 아래의 그림자, fade out되며 사라지는 메뉴도 다들 2000에서 도입된 기능이다. 2000이 XP 같은 테마는 없었지만 그래도 소소하게 바뀐게 많다는 걸 알 수 있다.

이런 동작은 SystemParametersInfo(SPI_GETKEYBOARDCUES)에 값이 설정돼 있을 때만 행해진다. 제어판에서는 "Alt 키를 누를 때까지 키보드 탐색에 사용할 문자 숨기기"라는 이름의 옵션으로 존재한다. 이게 꺼져 있으면 UI state는 언제나 0으로 고정되며, WM_UPDATEUISTATE 같은 메시지가 오지 않는다.
처음에는 얘의 명칭이 SPI_GETMENUUNDERLINES이었다. 하지만 보다시피 단축키 밑줄뿐만 아니라 포커스 테두리 같은 요소도 추가되면서 명칭이 더 범용적인 'keyboard cue'라고 수정되었다.

이 기능 내지 API와 관련된 본인의 생각을 두 가지 정도 첨언하고 글을 맺도록 하겠다.

1.
라틴 알파벳처럼 음소 풀어쓰기 형태이고 키보드 글쇠와 글자가 일대일 대응하는 문자라면.. 간단하게 해당 문자를 곧장 단축글쇠로 지정해서 아래에 밑줄을 쳐 주면 된다. 하지만 한글· 한자 같은 문자는 그렇지 못하기 때문에 문자열 뒤에 단축글쇠를 별도로 추가해 줘야 한다. 파일(F) 편집(E)처럼 말이다.

이런 환경에서는 단축글쇠를 숨기려면 밑줄만 숨기는 게 아니라 (F), (E)를 통째로 감춰 버리는 게 훨씬 나을 것이다. 하지만 이건 문자열의 내용과 길이를 통째로 변경해야 하니 좀 난감할 수도 있다. 단축글쇠 영역이 기존 UI 문자열의 폭을 건드리지 않도록 별도로 돌출된 툴팁 같은 데다 표시해야 할 것이다.

2.
지금까지 글을 읽은 분이라면 눈치 채시겠지만,
UI state라는 건 앞서 언급했던 라벨, 버튼, 리스트 같은 공용 컨트롤이나 그에 준하는 물건을 새로 구현하지 않는 한.. 프로그래머가 접하거나 신경 쓸 일이 거의 없는 개념이다.
한 대화상자 아래에서 컨트롤들이 UI state가 제각각 달라야 할 일도 없고, 사용자가 WM_***UISTATE 메시지를 DefWindowProc에다가 전달하지 않고 동작을 override해야 할 일도 없다.

사용 패턴이 뻔히 정해져 있고 자주 쓰일 일도 없음에도 불구하고 관련 메시지가 안 그래도 공간이 부족한 시스템 메시지 영역에 3개나 들어가 있는 건 개인적으로 생각하기에 좀 낭비인 것 같다.
UI state는 그냥 GetWindowLongPtr 함수로(GWL_UISTATE) 얻게 해도 되고, WM_CHANGEUISTATE는 메시지 대신 함수가 담당하게 했어도 될 것 같다. 아니면 그 메시지조차도 SetWindowLongPtr로 대체하고 말이다.

내가 보기에 메시지 형태가 꼭 필요한 건 WM_UPDATEUISTATE뿐인 것 같다.

Posted by 사무엘

1. 에러 메시지의 친근성

먼 옛날 도스 시절에는 명령 프롬프트에서 파일 이름이나 명령을 잘못 입력하면 갖가지 에러 메시지들을 볼 수 있었다. 제일 흔한 건 Bad command or file name... 아무말이나 입력하고 엔터 누르면 볼 수 있으니 말이다.
오늘날 Windows의 명령 프롬프트에서 XXXX is not recognized as an internal or external command, operable program or batch file이라고 정말 길고 정황하게 나오는 그 메시지가 옛날에는 저렇게 간결하고 무뚝뚝하게 나왔던 것이다. bad가 뭐냐 도대체.. ㅡ,.ㅡ;;

유닉스 계열만 해도 XXX: command not found 내지 XXX: no such file or directory로 나뉘어 있으나.. 도스는 그 특성상 파일 실행과 명령의 구분이 없는 관계로, 단일 메시지에 파일과 명령을 모두 포함해야 했던 것이다.
그런데.. 그렇게 문장 한 줄만 뜨고 아무 뒤끝 없이 프롬프트로 돌아오는 에러와 달리.. 어떤 에러는 Abort? Retry? Ignore? 이러면서 사용자를 물고 늘어지고 놔 주질 않았다. 이게 초딩 시절엔 굉장히 무섭고 강압적으로 느껴졌다.

이런 무서운 에러는 디스켓과 관련해서 자주 볼 수 있었다. 드라이브에 디스켓을 넣지 않은 상태에서 A: 같은 드라이브 변경을 시도했거나.. 아니면 디스켓 파일을 복사하던 중에 오류가 발생했을 때도 저런 사태가 벌어졌다. 디스크 에러와 데이터 에러라는 게 있었는데, 둘의 차이는 지금 생각해 봐도 오리무중이다.

위의 그림은 도스/Windows 9x vs 오늘날 NT 계열 Windows에서 각각 디스크 없이 FDD 드라이브 전환을 시도했을 때의 에러 메시지의 모습이다.
아 옛날에는 ignore이 아니라 fail이었구나... 아무튼 저런 차이가 있었다는 것이다.
옛날에는 디스켓이 거의 복불복 지뢰밭 수준으로 오류가 잦았으며, 일반 프로그램이 파일을 읽고 쓰다가 지뢰를 밟지 않도록 주기적으로 표면 검사를 해서 bad sector 기입을 해 주는 게 필수이기도 했다.

사실, 시스템 전체의 관점에서는 에러가 이런 식으로 발생하는 게 효율적이다. 무작정 실패 판정만 내리고 끝나는 게 아니라 말 그대로 디스켓을 집어넣을 기회를 다시 준다거나, 오류를 무시하고 일단 더 진행한다거나.. 그러는 게 더 유도리가 있으며, 사용자 친화적이기까지 하다. 사용자가 모든 경황을 아는 전문가라면 말이다.

하지만 초보자의 입장에서는 저런 말이 뜨면 뭘 해야 할지를 모르고, 그냥 다 끄고 명령을 내리기 이전 상황으로나 돌아가고 싶을 것이다. 그런데 저놈의 메시지는 Ctrl+C고 ESC고 뭘 눌러도 없어지질 않고.. UI 측면에서 좀 미스인 건 사실이다.

게다가 말들이 표현이 아주 세고 기계적이고 부정적이다. Abort는 무슨 약속 예약 취소 같은 걸 넘어서 하던 걸 다 때려치우고 철회, 중단한다는 뜻이다. 오죽했으면 낙태라는 뜻까지 있다. Ignore도.. 무시, 묵살, '씹기', 생까기 같은.. 절대로 좋은 어감이 아니다.

물론 어떤 장애물에 부딪혀서 일이 진행되지 않았을 때, 그냥 포기하거나, 한번 더 시도하거나, 그 장애물을 일단 제끼고 넘어가는.. 세 가지 방법 중 하나로 의사결정을 하는 것은 일상생활에서 존재하며 필요하다.
DOS가 없어지고 Windows로 바뀐 오늘날까지도 본인이 프로그래머로서 저 패턴의 메시지를 보는 것은 디버깅 중인 프로그램이 뻗었을 때.. 더 구체적으로는 assertion failure가 났을 때이다. Retry가 디버거 실행과 연결된다.

Windows 2000/ME에서는 Abort/Retry/Ignore(중단/다시 시도/무시 MB_ABORTRETRYIGNORE) 대신, Cancel/Try again/Continue(취소/다시 시도/계속 MB_CANCELTRYCONTINUE)라고 말이 다소 부드럽게 바뀐 메시지 박스가 등장했다. 기존의 표현이 바뀌지는 않았으며, 새로운 플래그를 사용하는 프로그램에서만 새로운 표현을 볼 수 있다. 사실, A/R/I라는 단축키가 도스 시절 이래로 아주 익숙하며, 새로운 표현은 CTC로 이니셜이 겹치기도 하니 말을 일괄적으로 변경해 버리는 건 좀 부담스럽기도 했을 것이다.

그런데 MessageBox의 리턴값까지도 IDRETRY와 별도로 IDTRYAGAIN을 추가하고 IDIGNORE뿐만 아니라 IDCONTINUE도.. 이름뿐만 아니라 값까지 서로 별개로 추가해 버린 것은 의외이다. 두 쌍은 용도가 완전히 동일한데도 말이다.
참고로 MessageBox의 후신격인 TaskDialog에는 표준 버튼으로 '재시도 try again'만이 도입되었고, ignoer/continue는 포함되지 않았다. 기존의 확인/닫기/취소 등으로 보편적인 의사결정은 다 표현할 수 있다고 간주한 듯하다.

지금이야 Cancel/Try again/Continue가 첫 등장한 지도 20년 가까이 지났다. 컴퓨터 대신 PC, 디바이스라고 하고 응용 프로그램도 그냥 앱이라고 하는 세상이다. 게다가 이제는 전통적으로 무뚝뚝함과 충격과 공포 그 자체이던 패닉 BSOD화면에도 이모티콘과 한글 메시지가 표시되는 세상이 됐다. press any key의 번역은 "... 누르십시오" 대신 "... 누르세요"로 바뀌었다. 여러 모로 격식이 없어지고 말이 친근하게 바뀌고 있는 것 같다.

하지만 C/C++ 프로그램의 디버그 빌드에서 assertion failure가 났을 때, 무식한 A/R/I 메시지박스와 함께 "Press Retry to debug this application"이 뜨던 건.. 깔끔한 task dialog로 바뀌는 날이 올지 모르겠다.
end user는 볼 일 없고 어차피 개발자들이나 보는 메시지이니 아무도 신경 안 쓰려나? =_=

2. 반응성과 존재감

어떤 소프트웨어가 인터페이스 내지 반응성 관점에서 사용자에게 좋은 인상을 주려면 자잘하게 뻗는다거나 화면 잔상이 생기는 버그가 없어야 하고, 키· 마우스 입력에 대한 반응이 신속해야 할 것이다. 반응성을 보장하기 위해 필요하다면 스레드 같은 것도 적절하게 활용해야 한다. 어지간해서는 5초 이상 반응이 없어서 '응답 없음' 판정을 받는 일이 없어야 한다.

마우스로 창 크기를 변경했을 때 너무 굼뜬다거나, 화면 전체가 지워져서 번쩍거리면서 그려진다거나 하지도 않아야 한다. 새로 그리는 게 시간이 너무 오래 걸리는 게 있으면, 스크롤 내지 크기 변경 중에는 뼈대만 간략하게 그렸다가 키보드· 마우스 버튼이 놓였을 때 다시 그려도 좋다.

그런데.. 이런 것들과 반대로, 눈에 보이지 않고 백그라운드에서만 몰래 돌아가는 프로그램에도 지켜야 할 덕목이 있다.
사용자가 직접 명령을 내려서 실행된 게 아닌 서비스, 업데이트 체크 같은 부류의 프로그램이라면 정말 절대적으로 사용자의 눈에 띄지 않아야 한다.

컴퓨터의 성능을 떨어뜨리는 티를 절대 내지 말아야 한다.
요즘 컴터는 코어가 많으니 한 프로그램이 코어 하나를 다 점유한다고 해서 당장 속도가 느려지지는 않는다. 하지만 컴터를 열받게 할 수 있고 배터리 소모를 증가시킬 수 있고, 냉각팬이 쓸데없이 돌아가게 만들 수 있다. 특히 노트북에서 말이다.

업데이트를 받더라도 무슨 당장 안 받으면 컴퓨터가 악성 코드에 감염되어 박살나기라도 하는 울트라 초특급 필수가 아니라면 아주 쉬엄쉬엄 찔끔찔끔 받도록 하고, 네트웍 상태가 안 좋아서 발생하는 딜레이가 UI의 딜레이나 CPU 쳐묵 대기 상태로 절대로 이어지지 않게 해야 한다.

이는 음악회에서 넘돌이 넘순이(페이지 터너..;;)가 연주자보다 더 돋보여서는 안 되고, 무슨 집회에서 통역사가 연사보다 더 돋보이지 말아야 하는 것과도 같은 이치이다.
인터넷 연결이 안 된 곳에서 Windows Update 서비스라든가, 구글 크롬 브라우저의 software report tool이 도대체 뭔 짓을 하느라 CPU 코어를 다 쓰면서 날뛰고 있었나 모르겠다. 현재로서는 요 둘이 내 블랙리스트에 올라 있다.

컴퓨터 프로그램은 n초 이상 응답이 없으면 저렇게 다운 의심 판정을 받게 되고, 운전자는 교차로에서 파란불 신호를 받고도 n초 이상 응답 없이 움직이지 않으면 뒷차로부터 경적 세례를 받고 욕 먹게 된다. 개인적으로는 이게 서로 비슷한 양상의 현상인 것 같다.

3. 이식성

로터스 1-2-3, dBase III+ 같은 프로그램은 한때 시대를 풍미했던 명품 업무용 소프트웨어였다. 하지만 도스에서 Windows로 넘어가는 변화를 따라가지 못하고 그대로 도태해서 사라졌다.

내가 듣기로는 이 두 프로그램은 긴 짬밥답게 주요 코드가 쑤제 어셈블리어로 한땀 한땀 작성됐다고 한다. 덕분에 1980년대에 컴퓨터가 느리고 비싸던 시절에는 잘 최적화돼서 쌩쌩 돌아갔겠지만, 훗날 이 코드는 구조 확장이나 유지 보수가 도저히 안 되는 지경에 이르렀다고 한다. 특히 dBase가 말이다.

이래 가지고는 Windows로 포팅은 물론이고 같은 도스에서 32비트로 갈아타는 것조차도 쉽지 않았을 것이다. 현재의 하드웨어에서 돌아가지만 시간이 그 상태 그대로 멈춰 버린 코드는 그야말로 오늘만 사는 죽은 코드나 다름없다.

운영체제 중에서 Windows 9x야 저사양 똥컴 x86만 겨냥한 특이한 변종이니 어셈블리어 최적화가 없으면 안 됐고.. OS/2도 잘 만들어진 32비트 OS이긴 하지만 이식성이 부족했다. 훗날 64비트니 ARM이니에 전혀 대처하지 못하고 그대로 묻혀 버렸다.

그러나 유닉스처럼 C/C++을 처음부터 주력으로 사용한 Windows NT는 비록 처음에 나왔을 때는 너무 무겁고 느리다고 욕 먹었을지언정, 결국 여러 아키텍처들을 거쳐 오늘날까지 천수를 누리는 운영체제 커널이 됐다. 미래를 대비한 것에 대한 보상을 받은 것이다.

이런 게 이식성의 힘이다. 다만, 이 2020년대에는 이제 x86 계열과 ARM 계열 말고 또 획기적으로 새로운 컴퓨터 아키텍처가 설마 등장할 일이 있을까 싶다. ARM은 전력 효율이 x86이 범접할 수 없을 정도로 좋긴 하지만, 그렇다고 x86을 완전히 대체할 정도로 범용적인 성능이 좋은 건 아니다. 그러니 결국 이 두 아키텍처가 64비트 형태로 끝까지 갈 것 같다.

4. Windows와 맥이 추구한 가치의 차이

과거에 비해 텃새랄까 격차가 많이 줄긴 했지만 그래도 사과가 그려진 맥OS 컴퓨터는 예술, 출판, 디자인 업계에서 오늘날까지도 Windows보다 강세이다. UI 비주얼이 간지 날 뿐만 아니라, 같은 글꼴을 써도 글자의 렌더링이 정말 고퀄인 것을 부인할 수 없다.
그런데 그 분야 말고 게임은.. 특히 모바일용 말고 PC용은 맥 진영이 절대 범접하지 못할 정도로 Windows가 강세이다.

물론 게임은 애초에 특정 업계 종사자만 쓰는 업무용 생산성 앱이 아니며, Windows는 게임을 즐기는 end user 고객의 점유율이 압도적으로 높은 운영체제이다.
오늘날의 결과만 놓고 보면 저런 점유율이 당연히 저절로 이뤄진 것 같지만 사실은 그렇지 않았다. 먼 옛날에 IBM 호환 PC라는 물건은 동시대의 다른 컴퓨터들에 비해 사용자의 눈과 귀를 현혹시키는 기술에는 그렇게 관심을 두지 않았었기 때문이다.

지금으로서는 믿어지지 않지만 한때 Windows 같은 멀티태스킹에 하드웨어 추상화가 갖춰진 복잡한 환경에서 현란한 게임은 어림도 없는 일이었다. 그렇기 때문에 1990년대 중반까지만 해도 PC용 게임은 하드웨어 자원의 독점이 가능한 도스용으로만 나왔다.

그리고 90년대 중반, Windows 95는 바로 이런 배경에서 출시되었다.
빌 게이츠는 가히 목숨을 걸고 Windows를 게임과 멀티미디어에 최적화된 홈 엔터테인먼트 운영체제로 만들려고 애썼다. 구닥다리 WinG로는 성이 안 차고 OpenGL은 그 시절엔 아직 업무용에다 NT의 전유물이었으니.. 거기서도 하드웨어 직통 액세스가 가능한 DirectX를 만들고 게임 개발을 위해 물심양면 지원을 했다. Doom을 만들어 냈던 이드 소프트웨어를 인수할 생각까지 했던 것도 유명한 일화이다.

이런 마소 진영에 비해, 맥은 클래식 시절이건 OS X의 개발 초창기이건 잡스 아저씨가 저렇게 게임에 눈독을 들였다거나, Doom을 자기 맥OS에서 꼭 구동하고 말겠다고 나선 적이 없다. 빌처럼 가정 소비자들의 취향을 저격하는 방법, 시장에서 팔리는 제품을 만드는 방법을 기를 쓰고 연구하기보다는 그냥 자신의 천재적인 감과 괴팍· 고상한 취향을 따라 제품을 만들었다. 다수의 보편적인 소비자보다는 소수의 골수 매니아 애플빠를 양성하는 노선을 추구한 듯하다.

5. 설치/배포 패키지

Windows Installer (msi)라는 기술이 개발된 게 20여 년 전 1999~2000년 사이의 일이다.
소프트웨어의 설치와 제거라는 게 '파일 열기/저장 대화상자'만큼이나 응용 프로그램들이 공통으로 요청하고 수행하는 기능이니, 이를 위한 공통의 API를 정의하고 만든 것은 일면 바람직한 일이다.

하지만 얘는 2009~2010년 정도까지 버전업이 되었다가 그 뒤부터는 이렇다 할 변화가 없는 것 같다. 2010년대부터는 마소에서도 Office나 Visual Studio 같은 제품을 배포할 때 msi를 사용하지 않는다. 또 자신들만의 독자적인 설치/제거 시스템을 개발하기라도 한 것 같다.

통상적인 배포 패키지 시스템이라면 프로그램의 구성요소들을 세부적으로 나눠서 지금 당장은 사용자가 원하는 부분만 설치하고, 설치하지 않은 기능은 나중에 언제든지 추가 설치 가능하게 되어 있다.
그런데 2010년대 이후의 배포 패키지 시스템이라면 적어도 두 가지 요소를 반드시 지원해야 할 것 같다.

(1) 먼저, 웹을 통한 설치이다. 지금 로컬 installer 실행 파일에 내장된 데이터가 아니라 지정된 주소를 통해 서버로부터 데이터를 받아서 설치하는 것이다.

그리고 (2) 요즘 프로그램들의 거의 필수 기능이 된 최신 버전 체크 및 자동 업데이트와의 연계이다. 현재 버전과 최신 버전을 비교하여 부분만 자동 업데이트가 가능한지 판단하고, 꼭 바뀌어야 하는 분량만큼만 다운로드를 한다.
설치 후에 마이너 버전이 바뀐 것은 '프로그램 추가/제거' 목록에도 당연히 반영된다.

Windows Installer가 웹 연계 내지 자동 업데이트까지 고려하여 개발되었는지 잘은 모르겠지만 내가 알기로 그 정도까지는 아니지 싶다.
통합된 API가 없으니 Visual Studio고 아래아한글이고 다 독자적인 설치 및 업데이트 시스템을 구축하고 있는데.. 업데이트를 시켜 보면 프로그램뿐만 아니라 설치 관리자 자체부터 업데이트 하는 경우가 굉장히 잦다.

저건 뭐 한번 만들어 놓고 나면 버전 체크, 파일 설치 등등 끝.. 처음에 한번 안정적으로 잘 만들어 놨으면 바뀔 일이 없어야 하는 시스템이지 않은가? 그런데 뭐 이리 자주 바뀌나 모르겠다. 그리고 궁극적으로는 이런 분야도 운영체제 차원에서의 통합 솔루션이 나와야 할 것 같다.
그나저나 10~20여 년 전에 시대를 풍미한 배포 패키지이던 InstallShield는 요즘도 잘 먹고 살고 있는지 모르겠다.

6. 각종 약관 동의 화면

웹사이트에서 회원 가입을 할 때나 응용 프로그램을 처음 설치할 때는 사용자에게 뭔가 법적으로 동의를 구하는 계약 안내문이 표시되는 것이 관례이다. 사용자가 그 내용에 대해 명시적으로 yes라고 동의 의사를 밝혀야만 다음 단계로 넘어갈 수 있다.

응용 프로그램을 설치하는 경우라면 안내문의 내용은 주로 저작권과 관련된 것이다. 마소에서는 이 안내문의 명칭을 EULA(end-user license agreement)라고 붙인 것으로 잘 알려져 있다. 상업용 소프트웨어에는 불법 복제 금지와 관련된 경고문이 으레 들어가지만 그것 말고도 해킹이나 리버스 엔지니어링 금지 같은 조항도 있다.
한편으로 웹사이트 회원 가입이라면 개인 정보 수집 정책과 관련된 내용이 꼭 포함된다.

아울러, 요즘은 응용 프로그램도 사용권 계약과는 별개로 사용자의 사용 패턴 데이터나 오류 정보를 수집해서 개발사 서버로 보내도 되겠는지 동의를 구하기도 한다. 이걸로 사용자 개인을 식별하는 건 절대로 아니니 안심하라고 하면서.. 물론 이건 동의하지 않아도 프로그램을 설치하거나 사용하는 데는 지장이 없다.

이런 약관이나 법적 주의사항 고지 문구는 너무 비현실적인 상황까지 일일이 어려운 단어와 장황한 문장으로 미주알고주알 열거하면서 길고 딱딱하고 재미없는 걸로 악명 높다.
뭐 이건 온갖 애매한 상황까지 철저하게 논리적으로 방어해서 갑 쪽의 법적 책임을 최대한 피하기 위해 말이 그런 식으로 만들어진 것이다. 계약서는 아니지만.. 망토 하나를 만들어도 소송을 피하기 위해 “주의: 이걸 목에다 두르고 옥상에서 뛰어내리지 마시오” 경고문까지 들어가는 게 세상 돌아가는 이치이지 않은가?

그런데 말이 하도 재미없으니 갑이나 을이나 텍스트를 꼼꼼히 제대로 읽지 않는 건 마찬가지 같다. 그러니 한 10여 년 전이었나? “본 약관이 해지되는 순간 뼈와 살이 분리됩니다”던가? 개드립이 들어간 약관이 복붙 되어서 여러 웹사이트들에서 그대로 쓰인 게 뉴스에까지 방영되곤 했다.

약관과 관련된 말이 좀 길어졌는데..
본인이 이걸 표시하는 소프트웨어 UI와 관련해서 굉장히 큰 불만을 품고 있는 건.. 아니, 이건 나만의 불만도 분명 아닐 것이다.
안 그래도 재미없고 귀찮아서 안 읽는 긴 약관을 너무 작은 크기의 텍스트 셀에다가 집어넣고는 창의 크기 조절도 안 되게 해 놓으면.. 사용자는 읽고 싶은 생각이 더욱 멀리 달아날 것이다. 그렇지 않겠는가?

쪼금 생각을 한 곳에서는 약관을 plain text가 아니라 서식을 적용한 텍스트로 제공하고, 인쇄 기능 정도는 갖다놓았다. 하지만 이걸 인쇄까지 해서 보는 사람도 과연 얼마나 될까?
그냥 화면에서 창 크기 조절과 본문 검색 정도만 가능하게 하는 게 제일 좋아 보인다.

Posted by 사무엘

마침내 운길산의 정상에 도달했다.
이 산은 국립공원이나 각종 둘레길 같은 브랜드가 없고, 딱히 군사 시설이나 역사적인 사연도 없는 아주 평범한 산이었다. 구조도 흙산이어서 정상 부근에 거대한 바위 같은 것 역시 보이지 않았다.

정상에는 어쩐 일인지 넓은 전망대가 꾸며져 있었다. 그리고 본인 말고도 다른 등산객 일행이 서너 명가량 있었다.

이 날 본인이 세팅한 숙소이다.
정상으로 가는 길의 중간쯤에 헬리패드와 함께 넓은 공터가 있었다. 그리고 그 공터의 주변에 고맙게도 이런 평상이 3개 정도 있었던 덕분에 거기에다 간편하게 텐트를 칠 수 있었다. 텐트를 지고 힘들게 산을 오른 보람이 있었다.

본인은 여기서 저녁을 먹고 하룻밤 묵었다. 예빈산, 갑산 새재고개에 이어 운길산까지.. 남양주 남부에 있는 산의 정상이나 능선에서 야영 기록을 연달아 남기게 됐다.
이불만 덮으니 밖은 전혀 춥지 않고 지낼 만했다.

4. 국도 45호선과 대성리 유원지

한숨 잘 자고 나서 텐트를 걷고 산을 내려갔다. 이른 아침에 국도 45호선을 타고 북한강을 따라 북쪽 가평 방면으로 이동했다. 안개가 자욱히 껴 있는 시원하고 한적한 시골길을 주행하는 기분은.. 정말 끝내주게 좋았다. 그래서..

둘째 날의 첫 목적지는 대성리 역 근처에 있는 북한강변의 넓은 풀밭이었다. (그 전에 대성리 역 화장실의 도움을 받기도..)

사진은 전반적으로 흐리고 우중충한 잿빛으로 찍혔지만 지내기는 이때가 덥지 않고 무척 좋았다. 주변엔 저 멀리 자전거 타거나 산책하는 사람만 가끔 지나가고, 이 공터에는 아무도 없었다.

본인은 여기서 돗자리 깔고 있으면서 폰과 노트북의 남은 배터리를 모두 소모했다.
아직 일반적인 식당이나 카페가 문을 열기에는 좀 이른 오전이었지만, 그래도 아침 9~10시쯤 되니 민간 카페(?) 말고 브랜드 체인점 카페는 문을 연 게 있었다. 거기서 또 2시간이 넘게 있으면서 음료와 전기를 보충하고 인터넷 확인도 했다.

5. 청평댐과 지방도 391호선

아침이 지나고 낮이 가까워지자 해가 뜨고 날이 급격히 더워졌다. 그리고 도로에는 이전보다 차들이 훨씬 더 많아졌다.

보급을 받은 뒤엔 이제 어디에 갈지가 고민됐는데.. 마침 신청평대교 아래의 강변에 아주 넓은 풀밭과 함께 한낮부터 텐트들이 잔뜩 보였다. 사진에는 나오지 않았지만 저 멀리 댐 같은 것도 보였다.

이에 본인은 옳다구나 하고 그리로 내려갔다. 낮에는 또 여기서 텐트를 치고 지냈다.
자세한 내역을 적지는 않지만 이 날 카페와 텐트 안에서 날개셋 한글 입력기의 코딩 작업도 많이 진행됐다.

여기까지 일과를 진행하니 오후 3시쯤이 됐다.
이제 가평 쪽으로 탐험을 더 계속할지, 아니면 어디로 갈지 고민하던 끝에.. 이번 여행의 공세종말점(?)을 감안했을 때 신 청평대교를 건너서 유턴을 하는 것으로 결정했다. 강 건너편의 지방도 391호선 강변 구간도 어차피 몽땅 미지의 영역이긴 마찬가지이기 때문이다.

돌아오는 길에 점심을 먹고, 어느 근사한 카페에서 전자기기들을 추가로 충전하며 마지막 보급을 받았다.
391번 지방도는 마냥 평지에서 강만 따라가는 게 아니라 가끔 경사와 커브가 아주 급한 산길 형태로 돌변하기도 했다. 운전이 꽤 다이나믹했다.

벌써 날이 슬슬 저물고 있다. 여기는 아마 양평과 가평 경계의 어느 카페촌이었지 싶다. 마음만 먹으면 인터넷 지도를 펴서 정확한 위치를 추적할 수도 있겠지만.. 귀찮아서 생략한다.
이 당시 서종대교 위로 60번 고속도로는 차들로 몸살을 앓고 있었다. 상· 하행 어디인지는 기억이 안 나지만..

6. 강변 오토캠핑

그리고 저녁 6시 반쯤, 가평을 벗어나 양평 서종면 구간에서 드디어 텐트들이 즐비한 넓은 캠핑장을 발견했다. 캠핑장은 보통 '수상레저'라는 상호가 붙은 곳에 같이 있는 편이었다.

강가에 텐트... 취미 성향이 이런 쪽인 남자사람이라면 높은 확률로 낚시에도 재미를 붙일 법하지만.. 그러고 보니 본인은 어제와 오늘 동안 자덕들은 많이 봤어도 낚시꾼은 거의 못 봤다.

이렇게 물 바로 코앞에다 텐트를 치고 강 구경 하면서 밤을 보내니 이것도 황홀하기 그지없었다. 산에서 보냈던 어젯밤과도 비교되고 말이다. 한강 공원이나 팔당호 주변의 강가라면 상상도 할 수 없는 일이다.

텐트를 친 모든 사람들이 야영을 하지는 않았다. 해가 떨어지니 상당수는 돌아가고 텐트는 몇 개 남지 않았다. 그래도 전혀 없지는 않았다..;;

어제는 등산 때문에 피곤해서 그런지 눈을 감자마자 곧장 기절했지만, 이 날 밤은 덜 피곤하고 마음이 들떠서 그런지 눈을 감았다 뜨기를 반복하면서 몸이 시동이 쉽게 꺼지지 않았다. 새벽 3시가 넘게 컴퓨터 작업과 독서를 반복하다가 그제서야 잠시 잠들었다.

아침에 일어나니 날씨는 어제와 거의 같았다. 어제와 비슷하게 아침 드라이브를 즐기며 귀가했다. 길거리 사진은 이것 하나만 올리지만, 여기 도로 주변 풍경이 전반적으로 다 이런 식이었다.

남한강 합류 지점이 가까워지자 강폭이 커지고 주변에 갑자기 울타리와 철조망이 둘러지면서 “상수원 보호 구역” 표지판이 곳곳에 눈에 띄기 시작했다. 이걸 보니 여행이 끝났다는 게 벌써부터 느껴졌다.
이렇게 휴가 여행을 마쳤다. 그러고 보니 경기도조차 벗어나지 않은 단거리 투어가 됐지만.. 새로운 장소들을 개척하면서 자연인· 자유인 체험을 잘 하고 왔다. ㅎㅎ

Posted by 사무엘

우리나라는 4월 말부터 5월 초 사이에 석가탄신일, 근로자의 날, 주말, 어린이날이 거의 일렬로 쭉 이어지는 황금 연휴가 있는 편이다. 일본은 4월 29일이 쇼와의 날이라고 해서 자기네 리즈 시절이었던 히로히토 일왕을 기리는 공휴일인데.. 한국은 석가탄신일이 얼추 비슷한 시기에 공휴일 역할을 하는 것 같다. 성탄절과의 형평성을 맞추기 위해 1970년대에야 추가된 종교 공휴일이 나름 봄철의 연휴를 더욱 풍성하게 만들어 주고 있다.;;

평소 같았으면 이 기간 동안 너도 나도 외국으로 나가느라 인천 공항은 터져나가고 있었을 것이다. 그리고 국민들더러 외국으로만 나가지 말고 내수 경제도 좀 살려 달라고 나라에서 고속도로 톨비도 면제해 줬을 것이다.
하지만 올해는 그런 것 없다. 천재지변 급의 재앙 때문에 하늘길이 꽁꽁 묶여 버렸다. 인천 공항은 재작년에 평창 올림픽에 맞춰서 제2 여객터미널까지 당당히 개장했는데 지금 이게 무슨 꼴이냐..;; 안습하기 그지없다.

그래도 국내는 다행히 전염병이 기세가 많이 꺾였으며, '사회적 거리 두기' 조치도 완화되었다. 그러니 본인은 이 연휴 기간 동안 하계 휴가에 준하는 국내 여행을 다녀왔다. 여행의 컨셉은 "2020년 춘계 황금연휴를 이용한 자연인 체험 -- 북한강변을 중심으로"가 됐다.

생각했던 것만치 멀리 나가지는 않았지만 지금까지 한 번도 답사했던 적이 없는 장소를 다니면서 자연을 즐기고 왔다. 특히 "하루는 산에서 자고 하루는 강가에서 자기"를 목표로 설정하여 잘 달성했다.
딱 하나 미스는 처음에 떠나는 길에 시간대를 잘못 선택해서 극심한 교통 체증에 시달린 것이었다. 역시 이 시국에 나만 여행을 가는 게 아니었다..;; 평범한 아침 시간대가 아니라 새벽 같은 다른 시간대를 선택했어야 했다.

사고 하나 없이 오로지 차량과 분기점 병목만으로 길이 이 정도로 막히는 건 굉장히 오랜만에 봤다.;; 팔당대교 진입로에는 2~3km에 달하는 차들이 길게 늘어섰다.
명절 귀향· 귀경길이 아닌 상황에서 차 내비 화면에 "2시간 연속 주행하셨습니다. 좀 쉬었다 가세요"가 뜨는 걸 보니 자괴감이 들었다.

서울을 빠져나가는 건 마치 우주 로켓이 1단 엔진을 가동해서 지구 대기권을 빠져나가는 것과 같았으며,
서울 교외에서 남양주든 양평이든 가평이든 어디든 가는 건 지구 저궤도에서 3단 엔진을 가속해서 달이든 화성이든 가는 것과 비슷하게 느껴졌다.

서울-남양주가 2시간이 넘게 걸렸다. 하지만 일단 서울을 벗어난 뒤부터는 고생한 것에 대한 보상을 충분히 받을 수 있었다.

1. 중앙선 구 능내 역

이번 여행의 첫 목적지는 바로 남양주 조안면에 소재한 중앙선 능내 역이었다. 이 역은 중앙선 복선 전철화와 선형 개량(=대대적인 선로 이설)으로 인해 2008년 말에 폐역했지만, 역 주변이 통째로 공원 내지 관광지로 보존 처리되었다.
본인은 다산 유원지는 두 번이나 다녀왔지만, 저기는 지금까지 가 본 적이 없었다. 다산 유원지와 이 정도로 가까이 있는 줄 몰랐다.

역 내부와 승강장은 지난 2월에 답사했던 화랑대 철도 공원과 여러 모로 비슷한 분위기였다.
단, 여기는 "자덕들의 성지"라는 점에서 화랑대 철도 공원과는 차이가 있었다. 반포 한강 공원이 자덕의 성지인 것처럼 말이다.
그도 그럴 것이 중앙선과 경춘선은 모두 복선 전철로 개량되면서 많은 구간이 이설됐는데, 기존 구선로 구간, 특히 강을 따라 달리는 구간은 상당수 자전거길로 리모델링 됐기 때문이다. 능내 역은 이 과정에서 특혜를 입은 셈이다.

여느 철도 공원이 그렇듯이, 저기 보이는 객차 안에도 카페가 있다. 하지만 본인이 방문하던 당시에는 역시 코로나 크리 때문에 영업이 중단돼 있었다.

선로에서 역 건물을 바라본 모습이다. 이 시선의 후방으로는 자전거 도로가 나란히 놓여서 자전거들이 씽씽 지나갔으며, 근처에는 자전거 대여점도 있었다.

역의 근처에는 선로와 자전거 도로, 주차장이 이런 식으로 이어졌다.

2. 물의 정원

능내 역을 답사한 뒤, 다음으로 본인은 북한강을 따라 가평 방면으로 올라가다가 '물의 정원'이라는 강변 공원을 발견하여 거기를 들렀다.
팔당 물안개 공원 같은 곳이 남양주의 북한강 구간에도 있었구나. 다만, 규모는 이게 훨씬 더 작다. 그리고 여기가 팔당 물안개보다는 먼저 만들어졌다.

대략 이런 곳이다.

날씨도 좋고.. 아무 데나 카메라를 들이대도 근사한 풍경화가 나오는 것 같았다.
사람들은 넓은 풀밭을 자유롭게 거닐다가 벤치에 앉아 쉬거나 나무 그늘 아래 돗자리를 깔고 앉곤 했다.

공원 내부에는 이렇게 섬 같은 곳을 드나드는 다리가 있었다. 섬 안이나 밖이나 면적은 비슷해 보였다.

마지막으로 한 장면 남긴다. 본인은 여기서 2시간 남짓 머물면서 신선놀음을 하다가 다음 장소로 이동해서 등산을 시작했다.

3. 운길산

등산 대상은 큰 고민 없이 의외로 금방 정해졌다.
운길산은 본인의 여행 경로와 가까이 있고 산 중턱의 수종사 부근까지 차를 몰고 들어갈 수도 있기 때문이다. 게다가 정상 근처에 평상까지 준비돼 있으니 가히 최적의 장소가 아닐 수 없었다. 덕분에 본인은 첫째 날은 여기서 텐트 치고 잤다.

마침 이 날이 석가탄신일이기도 해서 수종사 주변의 주차장 공터엔 불자들이 등산객 이상으로 아주 많았다. 절과 운길산 역을 오가는 셔틀버스(소형 승합차..)도 다닐 정도였다.
산을 올라간 다음에는 다음날 아침에 내려올 예정이니 본인은 여기서 오늘의 마지막 보급을 받았다. 음료수를 보충하고 전자기기들을 충전했다.

수종사를 지나고 나니 주변에는 절 방문객이 아닌 등산객만 남고 주변이 썰렁해졌다.
거기서 정상까지 명목상 이동 거리는 800m 남짓에 불과했지만, 고도는 거의 300m 가까이 상승해야 했다. 즉, 등산로가 꽤 가파르고 험했다.

산에서 '물의 정원' 쪽을 내려다본 모습이다.

북한강과 저 멀리 남한강이 합류하는 지점의 모습이다. 산에서는 이런 넓은 전망을 볼 수 있으니 좋다.

Posted by 사무엘

오늘은 오랜만에 원초적인 성경 계보와 종교 비교 얘기를 좀 하겠다. ㄲㄲㄲ
종교 개혁 개신교 진영에 킹 제임스라는 고전 영어 성경이 있다면, 가톨릭(천주교) 진영에는 듀에이-림즈(Douay-Rheims)라는 고전 영어 성경이 있다.

개신교 쪽 성경 중에 제네바 성경처럼 인명이 아니라 지명을 딴 역본이 있듯, 듀에이와 림즈는 프랑스의 지명이다. 원어인 프랑스어 스타일로 읽으면 “두에 렝스”라고 한다.
프랑스는 영국이나 독일과 달리 개신교 쪽의 종교 개혁이나 성경 번역과 관련해서는 언급되는 게 아무것도 없는데, 그 대신 천주교 성경이 저 동네에서 번역되었던가 보다.

공교롭게도 킹 제임스와 듀에이-림즈는 나온 시기가 굉장히 비슷하다. 전자는 어명에 의해 1604년에 번역 위원회가 조직되고 번역이 시작됐으며, 1611년에 전서가 한꺼번에 출간됐다.
한편 후자는 전자보다 약간 더 전부터 더 오랫동안 번역되어서 1582년에 신약, 1609년에 구약의 순으로 나눠서 출간됐다. 그래도 시기가 상당히 비슷한 건 사실이다.

1582년은 율리우스력을 개정하여(100의 배수해의 윤년 여부) 현재까지 세계 공통으로 쓰이는 달력인 그레고리력이 시행된 해이기도 하다. 저 때가 교황청에서 나름 성경도 만들고 달력도 고치는 등 여러 일을 했던 때였다. 왜냐하면 그 당시 쟤들은 독일에서 시작된 종교 개혁을 저지하고, 교황의 권위를 다시 강화해야 했기 때문이다.

영국은 먼 옛날 헨리 8세 때부터 이미 교황으로부터 결별하고 자체 교회를 운용하였으며, 자국어로 성경 번역도 진작부터 하고 있었다. 킹 제임스 성경의 출간 목적 중 하나는 성경 역본을 통합하여(비숍, 제네바) 그런 영국 교회(성공회, 청교도)를 하나로 단결시키는 것이었다.

그에 비해 천주교에서, 특히 휘하 조직인 예수회에서 뜬금없이 영어 성경을 내놓은 목적은 개신교 진영에서 시작된 자국어 성경 번역 트렌드에 맞불을 놓고(counter-) 자기네 교리를 정당화하는 것이었다. 이것 때문에 지금까지 안 하던 짓을 어쩔 수 없이 한 셈이다.
그래서 거기에는 오늘날 천주교 성경에서도 수용하지 않는 오글거리는 왜곡 번역이 좀 있다. 본인이 아는 건 딱 두 가지이다.

• 창 3:15에서 여자의 씨가 뱀의 머리를 상하게 할 거라는 예언을 “여자”가 뱀의 머리를 상하게 할 거라고 바꿨다.
• 눅 1:28에서 천사가 마리아에게 하는 말은 원래 “큰 은총을 입은 자여”(피동)라는 요지인데.. 그걸 “은혜가 가득한 자여”(능동)라고 바꿨다.

마리아를 신격화하기 위해서 번역을 저렇게 한 것이다. 저 시절에 저렇게 뜯어고치는 건 우리로 치면 일제 시대에 손 기정 선수 사진에서 복부의 일장기를 뽀샵질로 일부러 지우는 것과 비슷한 의미가 있지 않았을까 싶다.

본인은 킹 제임스 성경 유일주의자로서 천주교는 성경을 금지하고 없애고 신자들을 죽이고 성경 변개에 일조한 집단 정도로나 알고 있었다. 자기 교리를 위해서 말을 버젓이 뜯어고친 듀에이-림즈 역본이야 더 볼 것도 없는 부패한 성서이고 말이다.

지금도 그 신념은 크게 바뀌지 않았다. 다만, 총론을 넘어 세부적인 각론으로 들어가면 이런 성경에도 의외의 면모가 있다는 것을 근래에야 발견했기에 몇 가지 예를 완전성 차원에서 이 글을 통해 소개하고자 한다.

듀에이-림즈(DRB)는 만들어진 시기가 시기이다 보니 킹 제임스와 마찬가지로 고어체이며 thou, thee, -eth 같은 대명사와 접사를 볼 수 있다. 그건 그렇다 치는데.. 가장 먼저 골 1:14를 펴 보자.
변개된 역본에서는 “그분의 피로 through his blood”가 삭제되었다고 킹 제임스 유일주의자들이 으시대는 구절이기도 하다. 그런데...

In whom we have redemption through his blood, the remission of sins:

본인은 눈을 의심했다. 존재할 거라고 꿈에도 생각하지 않았던 through his blood가 DRB에서도 살아 있었다. 아니 이거, 마리아 숭배를 조장하던 그 역본이 맞나?
오히려 개신교 계열이며 천주교에서 과거에 시신을 부관참시했고 오늘날까지도 싫어하고 이단시하고 있는 위클리프.. 그 사람이 만들었던 옛날 성경(WYC)에는 through his blood가 없다.

in whom we have again-buying and remission of sins.

그건 이해가 된다. 위클리프 성경은 DRB보다 200년 가까이 전, 이 성계가 살아 있고 조선이 건국되었던 1390년대에 그 시절 여건의 한계상 ‘변개된 본문 계열’인 제롬의 라틴 벌게이트에서 번역됐기 때문이다.

호기심이 발동하여 요 1:18도 찾아봤다. 무려 초대 교회 시절 오리겐 때 ‘독생하신 아들(son)’이 ‘독생하신 하나님(God)’으로 바뀌었다고 들었기 때문이다.

… the only begotten Son who is in the bosom of the Father, he hath declared him. (DRB)
… but the one begotten Son, that is in the bosom of the Father, he hath told out. (WYC)

어라? 위클리프와 듀에이 모두 ‘아들’이라고 돼 있고 결과적으로는 KJV와도 일치한다. 오히려 개역, NIV, NASV 같은 20세기 역본들이 ‘하나님’이라고 표현하고 있다. 뭔가 혼란이 느껴지기 시작했다.

For three be, that give witnessing in heaven, the Father, the Son, and the Holy Ghost; and these three be one. (WYC)
And there are Three who give testimony in heaven, the Father, the Word, and the Holy Ghost. And these three are one. (DRB)

혼란에 결정타를 날린 것은 요일 5:7이었다. “하늘에서 증거하는 세 분이 계시니…”라고 KJV의 우수성을 입증하는 구절, 원래는 없었다가 후대에 첨가된 거라고 잔뜩 공격받는 그 구절이 위클리프와 듀에이에 모두 버젓이 시퍼렇게 살아 있었다.

서로 죽고 죽이고 못 잡아먹어서 안달이던 양 진영에서 각각 내놓은 성경이 진술이 이 정도로 일치한다면 이건 완벽한 교차검증 성공이지 않은가? KJV를 만들 때 성공회 팀과 청교도 팀이 눈에 불을 켜고 상호 검증하던 것을 뺨치는 수준이다.

따로 소개하지는 않지만 DRB는 사 14:12에 루시퍼도 남아 있고 계 2:13에서 사탄의 왕좌 대신 자리라고 KJV 스타일로 되어 있었다. 이 정도면 DRB만 욕하기가 민망하고 미안해질 정도였다. 이래서 뭐든지 양쪽의 말을 다 들어 보고 팩트 확인을 꼼꼼히 해야 되는구나..

뭐 그래도 벧전 2:2에서는 서로 제 갈 길 가는지 DRB는 변개된 “구원에 이르도록 자라라”이고, WYC는 어째 KJV에 더 가까운 스타일로 번역되었다.

As newborn babes, desire the rational milk without guile, that thereby you may grow unto salvation. (DRB)
as now born young children, reasonable, without guile, covet ye milk [of full teaching], that in it ye wax into health; (WYC)

다시 말해 골 1:14와 벧전 2:2를 비교해 보면 KJV는 OO, 개역 NIV 따위는 XX인데.. DRB는 OX요, 위클리프는 XO인 셈이다.
본인은 세상의 모든 성경은 OO 타입 아니면 XX 타입이지, OX나 XO 타입이 존재할 거라고 생각하지는 않았었다. 그런데 옛날에는 그런 중간형이 존재했던 모양이다.

어찌된 일일까? 이런 사실은 요즘 같은 인터넷 시대에 5분만 관심을 갖고 검색해 보면 알 수 있는데 나도 왜 지금까지 몰랐을까? 뭐, 킹 제임스 지지자건 반대자건 별로 관심을 갖지 않는 회색지대 영역이어서 그런 것 같다.

하지만 너무 어렵게 생각할 것 없다. 위의 사실은 가톨릭 쪽이든 개신교 쪽이든, 성경이 필사되고 전수된 과정이 모 아니면 도 하나로 언제나 딱 깔끔하게 떨어지지 않았음을 보여줄 뿐이다.
그게 그나마 긍정적인 쪽으로(OO) 크게 교통 정리가 된 건 에라스무스의 공인 본문 정립이다. 그리고 이를 대적하기 위해서 부정적인 쪽으로(XX) 크게 교통 정리가 된 것은 19세기 말의 웨스트코트와 호르트의 본문과 RV 역본이다.

16세기에는 요일 5:7에 실제로 “하늘에서 증거하시는 세 분”이 기록돼 있었나, 마가복음의 마지막 열두 구절이 진짜로 기록돼 있었나 하는 것은 전혀 관심사가 아니었다. 그건 웨스트코트와 호르트 이래로 본문비평이라고.. 성경 변개를 학술적으로 합리화하려는 수작 하에서 근현대에 와서야 제기된 낭설이다.

종교 개혁으로 인해 천주교와 개신교 사이에 반목과 대립이 심하던 16세기에 진짜 중요했던 것은 “성경에 외경--가톨릭에서 제2경전이라고 부르는--을 넣을 것인가? 넣는다면 구약의 일부로서 embed시킬 것인가 아니면 부록으로 별도로 넣을 것인가?”였다. 천주교 식이라면 토비트, 유딧, 에스드라, 마카베오 같은 책도 구약에 자연스럽게 포함되어 있을 것이고, 에스더기는 10장 3절 이후로도 계속되어 무려 16장까지 있게 된다.

킹 제임스조차도 당대의 관행과 종교적 영향력을 무시할 수 없었기 때문에 초기에는 외경이 포함되어 나왔다. 그러나 성경 본문은 절대 아니고 구약으로부터 분리된 부록 형태로 수록되었다. 그 시절엔 이것만으로도 엄청난 신의 한 수 파격이었고 교황 추종자들로부터 밉보일 짓이었으며, 최악의 경우 번역자들이 신변의 위협을 겪고 암살 당할 수도 있었다.

위의 사진은(☞ 출처) 1611년도 KJV 원판에서 외경의 한 페이지이다. 보다시피.. 에스더기만 해도 10장 4절부터 시작되는 외경 영역은 완전히 분리해서 수록하지 않았는가? The rest of the chapters of the book of Esther, which are found neither in the Hebrew, nor in the Calde라고 말이다. 세상에 그 어떤 천주교 성경도 에스더기 뒷부분을 이딴 식으로 편집해서 수록하지 않는다.

그럼에도 불구하고 반가톨릭 정신이 너무 투철한 일부 사람들은 KJV도 외경이 들어갔기 때문에 친가톨릭 성경이라고 비판하고 1611년판이 아니라 1655년인가 뭔가 외경이 완전히 제외된 KJV가 진짜 KJV라는 식으로 주장한다. 그건 역사에 대한 무지의 소치이며, 별 영양가 없는 소리에 지나지 않는다.

얘기가 길어졌으니 슬슬 정리를 하겠다.
본인은 KJV 유일주의자로서 가톨릭이 성경과 관련하여 부정적인 기여를 한 것을 다음과 같이 다섯 가지 독립된 분야로 요약하겠다.

1. (과거) 가장 먼저 옛날에야 일반인들에게 성경의 소지를 금하고 번역도 금하고.. 자기들 말고는 성경에 접근하는 사람들을 죽이고 실물을 불태웠다.
차라리 이단도 생기고 온갖 교단 교파들로 찢어지는 한이 있어도 수많은 지역 교회들이 잡초처럼 생겨나는 것이 성경적이지, 저기 같은 피라미드 중앙 집권 체계는 성경적인 교회 모델이 아니다. 뭐 지금이야 시대가 바뀌어서 쟤들도 물리적인 박해는 못 한다.

2. 오리겐 같은 옛날 사람들이 조금씩 독소를 넣고 변개해 놓은 일명 알렉산드리아 원문을 토대로 변개된 라틴어 본문을 만들었다.
하지만 옛날에는 사람들에게 성경에 대한 물리적 접근성 자체가 너무 낮았기 때문에 그 당시엔 본문 변개의 여파가 그리 크지 않았다. 그렇기에 DRB에도 올바른 다수 사본의 영향을 받은 맞는 표현도 여럿 등장했던 것이다.

3. 구약 성경에다 외경을 추가해 넣고, 십계명을 고쳤다. 이건 오늘날 개신교 쪽의 변개된 성경에서도 따르지 않는 사항이니 골 1:14, 벧전 2:2 같은 변개하고는 성격이 좀 다르다.

4. (과거) 한때 DRB 같은 마리아 숭배용 엽기적인 역본도 만들었다. 물론 오늘날은 천주교 성경에서도 그런 식으로 번역을 하지는 않으니 저건 흑역사가 되었다.

5. 그리고.. 옛날 성경에서 O를 확실하게 X로 몽땅 바꾼 개정판을 만들고, 20세기 이래로 모든 성경들의 번역 트렌드가 이걸 따라가게 만들었다. 2에다가 학문적인 근거(?)를 추가해서 그 영향력을 소위 기독교계 전체에 파급시킨 것이다.

본인은 이번 리서치를 통해서 2와 5를 더 명확하게 구분하게 되었다.
요일 5:7이 원래는 없다가 후대에 추가됐네 이딴 소리들은 2가 아니라 5의 산물인 것이다. 그놈의 후대라는 건 도대체 정확하게 언제쯤 후대를 가리키는 걸까?

사실, 논리를 더 명확하게 세우려면 천주교에서는 DRB 이후로 어떤 영어 성경을 사용해 왔는지를 알아야 할 것 같다. 개신교계가 KJV를 300년 가까이 사용하다가 갑자기 19세기 말부터 RV, ASV의 순으로 부패가 시작됐는데 저쪽도 DRB를 천주교계의 KJV마냥 수백 년 사용하다가 성경이 바뀌었는지?

1970년대에 나온 천주교용 NAB (New American Bible)은 이미 변개된 XX 스타일로 다 바뀌었다. 개신교가 이미 변개의 영향을 받기 시작했는데 가톨릭에도 그런 변화가 없었을 리가 없다.
사실 본인은 공동번역 성서가 나오기 전에 한국 천주교에서는 무슨 성경을 사용했는지도 솔직히 모르겠다. 설마 개신교 쪽 성경을 봤을 리는 없을 테고, 아니면 아예 성경 없이 교리문답서만 보고 살았는가?

적장은 적장을 알아본다고 가톨릭은 오늘날도 위클리프나 루터나 틴데일이나 킹 제임스 성경에 대해서는 당연히 절대로 호의적으로 말하지 않는다. 지금이 옛날 같은 종교 재판, 이단 심문 같은 게 존재하지는 않으며 다들 평화니 화합이니 하고 있지만.. 결국 교리와 믿음이 다른 것은 다른 것이다. 그 차이점이 어디에서부터 시작되었는지는 종교를 가진 사람이라면 분명히 알아야 할 것으로 보인다.
하나님이 십계명을 두 버전으로 주셨을 리는 없지 않겠는가 말이다. 둘 다 옳을 수는 없다.

가톨릭의 듀에이-림즈는 현재 가톨릭에서도 사용하지 않는 골동품이지만, 기독교의 킹 제임스 성경은 오류가 없는 최종 권위 말씀이며 하나님께서 말씀 보존 약속을 이행해 주신 바로 그 실물이다. 아멘.

• 종교 개혁의 불모지이고 예수회의 본산지이던 스페인에도 그래도 ‘레이나-발레라’라고 바른 계보의 성경 역본이 있다. 요일 5:7을 찾기가 생각보다 어렵지 않다. 얘는 누가 언제 어떤 계기로 번역한 것인지 궁금해진다. 한국은 1990년대가 돼서야 바른 계보 번역 성경이 나왔는걸..;;
• 우리 진영 교회사에서는 맨날 사악한 가해자, 거의 공산주의자 급의 종교 공작원이라고 묘사되는 예수회가 일본에서는 박해받은 ‘기리시탄’이라고 불렸다는 게 굉장히 아이러니하다. 중세 일본에서 사용했던 예수쟁이 식별법 중엔.. 나 같은 사람이라면 굳이 걸려들지 않았을 방법도 있다. 형상에 대한 인식의 차이 때문에 그렇다.

Posted by 사무엘

1.

• "즉시 그(바울)의 눈에서 비늘 같은 것이 떨어지고 그가 곧 시력을 받으니라. 그가 일어나 침례를 받고" (행 9:18)

요즘 scale이라고 하면 크기, 규모라는 뜻이 더 와닿지만 scale에는 비늘이라는 뜻도 있다. (동음이의)
구약 성경의 율법에서 포유류는 굽과 되새김질 여부가 식용 가능 여부를 결정한다면, 어류는 비늘과 지느러미의 존재 여부가 그 역할을 한다.
아울러, 사전을 찾아보면 피부병 딱지, 갑옷의 미늘, 물통 안에 낀 물때 같은 것도 다 저 scale이다.

치아 스케일링은 치아 주변에서 저런 비늘처럼 덕지덕지 붙은 치석을 떼어낸다는 뜻이다. 무슨 크기 조절과 관련된 뜻이 아니다.
그러니 사실 descale이라고 해야 말이 더 정확할 것이다. 컴퓨터 저장 장치에서 defragment, 비행기에서 deicing처럼 말이다. 뭔가를 제거하여 정리한다는 뜻의 단어에는 대체로 접두사 de-가 붙어 있다.
다만, void/be devoid of, press/depress 이런 관계를 생각해 보면 de-가 언제나 뒤의 어근을 없애거나 부정하는 것 같지도 않다.

2.
기왕 말이 나온 김에 성경을 더 찾아보면, 예수님이 행하신 기적 중에 눈먼 사람에게 시력을 되찾아 준 것이 여럿 나온다.
예수님이 당하신 고난 중에는 남이 뱉은 침을 맞는 극도의 치욕· 모욕이 있었다. 그런데 반대로 예수님도 침을 뱉으신 적이 있다. 두 번인데.. 모두 다 맹인의 눈을 고치실 때이다. 치과 다음으로는 안과 얘기네..

• "그분께서 그 눈먼 사람의 손을 잡고 그를 고을 밖으로 데리고 나가사 그의 눈에 침을 뱉으시며 그에게 안수하시고 그가 무엇을 보는지 그에게 물으시니" (막 8:23)
  
• "이렇게 말씀하시고는 그분께서 땅에 침을 뱉고 침으로 진흙을 이겨 그 눈먼 사람의 눈에 진흙을 바르시며" (요 9:6)

모욕하고는 억만 광년 떨어진 정반대 일을 하는 상황이었음을 알 수 있다.

3.
구약 외경 중에 토비트.. 개역성경식 외래어 표기법이라면 아마 '도빗' 정도 됐을 사람의 이야기가 있다.
이 사람은 놀랍게도 공중에서 떨어진 새똥(정확히는 참새의..)을 눈에다가 정통으로 맞는 바람에 눈에 막 같은 게 끼고 시력을 완전히 잃었다고 한다. 그리고 나중에 결말부에서는 물고기의 쓸개를 환부에다 발라서 눈을 치료받는다.

눈 영양제 '토비콤'의 이름이 혹시 토비트에서 유래된 게 아닐까? 안국 약품의 창업주나 중역 중에 혹시 가톨릭 신자가 있나.. 라고 나만 생각한 건 아닌 것 같다. 그냥 추측이다.

Posted by 사무엘

* 운전자용 호신술은 흔히 "방어 운전"이라고 일컬어지는 편이다.

1.
무단횡단을 하다가 달려오는 차와 마주치게 됐다면, 무리해서 길을 마저 건너려고 뛰어가거나 차를 피해 도망치지 마라. 차도 당신이 달려가는 쪽으로 회피 기동을 하다가 충돌 사고가 나기 십상이다.
0.5초 만에 완전히 도로 바깥으로 벗어날 수 있지 않고, 오는 차가 그리 크지도 않은 소형 승용차라면.. 차라리 그냥 가만히 서 있어라. 그러면 차가 당신을 알아서 피해 갈 것이다. 무단횡단자를 쳐도 이 나라는 과실 비율이 무단횡단자에게 엄청나게 유리하고, 운전자에게 엄청나게 불리하다. 차는 절대로 당신을 치지 않으려고 필사적으로 노력하게 마련이다.

2.
무단횡단이라는 건 인도와 차도의 구분이 있고 차선이나 중앙선도 그어졌을 정도로 최소한의 규모가 있는 도로에서 성립한다. 횡단보도가 있는 경우, 신호등이 있어서 빨간불일 때 건너면 무단횡단이 되지만 신호등이 없다면.. 그냥 보행자가 걸어다니는 빨간불이나 마찬가지이다.
차와 보행자가 어설프게 서로 눈치를 보는 상황이 됐다면.. 어영부영 있지 말고 보행자가 그냥 손 들고 과감하게 먼저 건너 가 버리는 게 운전자의 입장에서도 훨씬 더 낫다.

3.
2차로 도로 같은 데서 중앙선 침범 차량과 정면충돌 위기에 처했다면 각 차량이 자신의 진행 방향 기준 "오른쪽"으로 피하도록 하자. 이것도 상대방을 생각한답시고 서로 엇갈리는 방향(= 결과적으로 동일한 방향)으로 대피해 버리면 충돌을 피할 수 없게 된다.
하다못해 비행기도 마주오다가 관제 실수로 인해 동일 방향으로 회피해서 충돌 사고가 난 적이 있다. 자동차는 그런 관제를 받는 것도 없으니 운전자들이 자체적으로 일관된 매뉴얼을 갖춰야만 한다.

4.
무작정 피하는 것만이 능사가 아닐 때도 많다. 너무 놀라고 오버해서 급 핸들 조작을 하는 게 그냥 곧이곧대로 가면서 감속만 하다가 적당히 앞의 장애물을 들이받거나 측면 접촉사고를 내는 것보다 훨씬 더 큰 사고를 낼 수도 있다는 걸 유의하자. 좌우로 휘청거리다가 멀쩡한 옆차와 팀킬, 혹은 최악의 경우 중앙선 침범, 정면충돌, 보행자 치기 등... 비접촉 뺑소니 때문에 자기만 혼자 독박 쓰면 정신 건강에 굉장히 안 좋다.

5.
보행자건 운전자건 무단횡단이나 갑툭튀 칼치기로 인해 멀쩡히 잘 가던 남의 차를 급브레이크를 밟게 만들었으면 좀 미안한 줄 알고 최소한의 쏘리, 사과 비상등 같은 의사 표현을 해라.
차대 차의 경우 이것만으로도 분노 조절 장애로 인한 막장 보복운전 범죄를 상당수 예방할 수 있다. 이게 무슨 교통사고 과실 따지는 것도 아닌데.. 평생 다시 볼 일 없다시피할 사람에게 자기 실수 좀 인정하고 넘어간다고 해서 님하의 인생에 불이익이 돌아올 거 하나도 없다.

6.
어디서나 저속 차량은 제발 제일 구석의 n차로로 달리고, 추월은 "왼쪽"으로만 하게 왼쪽 차로를 비워 놓는 습관을 들여야 한다. 과속, 칼치기 차량보다 더 나쁜 차량은 자기보다 더 급한 차들의 정당한 추월을 방해하면서 남의 시간을 뺏고 우측 추월 칼치기를 강요하고 사고의 위험을 높이는 차들이다.

(* 우리가 차선이라는 말을 쓰는 대부분의 상황에서는 실제로 차선이 아니라 차로가 더 정확한 표현인 경우가 많다. 시간과 시각, 음정과 음고처럼 잘 혼동하는 용어이다.
"점선이냐 실선이냐, 색깔이 무엇이냐, 비 오는 날 밤엔 잘 안 보인다" 이럴 때 쓰는 말이 차선이고, 자동차가 진입하는 공간을 얘기할 때는 차로가 맞다.)

7.
보너스. 내가 급발진을 겪을 일이 생길지는 모르겠지만.. 만약 그런 일이 생긴다면..

1. 기어 중립 후 브레이크 꾸욱~~으로 통상적인 동력 차단과 제동 시도.
2. 그게 안 통하고, 조향 걱정이 없는 공간이 있다면 시동을 강제로 끄고 어떻게든 세운다. 비파괴적인 방법은 여기까지다.
3. 다음으로는 측면으로.. 길가 담벼락이나 가드레일을 긁으면서 차를 세우는 게 최선이다.
4. 그마저도 할 수 없다면 앞이 완벽하게 막힌 벽면이나 비슷한 체급의 차를 추돌해서 세운다. 측면 긁기보다 더 위험해지며, 에어백에 얼굴 파묻을 각오도 해야 한다.

단, 대형 트럭· 버스처럼 높은 차 또는 나무· 기둥 같은 단면이 좁은 물체를 들이받는 건 매우 위험하다.
최악의 경우는 어설프게 요리조리 피하면서 시간 끌고 차 속도를 실컷 키운 뒤에야 무엇이건 들이받는 것이다. 이런 상황에는 절대로 도달하지 않게 해야 한다.

8. 똑똑한 신호의 필요성

이제는 단순히 운전 습관을 넘어 신호와 교통 정책 쪽으로.. 뭐랄까 전술보다는 전략에 가까운 얘기를 좀 하겠다.

도로와 도로가 만나는 교차로에서 모든 방향이 차들로 터져 나간다면.. 각 방향별로 통행 신호를 일정 시간 동안 교대로 부여하는 것밖에 답이 없다. 하지만 차량 통행이 아주 적어진다면 저런 고전적인 신호 체계는 지나가는 차도 없는데 쓸데없는 신호 대기를 유발하고 효율이 매우 안 좋아진다.
이럴 때는 무작정 운전자에게 비합리적인 준법 정신을 무작정 열정페이마냥 강요할 게 아니라 다음과 같은 더 합리적인 방법을 찾아 나서야 한다.

• 점멸 신호: 서로 서행(황색) 내지 일시정지(적색) 의무를 지키면서 조심스럽게 통과하면 되지만, 사고의 위험이 아무래도 높다.
• 회전 교차로: 점멸 신호보다 안전하다는 장점이 있지만 처리 가능한 교통량에 큰 한계가 있다. 그리고 큰 도로에서는 적용하기 어렵다.
• 감응식 신호: 인적이 드문 횡단보도는 보행자가 버튼을 눌렀을 때에만 파란불 신호가 오게 돼 있다. 그것처럼 자동차 도로에도 차가 특정 자리에 진입해서 대기하고 있을 때만 잠시 후에 좌회전 신호가 오는 '감응식' 신호 교차로가 국내에 드물게 존재한다.

카메라라는 걸 맨날 차를 마음대로 못 움직이게 감시만 하는 데 쓰지 말고 이렇게 합리적인 용도로 활용하면 얼마나 좋나?
도로들이 궁극적으로는 이런 식으로 스마트하게 바뀌어야 효율과 안전이라는 토끼 두 마리를 모두 잡을 수 있으며 운전자에게 불만과 신호 위반의 충동을 억제시킬 수 있다.. 이런 알고리즘은 긴급 자동차의 주행 우선순위 조정 내지 자율주행 자동차의 동작과도 연계 가능할 것이다.

9. 좌회전 유도로에 대한 추억

과거의 도로 교통 정책은 제한된 공간에 차들을 최대한 많이 집어넣고 공간을 효율적으로 활용하려는 성향이 강했다. 고가 차도라든가 상· 하행 가변 차로..
그리고 신호 방식이 '직진 후 좌회전'인 +자형 교차로의 경우, |쪽이 직진일 때 좌회전 차들도 -쪽을 살짝 침범할 정도로 앞으로 미리 전진해서 신호를 기다리는 일명 '좌회전 유도 차로'라는 게 있기도 했다. (☞ 더 자세한 개념 설명)

그런 것들이 21세기에 와서는 몽땅 없어지고 단순화됐다. 고가 차도나 육교는 점점 철거되고 없어지는 추세이며, 상· 하행 가변 차로도 내가 알기로 이제 거의 전멸이다.

좌회전 유도 차로라는 것도 잘 활용하면 좌회전 신호 대기 차량이 직진 차량의 앞을 막는 현상을 완화하고 교차로의 통과 용량을 증가시키는 매우 좋은 효과가 있는데.. 활용하는 방법을 모르는 운전자가 많아서 부작용이 종종 발생하곤 했다.
직진 신호가 됐는데 좌회전 차들이 유도 차로로 진입하지 않는다거나, 심지어 자기 신호가 끝나자 유도 차로에서 멍청하게 서 버려서 -쪽 방향을 길막 하고 그쪽 운전자들로부터 경적과 욕 먹고.. ㅡ,.ㅡ;; 이 광경을 본인도 몇 차례 본 적이 있다.

어휴, 그러면 홍보를 더 해서 좌회전 유도 차로가 정착하게 했어야지.. 무식하게 없애 버리니 아쉽다. 과거 로드뷰를 보면.. 얘는 생각보다 늦은 2010년대 초에 등장했다가 16~17년 사이에 도로 없어진 것 같다.

10. 신호등은 교차로 건너편에 있는 게 보행자에게도 더 나음

그리고 끝으로.. 본인은 차들이 정지선 좀 침범해서 정지해도 괜찮으니, 교차로 신호등이 예전처럼 교차로 건너편에 있었으면 좋겠다. 오래된 생각이다.

그래야 (1) 보행자도 주변 차도들의 방향별 신호등 상태를 총체적으로 파악하고, 언제쯤 내 횡단보도의 신호등이 파란불이 될지, 이제 얼마나 더 기다리면 되는지를 얼추 예측하고 준비를 할 수 있기 때문이다. (물론 주변의 움직이는 차들이나 횡단보다 상태를 봐도 짐작 가능하지만, 신호등을 보는 게 더 편함. 특히 신호등엔 노란불이라는 중간 상태가 있으므로..)

왜 별 쓸데없는 걸 자꾸 바꾸는지 모르겠다.
더구나 신호등이 건너편에 있는 게.. 정지선 조금 몇 cm좀 초과한 것보다 훨씬 더 악질적인.. (2) '꼬리물기'를 잡아내는 용도로도 훨씬 더 좋다. 다 지나서 건너편에 도달할 때까지는 교차로를 완전히 통과한 게 아니기 때문이다.

난 21세기 들어서 자꾸 보행자 위주니, 대중교통 우대니 하면서 자꾸 자동차에 규제를 거는 식으로 정책이 바뀌는 게 전반적으로 마음에 안 든다. 특히 빌어먹을 속도 규제 말이다.
이놈들은 대중교통을 더 빠르고 편하게 만드는 것보다, 자가용 자동차를 찍어누르는 식으로 일을 추진하는 것의 비중이 훨씬 더 크기 때문이다. 공산주의자들이 평등을 다같이 부자를 만드는 식으로 실현하는 게 절대 아닌 것과 비슷한 이치이다.

그리 크지 않은 길에 한해서 모든 방향의 차도를 틀어막고 대각선 방향 횡단보도까지 파란불 신호를 주는 것까지는 좋다. 하지만 요즘 시내 속도를 너무 지나치게 낮추고 있으며, 시내와 고속도로를 불문하고 과속 단속 카메라가 너무 많다.
천호대교는 교량에까지 중앙 버스 전용 차로가 있는 유일한 예인 것 같은데.. 안 그래도 6차로밖에 안 되는 교량에다 왜 그런 짓을 했나 모르겠다.

거기에다가 희대의 악법인 민식이법은 막장의 정점을 찍었고.. 악질 음주운전 사망사고 가해자한테도, 졸다가 고속버스로 승용차를 짓밟아 뭉개서 앞날이 창창한 20대 탑승자 4명을 몽땅 몰살시킨 가해자한테도 선고된 적이 없는 형량이 구형되는 걸 보고 난 어이없음에 할 말을 잃었다. 애초에 시속 30km 초과 과속을 한 것도 전혀 아닌데..
이 정도면 진짜 적기 조례 시즌 2를 실현할 것으로 보인다. 애 부모라는 놈이.. 자기가 욕 먹으니까 이제는 국회 탓이나 하는 꼴이 정말 혐오스럽기 그지없어 보였다.

Posted by 사무엘