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

우리나라의 도로들 중에서 격이 가장 높은 존재는 단연 '고속도로'이다.
자동차만이 가장 빠르게 달릴 수 있는 자동차 전용 도로여서 심지어 최저 속도라는 것도 있고,
신호 대기라는 게 없어서 모든 교차로가 입체교차이며, 유료이다.

국도는 애초에 서로 다른 도로를 쭉쭉 이어 놓은 형태인 게 많기 때문에 관리 주체도 도로가 속해 있는 각 광역단체별로 찢어져 있다. 그러나 고속도로는 그 방대한 구간이 모두 '도로 공사'라는 전국구 단일 전문 기관의 관할이다.

그래서 나라에서는 고속도로는 아주 특수하고 특별하고 차별화된 장소라는 쪽으로 계도과 홍보를 많이 해 왔다.
일단은 안전을 위해서이다. 이런 곳에 보행자나 오토바이는 절대로 들어가지 말며 무단횡단도 절대로 안 하도록 단속해야 하니까 말이다. 경부 고속도로라는 게 처음으로 생겼을 때는 이런 거 홍보를 마치 휴대전화 진동 모드를 홍보하듯이 했었다.

그런데, 경부 고속도로가 개통된 지 40년을 넘어 반세기가 훌쩍 지난 지금의 관점에서는..?
고속도로도 전국 방방곡곡에 거미줄처럼 깔려서 생활의 일부일 뿐이다. 이제는 고속도로가 지나는 도시가 특별한 게 아니라, 반대로 고속도로가 없는 도시가 낙후된 오지라는 소리를 듣는다.
197,80년대에야 여권을 소지한 것만으로도 대학 나온 엘리트 내지 유학생, 사업가, 정부 관료 소리를 들었겠지만 지금은 어중이떠중이 아무나 다 여권 만들고 외국 여행을 갈 수 있지 않은가? 고속도로도 이와 비슷한 이치이다.

그러니 고속도로에 대한 너무 경직된 인식도 조금은 바뀔 필요가 있다.
장거리 뛰는 운전자의 입장에서 가장 필요한 건 "이젠 이름 대신 번호로.. 고속도로도 국도나 미국 프리웨이처럼 그냥 번호로만 인지하고 부르는 게 훨씬 낫다"라고 개인적으로 생각한다.
다음 경우를 생각해 보자.

1. 이름은 추후에 바뀔 수 있다.
가령, 서울외곽순환은 몇 년 전부터 '수도권1순환'이라고 이름이 바뀌었다. 하지만 이걸 일일이 인지하는 사람은 과연 얼마나 될까? 이 기회에 100번 내지 100호선이라는 번호를 기억하도록 하자. (공항 철도 "인천 국제공항" 역이 "인천공항 1터미널"이라고 바뀐 것과 비슷한 개명인 듯 ㄲㄲㄲㄲ)
다음으로.. 88 올림픽 고속도로도 '대구광주'라고 이름이 바뀌었는데, 그냥 12번이라고 기억하는 게 낫다.

2. 여러 구간이 합쳐진 경우가 있다.
호남인지 논산천안인지 따지지 말고 그냥 25번.
통영대전인지 중부인지 따지지 말고 35번.
인천-안산 구간이 왜 '영동 고속도로'라고 불리는지 생각하지 말고 그냥 50번..이 낫다.
경주-울산-부산의 새 고속도로는 이름이 뭘까? 북쪽의 동해-속초 동해 고속도로와 동일한 65번이라고 생각하도록 하자.

3. 도로가 확장되면서 공식 명칭이 자꾸 달라질 수 있다.
경춘인지, 서울홍천인지 서울양양인지 따지지 말고 그냥 60번.
특히 종축 말고 횡축은 인지도가 안 그래도 듣보잡인 편인데 자꾸 확장되고 연결돼서 시종점 기반의 이름이 수시로 바뀐다. 서울에서 가까운 60이나 50뿐만 아니라 40번, 30번, 20번도 다 필요 없고 번호만 기억하면 된다.

4. 그리고 결정적으로.. 시· 종점 작명법은 순서가 헷갈릴 수밖에 없다.
상주영천인지 영천상주인지 고민하지 말고 301번.
용인서울인지 서울용인인지 고민하지 말고 그냥 171번이라고만 기억하면 된다.
자, 이러니 번호가 여러 모로 편하지 않은가?

고속도로의 이름은 옛날에 고속도로가 철도처럼 매우 드물고 희귀하고 특별한 존재이고, 국가 단위로 수백 km짜리 단일 구간이 한꺼번에 뚝딱 건설되던 시절에 유효했다. 경부, 중부, 서해안처럼..;;
그러나 지금은 고속도로가 국도처럼 거미줄처럼 너무 많이 생겼고, 찔끔찔끔 지선이 많이 건설되어서 일일이 이름을 붙이는 명분과 효율이 많이 떨어졌다.

물론 이제는 번호도 너무 중구난방처럼 된 구석이 있다. 고속도로 번호에도 세 자리 수가 늘어나고, 두 자리 수의 1자리에도 통상적인 0/5 말고 7, 9, 4 같은 세부 번호가 더 자주 눈에 띄고 있다.
하지만 번호이니까 양반이지 이런 걸 다 이름으로 감당시킨다면 복잡도가 훨씬 더 커질 것이다.

도로공사에서는 없애고 싶어하는 고속도로 레거시 양대 산맥이 바로 (1) 재래식 톨게이트와 (2) 재래식 명칭들이다. 하지만 둘 다 단기간에 완전히 없애기는 쉽지 않을 것 같다.;;

그게 실현될 정도이면 고속버스 운임에다가 부가가치세는 좀 넣지 말며, 궁극적으로 (3) 시외버스와 고속버스는 터미널과 각종 운행 시스템을 완전히 통합하는 게 좋을 것이다. 고속도로는 특별하고 사치스러운 도로가 아니며, 두 버스의 구분도 사실상 무의미하고 불필요한 지경으로 가고 있으니 말이다.

2015년부터 2020년까지 고속버스에 부가세가 한시적으로 면제되긴 했는데.. 지금은 어찌 됐나 모르겠다. 내 생각엔 이젠 우등조차 굉장히 흔해졌는데 프리미엄 우등 정도에나 부가세를 매기는 게 타당하지 않을까 싶다.

그리고.. 고속도로 시설과 관련해서 욕심을 더 낸다면..
(4) 고속도로 나들목들에다가도 지금 지하철 역들처럼 번호를 다 부여하고, 각종 분기점에서 동서남북 방향을 더욱 분명히 명시 할 필요가 있다고 생각된다.

신갈 분기점에서 영동 고속도로 강릉 방향 문막 IC라고 하면.. 각각의 명칭들은 우리나라 지리를 모르는 사람에게는 그야말로 아무런 의미가 없는 코드북 암호나 마찬가지일 것이다.
그 반면, 50번 고속도로 동쪽 방향으로 나가서 20번 IC라고 하면.. 앞으로 IC를 몇 개 더 거친 뒤에 나가면 되는지도 알 수 있으니 초행길 외국인에게 큰 도움이 될 것이다.
아니, 자국인조차도 깜빡 잊고 있다가 근처 나들목으로 황급히 나가려고 급 차로 변경하다가 사고를 종종 내곤 한다. IC 번호는 이런 실수를 줄일 수 있을 것이다.

10여 년 전부터 국내 고속도로들이 분기점에서 방향별로 분홍-초록 컬러 유도 차선이란 게 도입돼서 굉장히 편리하고 좋다는 평을 받고 있다.
그 분홍-초록 컬러링이 동-서나 남-북 중 하나로 일관된 원칙 하에 부여되기라도 했나 문득 궁금해지는데.. 당연히 일관되게 했으리라 믿는다. =_=;;

※ 덤: 고속도로의 갓길, 차선색 등

일반 도로에서는 길가의 차선이 길가 주차 가능 여부를 나타낸다. (백색 실선은 언제나 가능, 황색 점선은 5분 이내 정차만 가능, 황색 실선은 주정차 금지, 황색 복선은 절대 금지)
그러나 고속도로 같은 자동차 전용 도로는 갓길을 나타내는 차선이 백색 실선이지만 거기에 임의로 주차를 해도 되는 건 당연히 아니다.

고속도로의 갓길은 일반 도로의 ‘안전지대’와 비슷한 공간이라고 생각하면 된다. 평소에는 차량이 주행이나 정차를 해서는 안 되며, 사고· 고장 같은 정말 불가피한 이유 때문에 주행이 불가능해진 차량을 잠깐 동안만 세워 놓는 게 허용된다.
단순히 한숨 자거나 용변(!!)을 해결하려는 용도로도 세워서는 안 된다. 사실, 저 맹렬한 속도로 달리는 차량 중에 누가 맛이 가서 내 차를 들이받을지 모르는데, 정상적인 사람이라면 갓길에 차를 세우라고 해도 겁나서 세우지 않는 게 이치에 맞을 것이다.

우리나라는 중앙선과 안전지대를 모두 황색으로 표기하다 보니, 일반 차선은 백색이고 황색은 뭔가 건드리거나 범접해서는 안 되는 선이라고 인식이 딱 박혀 있다. 하지만 일본 같은 외국에 가 보면 중앙선이 그냥 백색인 경우도 있어서 좀 헷갈린다.
고속도로는 중앙선이 없이 그냥 중앙분리대가 있고, 통상적인 평면교차 신호나 주차 같은 개념도 없다 보니, 황색으로 뭔가 그어진 걸 볼 일이 별로 없다.

Posted by 사무엘

1. 에디션

세상에는 개인용-기업용, 내수용-수출용, 소매점용-업소용 이렇게 판매 대상에 따라서 살짝 다른 방식으로 팔리는 물건이 있다.

• 소프트웨어의 개인용-기업용 에디션: 기본적인 기능은 같지만, 후자에는 다수 공동 작업과 관련된 기능이 더 들어간다거나 지원하는 작업 규모가 더 크다거나 하는 차이가 있다. 그리고 후자가 차이점 대비 훨씬 더 비싸다.
• 자동차: 내수용이 수출용보다 훨씬 더 저렴하고 부실하게 만들어진다며 의혹이 많은데.. 제조사 측에서는 공식적으로 의혹을 부인하고 있다. 서로 일부러 다르게 만드는 게 더 번거롭고 어렵다면서 말이다. (생산 라인을 하나 더 추가~)
• 석유: 농기계나 어선을 가동하는 용도로는 세금이 덜 들어간 매우 싼 기름을 넣을 수 있다. 이런 기름을 다른 용도로 사용하는 건 당연히 탈세이고 심각한 범죄이다.
• 식품: 콜라나 술에 소매점용/업소용 구분이 있긴 하지만 맛과 성분에는 당연히 아무 차이가 없다. 단지, 업소에서는 이런 것들을 워낙 대규모로 구매하기 때문에 제조사에서도 약간 싸게 판매를 할 뿐이다. 소매점에서 업소용 식품을 사서 되파는 것은 원칙적으로는 안 되지만 이를 일일이 단속할 방법이나 이에 대한 법적 제재는 없다고 한다.

2. 원가

식당에서 밥 한 그릇을 먹으면 밥값에서 재료값이 차지하는 비율은 30%나 1/3 정도로 여겨진다. 아무리 인심 후한 식당이라도 재료값만 절반이나 과반을 차지한다면 그건 수지 맞는 장사가 못 된다. 서비스 인건비, 임대료, 이윤 등을 생각했을 때 말이다.

그런데 식당이야 애초부터 이윤을 따지는 장사니까 그렇다 치는데..
굿네이버스인지 뭔지.. 국내외의 각종 불우이웃, 아프리카 난민을 도와 달라고 호소하는 곳들 말이다. 거기에다가 돈을 내면 그 중 얼마가 실제로 그 사람들에게 전해질까?

그 비율은 아주 처참하다고 들었다.
글쎄, 평소에 후원이 아주 많이 들어와서 돈이 남아돌 지경이라면 모를까, 고정 지출인 자기네 직원 월급, 홍보비 마케팅비, 유명 모델을 광고에 출연시켰으면 그거 개런티..ㅜㅜ
식당 밥 한 그릇 원가의 재료비 내지, 그 안습하다는 열기관의 열효율만치도 실제 환자나 실제 어려운 난민, 불우이웃에게 가지는 않는다고 한다. >_<

뭐, 그렇다고 저런 자선 단체들이 고의로 성금을 떼먹는 악덕 집단은 아닐 것이다.
악의적이지 않은 곳만 해도 저러한테 하물며 북괴 도와준다고 퍼준 돈 중에서 북한 주민 복지를 위해 실제로 쓰인 액수는..?? 이거 생각하면 뭐.. 지금까지 북괴랑 대화 이러던 정치인놈들은 전부 다 쳐죽이고 무덤을 부숴 버려야 할 것이다.

그리고 이건 뭐 법적 의무는 아니겠지만, 유명 배우가 진짜로 그런 광고의 취지에 동의한다면.. 자기부터 자기 몸값 대비 아주 저렴한 개런티 내지 심지어 무료로 출연을 해야 할 것이다. “이 불쌍한 아이들을 도와주세요~!” 이런 멘트 날리기 위해 뭐 어려운 연기가 필요한 것도 아닌걸..??

아 그래도 옛날에 아이유가 애들과 함께 ‘뭉게구름’ 노래 하나 불렀더니 후원액수가 갑자기 100배로 불어난 기적..!! 본인도 기억하고 있다. 이럴 때는 유명인사를 그 돈 주고라도 초청할 가치가 있긴 하다. ㄲㄲㄲㄲㄲ

3. 대도시 도심 한복판에서 저렴하게 주차하기

• 영화관에 영혼만 보내기: 예전엔 <자전차왕 엄복동> 영화의 티켓을 하나 구매해서 이 서울 도심 한복판에 차를 3시간 세워 놓을 수 있다면.. 영화를 보지 않고 주차비만 생각해도 이익이라고 분석을 한 사람이 있었다.
  
  
• 은행에다 차를 담보로 맡기고 대출: 이를 소재로 한 외국 유머가 있기도 했다. ㄲㄲㄲㄲ 이러면 2~3시간 정도가 아니라 아예 외국 출장 같은 장기 주차가 가능하다.

이거 무슨 동전을 액면가 그대로 쓰지 않고 녹여서 금속 성분을 팔면 더 이익이라는 얘기와 비슷하게 들린다. 물론 녹이는 데 드는 비용도 추가로 생각해야겠지만..

4. 집, 채무

세상 나라들 중에 막대한 빚이 없는 나라가 없고, 기업이나 정부 기관들도 무리해서 돈을 뽑아 쓰느라 빚이 없는 곳을 찾기 힘들다. 개인도 어지간한 흙수저 평민들은 평민 빚 없이는 집 장만하고 결혼하는 게 불가능하다.

인터넷 돌아댕기다가 "부모새가 지방에는 먹이가 없고 서울에는 둥지가 없어서 어디서든 알을 못 깐다" 이런 말을 봤는데.. 비유가 대박인 것 같다. >_<
아 글쎄, 난 무작정 사회 탓 세상 탓만 하고 싶지는 않지만 그렇다고 "요즘 젊은것들이 근성이 없어 갖고.. 지방 내려가면 일자리 없는 중소기업들이 썩어나는데~" 이런 식으로 자기 자식새끼한테는 절대 권하지 않을 무책임하고 위선적인 의지드립을 남에게 강요하고 싶지도 않다. 일단 사람들이 인지하는 현실이 그렇다는 것이다.

도대체 전부 다 빚이 있으면 세계 최상위 궁극의 채권자는 누굴까..?? 하긴, 채권-채무 유향 그래프는 깔끔한 트리 구조가 아니라 사이클이 존재하고 복잡하게 얽히고 섥힌 걸지도 모르겠다. 이건 마치 꽉꽉 막히고 있는 도로의 맨 앞의 차는 뭘 하고 있을지 궁금해하는 것과 비슷하다.

5. 익명 처리

영화나 드라마 촬영을 위해서는.. 실존하는 것을 사칭할 위험이 없으면서 충분히 현실감도 내는 대체품을 손쉽게 구할 수 있어야 할 것 같다.
간단하게는 촬영 소품용 위조지폐(돈다발 씬..)부터 시작해서 실존하지 않는 가상의 스튜어디스 유니폼, 현재 쓰이지 않는 군복과 부대 마크, 현존하지 않는 가상의 전화번호, 차량번호 같은 것 말이다.

하긴, 요즘은 기업명 제품명 같은 건 아예 간접 광고 명목으로 익명 처리조차 없이 노출하는 경우도 있다. 이러면 영상 제작사의 입장에서는 광고비 받으면서 익명 처리를 하는 수고도 덜 수 있으니 일석이조이겠다.;;.

6. 보험계리사

보험업계에서 보험설계사야 그냥 차팔이 대신 발품팔이 보험팔이인 영업사원일 것이다. 그 반면, 보험계리사는 실제 보험 상품을 만들고 수익률을 계산하는 사람이니 그야말로 경제학? 금융수학? 확률 통계의 달인이다. 과학· 공학이 아니라 순수하게 수학 전공자가 유리한 얼마 안 되는 분야이지 싶다.

금리나 화폐 유통 정책을 결정하는 한국은행 브레인과는 비슷하면서도 완전히 같지는 않다. 철도에서 열차 시각표를 짜거나 수정하는 소수의 부서, 게임에서 각종 아이템들의 가격 밸런스를 조정하는 것과 비슷한지도??
이래서 수학이 모든 학문의 꽃이라고 얘기하는 것 같다. 숫자로 표현되는 모든 시스템들의 질서를 합리적으로 조율하는 위력이 있으니까,

과학이나 공학과의 접목 없이 수학 하나만으로 먹고 살려면..? 제일 흔하고 무난한 방법은 애들 교육-_-일 것이다.
무슨 필즈 상· 아벨 상을 받을 정도의 괴수 천재이거나, 그 정도는 아니어도 이 바닥에 완전 뼈를 묻어서 대학 교수까지 할 정도가 아니라면 말이다.

그런 게 아니면서 수학 혼자서 실용적인 가치가 높고 업계와의 접목이 용이한 건 아무래도 (1) 암호학· 보안 쪽의 응용수학, 아니면 (2) 확률· 통계를 접목한 경제· 금융 이렇게 둘임이 틀림없다.

7. 나머지

• 같은 집의 매매와 전세 가격을 보면.. 숫자의 차이 비율이 뭔가 휘발유 값과 경유 값의 관계와 비슷해 보인다.
• 우리나라 최고령 아파트이던 충정 아파트가 철거가 결정됐고, 대치동 은마 아파트도 철거와 재건축이 결정됐다니 참 감개무량하다. 붕괴 위험이 높던 낡은 시범 아파트 정도가 철거된 것보다 임팩트가 더 큰 사건이다.
  
  
• 딸기와 초밥은 식품 중에서 헐값 떨이 판매를 하는 경향이 유난히 큰 부류인 것 같다. 딸기는 유통기한이 얼마 안 남았을 때 그러지만 초밥은 아예 판매 당일에 영업 마감이 임박하면 떨이를 한다.

Posted by 사무엘

킹 제임스 성경 유일주의자들은 지금으로부터 400년도 더 전인 1611년에 출간됐던 영어 킹 제임스 성경이 무오하고 완전하다고 그렇게도 의미 부여를 하며 떠받든다.
여기서 문득 의문이 든다. 유일주의자들이 그렇게도 떠받드는 킹 제임스 성경 원판은 실제로 어떤 모양이었을까? 그 성경이 정말로 단 한 치의 오류도 없었고 내용이 지금까지 단 한 번도 개정되지 않은 걸까?

요즘은 인터넷에 몇백 년 전의 옛날 영어 성경도 본문이 다 올라와 있고, 1611년도 KJV 종이책의 스캔 이미지까지 몽땅 살펴볼 수 있다. (☞ 관련 링크) 그러니 저 의문에 대한 객관적인 검증도 아주 간편하게 할 수 있다.

1. 철자법의 변화

오늘날 우리가 읽는 1611년도 킹 제임스 성경이라는 건 1611 version(역)의 1769 edition(판)이다.
KJV는 영단어 스펠링 체계의 변화 때문에 단어 표기를 몇 차례 기계적으로 치환하여 판이 바뀐 것이 있었다. 그러나 그건 내용을 개정하고 변개한 게 결코 아니다.

가령, NKJV(뉴 킹 제임스)가 한 것처럼 thou ye thee 따위를 you라고 바꾼 건 '하느니라 / 하노라'를 '합니다'라고 고친 것과 비슷하다. 하물며 devil을 demon으로 바꾸고 hell을 hades라고 바꾼 것이야 더 말할 필요도 없다.
그 정도면 말의 의미와 뉘앙스가 달라진 개정· 변개라고 볼 수 있다.

그러나 sunne, moone, booke를 sun moon book으로 바꾸고 heauen을 heaven으로 바꾸고, conteyn을 contain으로 바꾼 건..??? 그냥 '읍니다'를 '습니다'로, '홍당무우'를 '홍당무'라고 고친 것에 불과하다. 말이나 발음은 달라진 게 전혀 없고 오로지 표기만 바뀌었을 뿐이다. "나라이 임하옵시며"를 "나라가 임하옵시며"로 고쳤다거나, "어린 백성"을 "어리석은 백성"으로 고친 정도의 변화조차도 아니다.

f처럼 길게 늘어뜨린 s 변종이 s와 완전히 통합되어 사라진 건.. 한국어의 역사로 치면 아래아가 없어지고 ㅏ/ㅡ로 통합된 것과 거의 같다.
KJV의 우리말 번역본인 흠정역의 경우, 5판(400주년 기념판, 2011), 6판(마제스티판, 2021)처럼 edition의 변화가 오· 탈자 교정뿐만 아니라 드물게 오역 교정을 포함하고 있기도 하다. 그러나 영어 KJV 자체는 그렇지 않았다.

2. 오· 탈자

그럼 KJV 1611 초판은 스펠링 변화 말고 일체의 오· 탈자가 없었느냐..?? 그렇지는 않았다.
저 때는 자동차도 없고 컴퓨터는커녕 타자기조차 없던 시절이었다. 원고를 마차에다 실어서 가져와서는 식자와 조판에도 정말 지루하고 고된 쌩 노가다를 거쳐야 했다.

설령 작가 내지 번역자가 완벽하게 원고를 내어 줬다 해도, 성경 정도로 방대하고 빡빡 두툼한 책을 만드는 과정에서 삐끗 실수가 전혀 안 들어간다는 건 거의 불가능이었다.
그래도 이것만으로도 일일이 베껴 쓰는 것보다는 나았으며, 인쇄공이 더 옛날의 서기관 필경사보다 처지가 더 나았다. 그게 문자를 기계로 다루면서 최첨단 지식과 정보 문물을 접하는 직업이었으니 말이다.

KJV 1611 초판이 출간되고 나서 창세기부터 계시록을 통틀어 대략 20여 군데의 오· 탈자가 책에서 발견되었으며, 이는 수 년~10수 년 이래로 시정되었다. 이들 대부분은 대명사 he/she/it이 헷갈렸거나 a/the 같은 관사가 빠지는 등의 자잘한 실수였다.

그나마 내용이 유의미하게 바뀌는 변개에 가까운 크리티컬한 녀석이 이거.. 시 69:32이었다. God이 good으로 잘못 찍혔었기 때문이다. "... 하나님을 찾는 너희의 마음이 살리로다"

God과 good은 스펠링이 비슷하고, 비슷하게 '좋은' 심상의 단어이고 God is good이라는 관용구까지 있다. 실수로 잘못 식자될 가능성도 얼마든지 농후했다.
게다가 이 typo는 출간된 지 2년 만에.. 그야말로 제일 먼저 발견되어 시정된 축에 든다.

이런 오탈자나 철자법 변경은 개정· 변개가 아니라는 것이 요지이다. 이건 인쇄 단계에서의 실수를 바로잡은 것일 뿐, 처음 원고를 작성한 번역자가 원고의 컨텐츠를 수정한 게 아니기 때문이다.
위키백과를 편집할 때도 "사소한(trivial) 수정"이라고 표시하는 게 있지 않던가? 딱 그런 격이다.

이건 하나님의 말씀 보존 약속에 본질적인 영향을 주는 요인이 전혀 아니며, 오히려 부족하고 실수하는 인간들을 통해서도 하나님께서 얼마든지 역사할 수 있다는 것을 보여주는 사례가 될 뿐이다. 그렇기 때문에 우리는 일상적으로는 당연히 KJV 1611이라는 명칭을 사용한다. 본문 자체는 1611년 이후로 정말로 유의미한 개정 없이 정착됐다.

흠.. 글을 써 놓고 보니 이번 1번과 2번 아이템은 '킹제임스 흠정역' 성경책의 부록에 실려 있는 "킹 제임스 성경 본문 개정 의혹에 대한 전면 반박" 이야기의 판박이가 됐다. 이 주제에 대한 더 자세한 정보를 원하시는 분은 그걸 참고하시기 바란다.

3. 외경 관련 루머

철자법, 오· 탈자 다음으로.. 심지어 외경 수록 여부를 갖고 1611년 KJV 원판에 대해 이상한 얘기를 퍼뜨리는 진영이 있(었)다.
"1611년판은 비성경적인 가톨릭 외경이 포함돼 있었기 때문에 온전하지 못하고 오점이 있다~~ 1655년판이니 17xx년판이니 그게 외경이 제외된 진짜 KJV 원조다.." 이런 요지의 얘기 들어 보신 분 계신가?

아예 대놓고 KJV 유일주의를 반대하고 원문비평 사본학 운운하면서 변개된 현대 역본을 옹호하는 것도 아니고.. 저런 얘기는 누가 무슨 의도로 퍼뜨리는지 모르겠다.
전에도 한번 얘기한 적이 있지만, 저런 부류의 얘기엔 전혀 현혹될 필요가 없다.

종교 개혁자와 개신교 동네에서는 가톨릭과 달리, 외경이 성경이 아니라는 인식이 분명히 있었다. 그러나 하나님으로부터 영감 받은 성경만 아닐 뿐, 성경을 이해하는 데 도움이 되는 제2류 교양 텍스트 내지 종교 문학 정도로는 인정했다.

당장 KJV 1611 책의 앞부분에 들어간 "역자가 독자들에게 드리는 글"을 보면 외경 정도가 아니라 심지어 어거스틴을 포함해 가톨릭 성인(??)이나 초대 교회 교부들의 말을 인용한 게 종종 나온다. 그게 그 당시 종교계 석학들의 지쩍 밑천이고 성장 배경이었기 때문이다.
오로지 반가톨릭 반개신교(!!!)에만 충실한 오늘날의 bible baptist들이 보면 살짝 문화 충격 동심파괴를 경험할 수도 있다. 한킹이건 흠정역이건 저 텍스트가 번역되어 수록되지는 않았기 때문에 사람들이 잘 모를 것이다.

그러니 KJV는 본문이 명백한 반가톨릭 성경임에도 불구하고 당시 관행에 따라 외경이 들어갔었다. 단지, 본문이 아니라 부록으로 들어갔을 뿐..!
KJV가 가톨릭 성경이었다면 구약이 39권이 아니라 52권이 됐을 것이다. 에스더기가 10장 3절에서 끝나지 않고 더 이어졌을 것이다.

그러나 KJV는 외경을 싣되, 외경을 성경이라고 간주하지 않고 분명한 선을 그었다.
세상에 그 어떤 가톨릭 성경도 에스더기의 외경 부분을 The rest of the chapters of the book of Esther, which are found neither in the Hebrew, nor in the Calde .. 이렇게 별도로 처리하지 않았다.

그때는 성경책을 이렇게 편성하는 것만으로도 번역자가 교황 추종자들한테 해코지· 암살을 당할 수 있었다.
그리고 수십 년 이상 세월이 흐르면서 개신교 바닥에서는 외경을 읽지 않게 되었고, 외경이 성경책에서도 자연스럽게 완전히 제외되었다.

정확한 역사 맥락을 모르면 아폴로 달 착륙 자작극 음모론 같은 데에 속듯, 비슷하게 KJV 본문 관련 음모론에도 속기 쉽다.
KJV 1611에 외경이 들어가 있었던 건 당시 관행에 따른 부록 명목이었을 뿐, 본문과는 아무 관계가 없다. 무슨 예수회의 농간 같은 급으로 확대 해석을 할 필요가 없다.

4. 인쇄공 로버트 바커

끝으로, 옛날 사람을 한 명 소개하고 글을 맺도록 하겠다. 17세기 잉글랜드 사람이었던 로버트 바커. (Robert Barker)
제임스 1세 왕에게 직통 고용돼서 킹 제임스 성경 1611년도 종이책 초판을 조판· 인쇄한.. 역사에 길이 남을 인쇄공 내지 출판 책임자였다.

그는 왕으로부터 신임을 얻어서 평생 이 업종에 종사하면서 경력을 쌓았다. 그러나 1611 이래로 딱 20년 뒤 1631년, 제임스 1세 이후로 아들 찰스 1세 시절에 새로 편집된 킹 제임스 성경을 인쇄하던 중에는 어처구니없는 실수를 저질렀다.
십계명 구절에서 NOT을 빼먹어서 '너는 간음할지니라' wicked bible을 만들어 버린 것이다.;;

이건 KJV 초판 시절에 발견됐던 여느 자잘한 오· 탈자와는 차원이 다른 너무 큰 사고였다.
사악한 성경책은 전량 리콜· 회수되어 폐기 처분됐지만, 몇 권은 살아남아서 후대에까지 전해진다.
그는 무슨 투옥· 사형까지 당하지는 않았다. 하지만 이 일로 인해 거액의 벌금형을 선고받았으며, 그 뒤로는 몰락해서 그에 대해 근황 기록이 딱히 전해지는 게 없다. 1645년에 사망했다고만 전해질 뿐.

조선의 장 영실과 비슷한 구석이 있는 것 같다.
왕에 의해 고용된 특정 분야 기술자였고, 역사에 기억될 업적을 남기기도 했는데..
장 영실은 왕의 가마가 부서지는 초대형 사고가 나는 바람에 리타이어 당하고 기록도 없어져 버렸기 때문이다.

이상이다.
성경 신자라면 킹 제임스 성경이 이런 험난한 과정을 거쳐서 만들어졌다는 것을 알 필요가 있다.
비록 이 성경의 외형이 우리가 지금 보는 성경책과 모든 면에서 일치하는 건 아니지만.. 그렇다 할지라도 그 사실은 1611 KJV라는 타이틀에 본질적인 영향을 주는 차이점이 아니라는 걸 말하고 싶다.

(1) 하루는 성경 역본을 비교하느라 똑같이 NIV로 동일한 구절을 인용했는데, 내용이 서로 같지 않아서 본인과 상대방이 놀란 적이 있었다. (무슨 구절이었는지는 기억이 잘..) 알고 보니 NIV도 1984년판 이후에 2011년경에 개정됐더라.. 이럴 수가..!!
TNIV 같은 바리에이션이 아니라 NIV 자체가 또 개정된 것이다. KJV는 이런 식으로 쓱 바뀐 게 없다~!!

(2) 글쎄, 이 문제에 대해 덕질을 더 깊게 들어가면 KJV의 캠브리지 판과 옥스퍼드 판의 차이점이 무엇인지, 그리고 룻 3:15의 끝부분에서 도시로 들어간 사람이 룻(she)인지 보아스(he)인지를 질문할 수도 있다. 이에 대해서는 본인은 정답만 알지 더 구체적인 내력이나 사연은 아직 잘 모른다. 이에 대해서 나중에 더 다룰 기회가 있으면 좋겠다.

(3) 하나님은 민족과 언어를 나누어서 인간들의 생활권에 '구획/파티션'을 만들어 놓았다. 하지만 한편으로 한 성경과 한 믿음으로 인간들이 무질서에 빠지지 않고 하나가 될 수도 있게도 해 놓으셨다.
꼭 학교에서 가까이 사는 집 애가 성적 우수 모범생이 아니듯.. 예수님과 동시대 같은 지역을 살았다고 해서, 영어가 모국어라고 해서 특별히 신앙 생활을 더 잘하는 게 아니다.

다만, 세계 선교와 복음화의 관점에서 봤을 때 한국어보다는 영어가 접근성이 훨씬 더 좋은 게 사실이다. 더 많이 받은 사람에게 더 많은 책임이 요구된다는 것이 성경의 합리적인 법칙일진대(눅 12:48), 우리 주님도 한국어 화자보다는 KJV 같은 성경을 직통으로 읽을 수 있는 영어 화자에게 저런 사명에 대한 책임을 더 '많이' 묻기는 하실 것으로 보인다.

Posted by 사무엘

1. 컴포넌트화의 필요성

전산학 중에서 소프트웨어공학이라는 것은 방대한 소프트웨어를 인간이 여전히 유지보수 가능하게 복잡도를 제어하며 설계하기, 기능과 파트별로 역할을 잘 분담시켜서 각 파트만 재사용하거나 딴 걸로 교체를 쉽게 가능하게 하기, 소프트웨어의 분량· 작업량· 품질을 정확하게 측정하고 효율적인 개발 절차를 정립하기처럼..
응용수학이나 전자공학보다는 산업공학과 가까운 측면이 있다. 단지, 얘는 유형의 제품이 아니라 무형의 코드 형태이기 때문에 여느 공산품과는 성격이 약간 다르게 취급될 뿐이다.

20세기 후반에 인공지능 연구 업계에 "AI 겨울"이 있었고 게임 업계에 "아타리 쇼크"라는 재앙이 있었던 것처럼, 프로그래밍 업계에도 "소프트웨어의 위기"라는 게 이미 1970년대에부터 있었다.

• 코딩을 너무 중구난방으로 하고 나니, 일정 규모 이상의 프로젝트에서는 도대체 유지보수가 되질 않고 그냥 처음부터 다시 새로 만드는 게 더 나을 지경이 된다.
  
• 이놈의 빌어먹을 스파게티 코드는 하는 일도 별로 없는데 쓸데없이 너무 복잡해서.. 처음에 작성했던 사람 말고는 알아먹을 수가 없고 maintainable하지가 않다.
• 소프트웨어의 개발 속도가 오히려 하드웨어의 발전 속도를 따라가지 못한다.
• 작업 기간을 줄이기 위해서 사람을 더 뽑았는데.. 웬걸, 신입들을 가르치느라 시간이 더 소요된다;;;

그래서일까..??
"무식한 goto문 사용을 자제하자"라는 구조화 프로그래밍 이후로 객체지향 프로그래밍이란 게 프로그래밍 언어와 코딩 패러다임을 완전히 정복했다. 요즘 주류 언어들 중에 '클래스', 그리고 '상속'이라는 게 없는 언어는 찾을 수 없을 것이다.;; 이게 캡슐화, 은닉, 재사용성 등 소프트웨어공학적으로 여러 바람직한 이념을 코드에다 자연스럽게 반영해 주기 때문이다.

실험적으로 시도됐던 초창기의 순수 객체지향 언어들은 유연하지만 느린 런타임 바인딩 기반의 메시지로 객체 메소드를 호출한다거나.. 심지어 정수 하나 같은 built-in type에다가도 몽땅 타입 정보 같은 걸 덧붙이며 객체지향을 구현하느라 성능 삽질이 많은 경우도 있었다.
그러나 C++은 객체지향 이념에다가 C의 저수준, 그리고 빌드타임 바인딩(경직되지만 빠른..)을 지향하는 현실 절충형 디자인 덕분에 상업적으로 굉장히 성공한 객체지향 언어로 등극했다.

2. 마소의 실험

자 그래서..
1990년대에 마소에서는 고유 브랜드인 Windows가 대히트를 치고 소프트웨어 OEM (IBM 납품..)으로 그럭저럭 먹고 살던 처지를 완전히 벗어나니.. 당장 먹고 사는 고민보다 더 본질적이고 고차원적인, 소프트웨어공학적인 고민을 시작했던 것 같다.
얘들 역시 소프트웨어를 재사용 가능한 컴포넌트 형태로 만드는 것에 관심을 많이 기울였다. 그래서 재사용을 위해 바이너리 수준의 공통 규약, 프로토콜을 만들어서 자기들의 운영체제 차원에서 밀어붙이고 홍보하기 시작했다.

이때가 마침 C에 이어 C++ 컴파일러를 개발하고 MFC라는 라이브러리도 만들고, 코딩 스타일에 본격적으로 '객체지향'이란 게 가미되기도 했던 때이다. 하지만 마소에서 추구했던 것은 단순히 언어나 개발툴 차원에서 함수나 클래스의 모음집인 라이브러리 SDK 만들고 DLL 만드는 것 이상의 수준이었다.

제일 먼저.. (1) Windows라는 이름답게, 특정 기능을 수행하는 윈도 컨트롤을 컴포넌트화한다. 리치 에디트 컨트롤을 비롯해 각종 공용 컨트롤, 웹브라우저 컨트롤 같은 것 말이다. 이 사고방식이 극대화되어 "컴포넌트를 내 폼에다가 끌어다 놓고, 프로퍼티를 설정하고 이벤트 핸들러를 구현해서 응용 프로그램을 곧바로 만든다" RAD라는 개념이 완성되었으며.. Visual Basic이라는 정말 똘끼 충만한 개발툴이 만들어지게 됐다.

도스 시절의 GWBASIC이나 QuickBasic에서 참신한 점은 그 특유의 대화식 환경이었는데, Visual Basic은 또 다른 새로운 돌풍을 일으켰다. 경쟁사인 볼랜드에서는 이런 개발 스타일을 파스칼과 C++에다가도 도입하게 됐다.

(2) 그리고 마소에서는 서로 다른 응용 프로그램에서 만든 결과물을 문서에 자유롭게 삽입할 수 있게 했다. 이름하여 OLE라는 기술이다.
가령, Windows의 워드패드는 아래아한글이나 MS Office Word에 비하면 아주 허접한 프로그램일 뿐이다. 하지만 문서 안에 그림판에서 만든 비트맵 이미지를 집어넣고, 엑셀에서 만든 차트를 집어넣을 수 있다.

별도의 수학 수식 편집기에서 만든 수식, 악보 편집기에서 만든 악보, 그리고 WordArt/글맵시 같은 프로그램으로 만든 각종 글자 꾸임 배너까지..
단순히 무식한 그림 형태로 집어넣는 게 아니라는 것이 핵심이다. 이것들은 벡터 이미지로 취급되기 때문에 크기를 키워도 화질이 깔끔하게 유지된다.

그리고 그런 출력 이미지 자체뿐만 아니라, 각 프로그램에서 취급하는 내부 원본 데이터, 즉 소스가 그대로 보존된다. 그렇기 때문에 만들었던 객체를 손쉽게 수정도 할 수 있다.
그 객체를 더블 클릭하면 프로그램 내부에서 그림판이나 악보 편집기, 수식 편집기 등이 잠시 실행돼서 객체를 수정하는 상태가 된다..;;

서로 다른 프로그램이 이런 식으로 서로 분업 협업한다니.. 신기하지 않은가? 도스 시절에는 상상도 못 한 일일 것이다.

3. 프로그래밍의 관점

그러니 Windows에서 워드처럼 뭔가 인쇄 가능한 출력물을 만드는 업무 프로그램이라면 OLE 지원은 그냥 닥치고 무조건 필수였다. 다른 OLE 프로그램의 결과물을 삽입하든(클라), 아니면 다른 프로그램에다 자기 결과물을 제공하든(서버), 혹은 둘 다 말이다. macOS나 리눅스에는 비슷한 역할을 하는 규격이나 기술이 있는지 궁금하다.

Windows 프로그래밍을 다루는 책은 고급 topic에서 OLE를 다루는 것이 관행이었다. 다만, Windows API만으로 OLE 지원을 저수준 구현하는 건 굉장히 노가다가 심하고 귀찮았다. 그래서 MFC 같은 라이브러리 내지 아예 VB 같은 상위 런타임이 이 일을 상당수 간소화해 줬었다. MFC 앱 신규 프로젝트 세팅 마법사의 경우, OLE 지원 기능의 추가 여부를 선택하는 옵션이 응당 제공되었다.

Windows라는 플랫폼의 프로그래밍에 입문하려면 창(윈도)의 스타일과 특성, 메시지 메커니즘을 알아야 할 것이고 그래픽 API라든가 셸의 구조에 대해서도 알아야 할 것이다.
그런데 그런 것뿐만 아니라 이 바닥도 완전히 독립된 별개의 프로그래밍 분야이며, 기초부터 고급까지 한데 연결된 Windows 프로그래밍의 정수라고 생각된다.

이건 제일 간단하게는 확장자 연결이나 클립보드, drag & drop 구현과도 연결고리가 있다. 이 분야 API를 제공하다 보니 COM이라는 IUnknown이 어떻고 type library가 어떻고 하는 규격이 제정되었다.
사실, Windows에 레지스트리라는 것도 맨 처음엔 확장자 연결이나 OLE 클라/서버 정보만 저장하기 위해서 만들어졌다가.. 나중에 ini를 대체하는 응용 프로그램 설정 저장 DB로 용도가 확장된 것이다.

COM 형태로 제공되는 운영체제 기능을 사용하려면 CoCreateInstance를 호출해야 하고, 이런 프로그램은 처음에 CoInitialize라는 함수를 호출해 줘야 한다. 즉, 운영체제를 상대로도 별도의 초기화가 필요하다는 것이다.
그런데 OLE 기능을 사용하려면 OleInitialize라는 함수를 사용하게 돼 있는데, 얘가 하는 일은 CoInitialize의 상위 호환이다. OLE가 COM의 형태로 구현돼 있기 때문에 그렇다. 둘의 관계가 이러하다.

굳이 OLE 관련 기능뿐만 아니라 가까이에는 DirectX, 그리고 날개셋 한글 입력기와도 관계가 있는 TSF 문자 입력 인터페이스도 다 COM 기반이다. 하지만 문자 입력은 굳이 COM이나 OLE 따위 기능을 사용하지 않는 프로그램에서도 관련 기능을 접근할 수 있어야 하기 때문에 COM 초기화 없이 관련 인터페이스들을 바로 생성해 주는 함수를 별도로 제공하는 편이다.

4. ActiveX

과거에 인터넷 환경에서 마소 IE 브라우저의 지저분한 독점과 비표준 ActiveX는 정말 악명 높았다. 그런데 ActiveX라는 건 도대체 무슨 물건인 걸까??

마소에서는 앞서 컴포넌트화했던 그 윈도 컨트롤들을 데스크톱 앱뿐만 아니라 인터넷 웹에서도 그대로 돌려서 그 당시 1990년대 중후반에 각광받고 있던 Java applet에 대항하려 했다. Visual Basic 폼 내지, 특정 프로그램의 내부에서 플래시나 IE 컨트롤 생성하듯이 꺼내 쓸 법한 물건을 웹에서 HTML object 태그를 지정해서 그대로 띄운다는 것이다.

그때는 컴퓨터의 성능이 지금처럼 좋지 못했고 지금 같은 방대한 웹 표준이 존재하지도 않았었다.
그러니 웹브라우저에서 동영상도 보고 초고속으로 돌아가는 게임도 하고, 특히 무엇보다도 금융 거래를 위한 각종 암호화 기능을 돌리기 위해서는 닥치고 웹에서 그냥 생짜 x86 native 앱을 돌리는 게 제일 편했다.

이런 컴포넌트의 이름이 OLE Control이었는데, 이걸 웹에다 특화된 형태로 신비주의 마케팅 명칭을 붙인 게 ActiveX 컨트롤이다. 아마 마소 역사를 통틀어 길이 남을 엽기적인 작명이 아닐까? 하긴, DirectX도 비슷한 시기의 작명이니까 말이다. ㅡ,.ㅡ;;

하지만 웹에서 가상 머신이 아니라 특정 플랫폼의 네이티브 코드를 직접 구동하는 건 너무 무식하고 이식성도 떨어지고 표준 친화적이지 못하니 ActiveX는 마소에서도 버림받고 늦어도 2010년대부터는 완전히 퇴출 단계에 들어섰다.
지금은 Java applet도 완전히 멸망했고, 이들의 대체제는 정말 눈부시게 성능이 향상된 JavaScript 가상 머신이라고 보면 될 것이다.

5. OLE와 관련된 과거 유행: embed된 형태로 실행

저렇게 마소에서 COM/OLE니 ActiveX를 막 밀고 양성하던 1990년대 말~2000년대 초에는 어떤 프로그램이 다른 프로그램의 내부에 embed된 형태로 실행된 모습을 지금보다 훨씬 더 자주 볼 수 있었던 것 같다. 그와 관련해서 ActiveDocument (!!)라는 기술도 있긴 했다.

당장, MS Office 97에 있었던 Binder라는 유틸은 여러 Word, Excel 따위의 문서를 한데 묶어서 자기 안에서 해당 프로그램을 띄워서 내용을 편집하는 유틸이었다. 대단한 기술이 동원됐을 것 같지만 그래도 쓸모는 별로 없었는지 후대에는 짤리고 없어졌다.

Visual C++ 6의 IDE는 “새 파일” 대화상자를 보면 통상적인 텍스트 파일이나 프로젝트/Workspace뿐만 아니라 맨 끝에 Other documents라는 탭도 있어서 MS Office 문서를 자기 IDE 안에서 열어서 편집할 수 있었다. 당연히 MS Office가 설치돼 있는 경우에만 한해서.. 아까 그 Binder처럼 말이다.
그런데 이 역시 현실에서는.. 그냥 Word/Excel을 따로 띄우고 말지 굳이 워드/엑셀 문서를 왜 Visual C++ IDE에서 편집하겠는가? 그 기능은 후대엔 없어졌다.

ActiveX 기술의 본가인 IE 브라우저야 더 말할 것도 없다.
저런 MS Office 문서를 다운로드 해서 열면 해당 앱이 따로 열리는 게 아니라, 문서 보기/편집창이 웹페이지 화면에 떴었다. 별도의 프로세스로 말이다. 그 기술이 최초로 도입된 건 IE4가 아니라 1996년의 IE3부터였다.
파워포인트 슬라이드는 그 웹페이지 화면에서 곧장 슬라이드 쇼가 시작됐다. 이건 괜찮은 기능인 것 같다.

옛날에 pdf를 보기 위해서 Acrobat Reader를 쓰던 시절엔, 이 앱도 OLE 기술을 이용해서 IE 내부에 embed된 상태로 뜨는 걸 지원했었다. 지금이야 브라우저가 자체적으로 PDF를 표시해 주는 시대이지만 말이다.;;

요즘 컴터 다루면서 OLE 개체 삽입 기능을 쓸 일이 과연 얼마나 될까?
요즘은 개체 삽입으로 프로그램을 실행했을 때, 예전처럼 프로그램이 embed 형태로 실행되는 게 아니라 그냥 별도의 창으로 따로 뜨는 편인 것 같다. 앞서 소개했던 XP 시절의 모습과는 좀 다르다.
따로 실행됐을 때는 원래 문서에 표시된 컨텐츠와 자기가 다루는 컨텐츠가 따로 노니, 전자는 검은 빗금을 쳐셔 구분해야 한다는 UI 가이드라인도 있긴 하다.

이런 것들이 다 20여 년 전의 아련한 추억이고 한물 간 유행이다.
그나저나 인터넷으로 ppt 슬라이드를 받으면 바로 열리지 않아서 불편하다. 속성을 꺼내서 ‘신뢰할 수 없는 파일 차단’을 해제해야 볼 수 있다. 이것도 chm 도움말 파일을 바로 열리지 않는 것처럼 보안 강화를 위해서 취해진 조치인지 모르겠다.

Posted by 사무엘

1. 프로젝트 -- IDE의 관점과 빌드 스크립트의 관점

C/C++ 빌드 시스템에서 프로젝트란, 한 바이너리.. exe, dll, lib, so, a, out 따위를 만들어 내기 위한 1개 이상의 파일들의 묶음을 말한다. 그리고 여러 바이너리들을 생성하는 여러 프로젝트의 묶음을 Visual Studio 용어로는 솔루션이라고 부른다.

프로젝트를 구성하는 파일 중, 컴파일러가 처리하는 각각의 소스 파일(c/cc/cpp)은 '번역 단위'(translation unit)이라고 불린다. 1개의 번역 단위는 1개의 obj 파일로 바뀌게 된다.
그런데 요즘은 프로그래머의 편의와 작업 생산성을 위해 통합 개발 환경(IDE)이란 게 즐겨 쓰이며, 이런 IDE에서 취급하는 프로젝트는 make 같은 재래식 툴에서 취급하는 빌드 스크립트(makefile 같은)와는 완전히 일치하지 않는 관계이다.

프로젝트 파일에 들어있는 정보를 기계적으로 추출해서 makefile을 생성하는 것은 비교적 쉽게 가능하다. 그러나 makefile로부터 역으로 IDE용 프로젝트 파일을 재구성하는 것은 더 귀찮고 번거롭다.
프로젝트 파일에는 빌드가 아닌 IDE 내부에서 의미를 갖는 각종 설정 정보들이 더 들어있으며, makefile은 절차형 스크립트로서 프로젝트 파일만으로 표현할 수 없는 각종 조건부 빌드 로직이 들어있을 수 있기 때문이다.

일례로, IDE의 프로젝트 파일에는 소스 파일들을 다단계 폴더 형태로 묶고 분류해서 표시하는 기능이 있다. 이런 계층 구조 정보는 전적으로 사용자의 편의를 위해 존재할 뿐, 빌드할 때는 전혀 쓰이지 않는다. 어차피 다 똑같이 일렬로 늘어놓아서 컴파일 하고 링커로 넘겨주는 파일들일 뿐이기 때문이다.

또한 이 계층 구조는 그 소스 파일들이 놓여 있는 디렉터리 구조와는 전혀 무관하게 지정 가능하다. 하지만 현실에서는 프로젝트에서의 파일 grouping을 실제 디렉터리 구조와 동일하게 해 주는 게 사람을 덜 헷갈리게 하고 좋을 것이다. 특히 여러 사람이 유지 보수하는 프로젝트라면 더욱 말이다.

한 프로젝트를 구성하는 소스 코드들이 반드시 동일한 디렉터리에 있어야 할 필요는 없지만.. 특별한 사정이 없는 한 컴파일된 출력 파일은 오로지 한 곳에서만 생성된다.
그렇기 때문에 서로 다른 디렉터리에 있더라도 한 프로젝트에 이름이 동일한 파일이 여럿 있지는 않는 게 좋다.

오픈소스 DB 라이브러리인 sqlite는.. amalgamation이라고 해서 4MB짜리.. 거대한 sqlite3.c 파일 하나로 라이브러리 전체의 기능을 제공하는 엄청난 용자짓도 하던데..;;; 이건 극단적인 예이다.
들고 다니고 관리하기 편하고 빌드가 깔끔하고 최적화가 잘 되는 장점이 있지만, 컴파일러나 IDE가 파싱 하다가 체할 수 있고 코드 분석이나 디버깅이 잘 안 되는 단점도 있을 수 있다. 요즘도 보수적인 IDE나 디버깅 업계에서는 줄 수가 64K를 넘는 소스 파일을 좋아하지 않는 편이다.;;.

2. 정적 분석

어떤 프로그램에서 구조적인 메모리 오류나 보안 결함을 찾아내는 검증 도구 내지 방법은 크게 ‘동적 분석’과 ‘정적 분석’으로 나뉜다.
전자는 빌드한 프로그램을 가상의 샌드박스 안에서 직접 실행해 보면서 문제점을 찾는다. 그러나 후자는 프로그램을 실행하지 않고 소스 코드만 쭉 훑으면서 문제점을 찾아 낸다. 둘은 손실 압축과 무손실 압축, 실시간 렌더링과 오프라인 렌더링만큼이나 서로 영역이 다르다.

서버처럼 무한 대기· 무한 루프를 돌며 반영구적으로 돌아가는 프로그램을 동적 분석으로 검증하는 건 쉽지 않다. 프로그램이 동일 지점에 돌아왔을 때 다른 메모리 문제 없이 항상성이 보장된다는 걸 겉으로 드러나는 상태만 보고 얼추 때려잡을 수밖에 없다.

그러나 정적 분석은 프로그램의 실행 형태와 전혀 무관하게.. 무한루프건 배배 꼬아 놓은 지수함수 시간 복잡도의 재귀호출이건 무관하게.. “코드의 양이 유한하다면 분석을 위한 시간 복잡도도 유한하다”, “동일한 코드를 컴파일하는 데 걸리는 시간의 최대 수십 배 정도”이니 신통하지 않을 수 없다.

물론 정적 분석은 100% 정확하지 못하며 오탐 오진도 많다.
그런데, 각종 구조체와 포인터를 넘나들면서 진짜 너무 복잡하게 꼬여 있는 메모리를 일일이 추적을 못 하는 건 차라리 수긍을 하겠다만.. 이거 뭐 사람만도 못한 너무 황당한 오진을 하거나 간단한 문제도 못 잡아 내는 경우가 있어서 좀 아쉬웠다.

정적 분석은 그 정의상 프로그램을 “실행해 보지 않고” 코드를 분석해 주는데..
개발툴과 연계해서 “빌드는 같이 하면서” 문제를 추적하는 놈이 있는가 하면, 빌드조차 없이 진짜 코드 외형만 들여다보고 분석하는 놈도 있는 것 같다. 둘은 개발 이념이 서로 다르다.
후자가 정확도가 더 떨어지겠지만, 그래도 사용하기는 더 쉽다. 프로젝트나 makefile 세팅 없이 그냥 방대한 h와 cpp/c 묶음을 압축해서 던져 주기만 하면 분석이 되기 때문이다. 마치 Soure Insight와 비슷한 유도리가 있다.

솔직히 정적 분석을 위해서는 코드가 특정 플랫폼용으로 반드시 빌드가 돼야 할 필요가 없을 것이다. 가령, 32비트에서는 괜찮은데 64비트에서만 메모리 오프셋 문제를 일으키는 코드라면.. 그건 어차피 이식성 문제가 있는 코드이니 정적 분석 툴이 지적해 줘야 할 것이다.

내가 C/C++ 정적 분석으로부터 기대하는 아이템들은 다음과 같은 것들이다. 그런데 이것도 생각보다 스펙트럼이 다양한 것 같다.

• memcpy, malloc 같은 함수에서 버퍼 크기 계산 잘못한 것, 문자열의 경우 null문자 공간을 빼먹은 것, 0초기화를 하지 않은 것 등등 (C 코드 한정.. 제일 지저분)
• 함수가 자기 지역변수의 주소를 리턴
• memory leak 내지 dangling pointer 가능성이 있는 것
• C++에서 아직 초기화되지 않은 멤버 변수를 다른 멤버의 초기화에 동원하는 것 (이거 굉장히 교묘한 실수인데 왜 컴파일러에서 지적해 주지 않을까?)
• a=a++ 같은 이식성 떨어지는 코드, 잠재적인 코딩 실수

3. #include의 미묘한 면모

C/C++에서 #include가 하는 일은 말 그대로 다른 텍스트 파일을 현재 컴파일 중인 번역 단위에다가 끌어오는 게 전부이다. 외부 패키지나 라이브러리를 지정하는 기능이 없다. C/C++에는 Java의 import, C#의 using 같은 깔끔한 명령이 없다.
그 대신, #include를 남용하면 프로젝트에 정식으로 포함되어 있지 않은 파일을 끌어들여서 이에 대한 의존도를 생성할 수 있다.

개인적으로는 <xxx>가 아니라 "xxx" 형태의 include는.. 컴파일러가 프로젝트에 포함돼 있는 파일만 쓰도록 하고, 프로젝트에 없으면 파일이 디스크 상에 존재하더라도 없다는 에러를 내게 하는.. 그런 옵션이 좀 있었으면 좋겠다.
왜냐하면 의도하지 않았던 파일이 잘못 인클루드 되는 바람에 컴파일러가 난독증을 일으키고 사람은 사람대로 빡치는 일도 얼마든지 있을 수 있기 때문이다.
또한, 프로젝트에 포함되지 않은 채 #include 된 파일은 수정됐어도 걔를 #include하는 소스가 고쳐지지 않았다면 재컴파일 되지 않아서 다른 오동작을 유발할 수도 있다.

#define뿐만 아니라 #include로도.. 파일 내용 전체를 꼼꼼하게 파싱하지 않고 편의 시설을 제공하는(syntax coloring, 간단한 문법 체크, 선언/정의로 가기, 함수 목록 추출 따위) IDE 에디터를 농락하고 오동작을 유발할 수 있다.
가령, "}" 요 문자 하나만 달랑 들어있는 소스 파일을 하나 만든 뒤,

void func
{
  ......
#include "right_curling_bracket.c"

이렇게만 하면 얘는 문법에 맞는 코드가 된다.
또한, 따옴표로 둘러싸인 문자열을 잔뜩 넣은 뒤,

static const char BIG_STRING_DATA[] =
  "XXXXX"
#include "more_string_dadta.c"
  "ZZZ";

이런 식으로.. 거대한 테이블 데이터의 내용을 외부 파일 인클루드를 통해 조달할 수도 있다.
단지, #include는 자기 안의 코드만 대치 가능할 뿐, 같은 전처리기의 레벨을 넘나들지는 못한다. 즉,

#ifdef
#include "file_containing_sharp_endif.c"

이렇게 때우는 건 허용되지 않는다. 저 #if에 상응하는 #else나 #endif 따위는 반드시 지금 소스 파일에 존재해야 한다.

끝으로.. #include 대상인 "xxx"나 <yyy>는 C언어의 관할을 받는 문자열 리터럴이 아니다. 그렇기 때문에 \ 탈출문자가 적용되지 않으며, 디렉터리를 표현할 때 역슬래시를 두 번 \\ 찍을 필요가 없다. 사실은 Windows건 어디에서건 더 보편적인 / 를 쓰는 게 더 좋을 것이다.

#include 대상으로 매크로 상수를 지정해 줘도 된다. 이걸 사용한 예는 본인의 경험으로는 FreeType 라이브러리가 지금까지 유일하다.
다만, #include 경로는 C 문자열 리터럴이 아닌 관계로, "aaa" "bbb" 라고 끊어서 썼을 때 자동으로 "aaabbb"라고 이어지는 처리도 되지 않는다. 이런 식의 변태적인(?) 활용은 가능하지 않다는 걸 유의하자.

4. 빌드 절차의 디버깅

뭔가.. 빌드 스크립트와 컴파일러의 동작을 디버깅 하는 기능이 좀 있었으면 좋겠다.
breakpoint를 잡고 나서 F5 Run을 하는 게 아니라, F7 '빌드'를 누른다.
일반적인 디버깅이라면 빌드된 프로그램이 그 지점을 실행할 때 break가 걸리겠지만, 이때는 컴파일러가 그 지점을 읽기 시작했을 때 break가 걸린다.

break가 걸리고 나면 이 시점에서 현재 정의돼 있는 #define 심벌들을 몽땅 조회하고 실제 값과 정의된 곳(헤더 파일? 컴파일러 옵션?)을 추적할 수 있다. 치환 결과에 또 매크로가 들어있더라도 당연히 계속 까 볼 수 있다.
각종 #pragma 옵션이 지정된 내역, 옵션 스택, #line이 적용된 것도 당연히 확인 가능하다.

프로그램 실행 디버깅에서 step into / over / out이 있는 것처럼..
#include에 대해서는 마치 함수 호출처럼 step into를 할 수 있다. 어느 디렉터리에 있는 헤더 파일이 선택됐는지, 현재 컴파일러의 스택 상으로 include 깊이가 얼마나 되는지를 살펴볼 수 있다.
경우에 따라서는 <>, ""에 따라서 탐색 순서도 추적 가능하다. 요 디렉터리에 없어서 다음으로 이 디렉터리, 다음으로 저 디렉터리 같은 순이다.

#error나 #pragma warning 같은 건 아예 별도의 로그 창으로 찍히게 할 수도 있다.
흠, 좀 잉여력이 풍부해 보이긴 하지만, 그럴싸하지 않은가? =_=;;
웹브라우저에서 '개발자 모드'가 있는 것처럼.. 이런 기능이 있으면 개발자가 자기가 내력을 다 알지 못하는 방대한 프로젝트와 빌드 시스템에 처음 적응할 때 도움이 될 것 같다.

Posted by 사무엘

옛날에 '동아 출판사'는 다방면에서 좋은 일을 많이 하면서 국내의 출판 문화를 이끌었다.

1. 전과

초딩용 월간 학습지 '이달 학습'
교학사 '표준 전과'와 더불어 '동아 전과'..;;

'전과'라는 단어는 대학 시절에는 '전공을 바꿈'이라는 뜻으로 통용되고, 사회인이 된 뒤엔 중범죄 형사 처벌 내력이라는 뜻으로 통용되는데..
초딩 시절에는 이게 전과목 학교 공부 내용을 보충하는 참고서 내지 백과사전이라는 뜻이었다.

교과서에 대해서 교사한테 '교과과정 지침서'라는 매뉴얼이 존재한다면, 학생한테는 전과가 있는 셈이다.;;
초등이기 때문에 두꺼운 책 한 권으로 전과목 커버가 가능한 듯하다. 초등에서는 교사 한 명이 전과목을 가르치는 것처럼 말이다.

중등 정도만 돼도 공부할 거리가 너무 많고 어려워지고 세분화되고, 애들의 진로도 서서히 갈리기 때문에 교육 과정 전체에 대한 1인 1책 몰빵이 곤란하다.
사실은 그 전에 초딩 고학년부터도 내 기억이 맞다면 전과가 두세 권으로 나뉘곤 했다. '국산사자 / 예체능' 이런 식으로 말이다.

물론 지금이야 정보의 바다 인터넷 검색에다 숙제까지 해 주는 네이버 지식인까지 있으니 '전과'라는 게 쌍팔년도 시절에 비해서는 훨~~씬 덜 필요해져 있다. 그래도 요즘도 초딩용 동아 전과가 출간되고는 있는가 보다.

2. 사전

동아 출판사의 설립자(故 김 상문)는 전과뿐만 아니라 사전 덕후였다~! 도서 출판에 뼈를 묻은 경영자로서 책 중의 책, 책들의 왕은 사전이라고 생각했는가 보다. 그래서 애들 학습지에만 만족하지 않고 한국의 브리태니커 같은 걸 만들고 싶어했다.

1980년대 초-중반에 '동아 원색 세계 대백과 사전'은 정말 위대한 업적이었다. 무려 30권에 달하는 전집이었는데, 나중에 보유편도 두 차례나 만들어서 기존 구매자들에게 개별 전달했다. 1990년대 초까지 '애프터서비스'를 해 준 셈이다.
마지막 2차 보유편에는 그 당시 계획 중이던 '서울 지하철 5호선'이 수록돼 있었다.

하지만 종이 사전은 서서히 돈 안 되는 사양산업이 돼 갔고.. 동아는 경영난을 좀 겪었는가 보다.
내가 중학생이던 96~97년 사이에 사명이 '두산동아'로 바뀌었고, 이때쯤 설립자가 여전히 '파스칼 대백과 사전'이라는 걸 또 만들려고 투자를 호소하고 애를 많이 썼던 것 같다.

동아는 백과사전뿐만 아니라 어학사전의 편찬에도 관여했다. 기억하시는가? 프라임~!!
1990년대까지만 해도 동아 프라임 영한사전은 명성과 인지도가 아주 높았고, 컨텐츠가 아래아한글 한컴 사전에 수록되기도 했다. 아래아한글 2.5부터 97까지는 영한사전이 프라임 제3판이다가 워디안/20xx 이후부터 엣센스로 바뀌었다.

ㄲㄲㄲ

(본인이 프라임 영한 사전 종이책을 직접 뒤적였던 3판 시절에는 PRIME이라는 글자가 마치 DOOM 게임 로고타입과 비슷한 서체였는데.. 나중에 4판에서는 좀 더 튀는 꼬부랑 서체로 바뀌었다.)

그리고 1999년엔가 국립 국어원에서 편찬한 표준 국어 대사전의 초판도 동아 출판사에서 출간했다. (그 당시 명칭으로는 국립 국어원이 아니라 '국립 국어 연구원'이고, 동아 출판사가 아니라 '두산동아')
허나, 국어사전은 수지가 맞지 않아 손해를 많이 봤다. 상징적인 의미를 지니는 초판의 이후로 표준 국어 대사전은 종이책의 출간이 완전히 중단됐으며, 현재까지 웹을 통해 수시로 업데이트 되는 형태로 바뀌었다.

3. 글꼴

옛날에 동아 출판사 진영은 의외로 서체 개발에 관심이 있었다. 쌍팔년도까지만 해도 동아 출판사만의 본문용 서체가 있었다. 명조(바탕)이지만 ㅈ의 ㅅ획이 ㅡ의 우측이 아니라 고딕(돋움)체처럼 중앙에서 시작하는 그 엄근진한 서체.. 동아 출판사 본문체가 훗날 'SM 세명조'와 '문화바탕체'로 나뉘어 계승됐다.

내 기억이 맞다면 쟤들은 1990년대 초에 가서는 휴먼편지, 휴먼모음, 휴먼새내기처럼 당대엔 꽤 참신하던 휴먼 컴퓨터 서체를 즐겨 도입해 썼던 것 같다. 지금은 정체를 알 수 없지만 영문-숫자에도 2의 좌측 하단 획을 동그랗게 말았던 특유의 필기체가 있어서 문제집과 학습지에다 사용했었다.

4. 멀티미디어 타이틀

그럼 쟤들이 오로지 종이책밖에 고집하지 않았느냐 하면 그것도 아니었다. 사업 영역을 확장하려고 시도도 했었다.
오 성식 생활 영어 SOS가 종이책은 1993년에 '고려원'에서 먼저 출간됐지만, 멀티미디어 CD 타이틀은 바로 동아 출판사의 이름을 걸고 만들어졌다.

그리고 1990년대 말에는 2번에서 언급했던 세계 대백과사전을 CD 타이틀로 제작하기도 했다.
본인은 Windows 3.x에서 돌아가던 저 CD 타이틀을 써 본 적 있다. 종이책에는 없는 동영상 화보가 있기도 한 건 신기했지만, 용량의 한계 때문인지 전반적인 컨텐츠는 종이책보다 간소화되고 부족했던 걸로 기억한다.

이상이다.
계몽사, 국민서관, 교학사, 지학사는 지금도 살아 있기는 하다. 앞의 둘은 아동용 도서 전집, 뒤의 둘은 뭔가 초-중등용 학습지 문제집이라는 인상이 강하다.
민중서림은 사전 출판으로 유명했는데 지금 살아 있나? 종이책의 지위와 위상이 근본적으로 달라져 버렸으니, 이런 업체들도 사업 방식이 아무래도 쌍팔년도 시절과 같지는 못할 것이다.

말이 나왔으니.. 금성 출판사도 있구나. 본인의 기억에 얘는 학습지로서는 존재감이 거의 없지만, 교과서와 사전을 만든 적이 있었다. (뉴에이스!!!) 사전은 마소 Office 한글판에서 맞춤법 검사기인지 뭔지 사전 DB로 쓰였다고 About 대화상자에 꼬박꼬박 언급되어 있었다.
금성은 전자 제품에서는 삼성과 경쟁하더니(지금의 LG), 서적에서는 동아와 경쟁했던가 보다.

이 와중에 동아 출판사는 아동용 도서, 초-중딩 학습서, 그리고 사전까지 모든 영역을 넘봤었다. 생각해 보니 대단하다.
아 그리고.. 하이탑!!! 영어에 성문, 수학에 정석이 있지만 과학은 뭔가 압도적인 개인 브랜드가 없는 듯한데.. 거기는 동아 출판사가 다시 '동아 출판'이라는 이름으로 지금도 접수하고 있었다.

옛날 오리지널 동아 출판사라고 하면 뭔가 옛날 대우 자동차 같은 생각이 든다. ^^ 참고로 동아일보 신문이나 과학동아 잡지는.. 동아 출판사와 무관하다.

Posted by 사무엘

1. 자동차

1930년대에 일본군 장성인 야마모토 이소로쿠가 미국으로 여행인지 출장인지를 갔는데..
시골 깡촌의 평범한 소녀가 공구를 들고 와서 자동차가 퍼진 걸 뚝딱 수리하는 걸 목격했다.
그는 이거 하나만으로도 천조국의 저력을 직감하고 경악했으며, 일본은 이런 나라와 전쟁을 벌여서는 이길 수 없다고 확신하게 됐다고 한다.

참고로, 옛날에 성경 번역자 틴데일은.. 시골에서 소 모는 꼬맹이 조무래기라도 교황보다 성경을 더 많이 알고 자국어로 성경을 암송할 수 있는 세상을 만들겠다고 포부를 밝혔었다. 근데 이 미친 나라는 어떻게 듣보잡 시골 처자조차 기계를 이렇게 잘 다루느냐 말이다.

2. 컴퓨터

한편, 1940년대인가 50년대인가, 컴퓨터 과학자 폰 노이만은 거의 인간 컴퓨터 급의 큰 수 암산이 가능했으며, 그냥 머릿속으로 기계어 코드를 쭈룩 읽고 쓰는 게 가능했던 천재 괴수로 유명했다.
자기 제자들이 컴파일러는커녕 어셈블러를 만드는 것조차 별로 달갑지 않게 봤을 정도였다. 프로그램을 짜고 싶으면 사람이 그냥 직통으로 0 1 쑤제 암산 기계어 코딩을 하면 되지, 엔지니어가 지 한 몸 편하자고(!!) 그 비싸고 거대하고 귀한 컴퓨터를 갖고 무슨 자원 낭비 잉여짓을 하느냐고, 그렇게 힐난을 가했었다.

하긴, 폰 노이만은 컴퓨터에 대해서 '프로그램 내장형 모델'이라는 개념 자체를 최초로 만든 사람이었다..!!!
컴퓨터가 해야 할 일을 일일이 진공관 배선을 바꾸고 천공 카드를 교체하는 식의 물리적인 노동으로 지정하는 게 아니라, 이 지시사항 역시 프로그램이 취급하는 데이터와 동급으로 메모리 상의 정보 중 하나로 간주시키는 발상이다.

요즘처럼 키보드 코딩만으로 간편하게 컴퓨터 프로그래밍이 가능해진 것 자체가 이런 개념이 도입된 덕분이다.
그러니, 자기가 이 정도로 프로그래밍 환경을 개선했으니, 더 편한 요행 꼼수를 바라지는 마라~~ 그런 생각을 했던 건지도 모르겠다.

3. 저격총

역시 2차 세계 대전 때.. '시모 해위해'라고 적군 수백 명을 사살한 핀란드의 전설적인 저격수가 있었다.
그는 저격 잘 하는 비결이랍시고 번거로운 조준경 따윈 없는 게 낫다는 말을 씨부려서 다른 사람들을 경악시켰다(!!). 지 혼자 시력이 2.0 3.0을 넘기라도 하는지.. 아무도 이해하지도 이행할 수도 없는 비현실적인 조언을 조언이랍시고 진지하게 남겼던 것이다.

하긴, 그 시절엔 레이더도 없거나 뒤늦게 개발됐었다. 그렇기 때문에 전투기 폭격기 조종사 역시 시력이 좋은 게 지금보다 아득히 유리하게 작용하긴 했었다.

이것들은 대단한 일화인 것이 사실이다. 하지만 저 시대 사람들이 오늘날과 같은 급의 자동차를 수리하거나 요즘 컴퓨터와 운영체제 같은 여건에서 기계어 코딩을 한 건 아니라는 점 역시 감안할 필요가 있다.
당연히 지금 자동차나 컴퓨터는 정말 저 때와는 비교조차 할 수 없을 정도로 훨씬 더 복잡하고 정교하다. 그렇기 때문에 사람이 호락호락 직접 만지고 고칠 수 있지 않다.

제 아무리 천재 괴수 폰 노이만이라 해도, 그 시절에 컴퓨터라는 건 핵 실험이나 탄도 계산, 일기예보 시뮬레이션을 위한 거대한 계산 기기 그 이상도 이하도 아니었다. 국가 기관· 연구소만의 전유물이었으며, 국민의 세금으로 운용되는 엄청 비싸고 귀하신 몸이었다.

그는 2차 세계 대전을 겪었고, 미국의 원자폭탄 개발에 참여했을 뿐이었다. 일반 양민들이 개나 소나 그 거대한 컴퓨터보다 성능이 더 뛰어난 스마트폰을 주머니에 넣고 다니는 시대를 살았거나 그걸 예측한 건 아니었다. 그러니 컴퓨터 자원에 대해서 극도로 아껴 쓰고 절약하자는 마음이 뼛속까지 몸에 배겼으며, 그런 사고방식이 자신의 천재적인 두뇌와 결합했기 때문에 '쓸데없이 어셈블러 따위'라는 갈굼이 나온 것이었다. =_=;;;

지금이야 한낱 작업자의 편의 때문이 아니라 업무 생산성 때문에라도 프로그래머들에게 고급 툴과 컴파일러는 듬뿍 쥐어 줘야 한다. 폰 노이만이라도 Windows용 exe 실행 파일을 맨땅에서 만들지는 못할 것이며, 근본적으로 그래야 할 필요가 없다.
키가 3m인 인간흉기 골리앗, 특수부대 할아버지라 해도 현대의 전장에서 총 맞으면 죽는 건 똑같기 때문이다.

시모 해위해도 기술이 훨씬 더 향상된 오늘날의 저격 소총을 보면 조준경 불필요 소신을 바꾸게 됐을지도 모르겠다.
이 사람은 전장에서 수백 명의 적군을 조준경 없이 저격 사살하긴 했지만, 그 대신 저격 거리도 km급이 아니고 우리 생각보다 짧았다고 한다(2~300m). 그만큼 더 위험하게 임무를 수행했다.

4. 비행기

20세기 중반의 천조국 기준으로.. 컴퓨터 업계에 폰 노이만이 있다면, 항공 업계에는 '켈리 존슨'(1910-1990)이라는 정말 전설적인 괴수 엔지니어가 있었다.
이 사람은 평생을 비행기를 조종하는 일이 아니라 비행기를 설계하고 만드는 일에 뼈를 묻었다. 이 사람도 조종을 안 한 건 아니지만, 평범한 여객이나 군용 조종이 아니라 새로 만들어진 기체의 안정성을 극한까지 시험하는 '테스트 파일럿' 명목이었다. ㄲㄲㄲㄲㄲ 즉, 여느 파일럿과는 급이 다르다.

이 사람은 록히드에서 일하다가 미국의 최신 항공 우주 기술의 산실인 스컹크 웍스의 수장을 역임했고.. 네바다 주에 그 비밀 실험 기지인 AREA 51을 직접 구상하고 만들기도 했다.;;
전투기 P-38, 최초의 제트 전투기 F-80 슈팅스타 쌕쌕이, 마하 2를 최초로 돌파한 F-104, 고공 정찰기 U-2와 SR-71 등..

컴퓨터도, 캐드도 없던 시절부터 이 사람은 인간 컴퓨터나 인간 백과사전이 아니라, 그냥 걸어다니는 풍동 실험실이었다.
"비행기를 이렇게 만들고 날개의 모양과 크기와 각도를 이렇게 만들어서 저렇게 조종하면 실제로 이렇게 날아갈 것이다, 성능과 안정성이 이럴 것이다.. 이 디자인은 요런 비효율과 문제가 있으니 얼추 이 정도로 고쳐야겠다.."

동료 엔지니어들은 낑낑대며 복잡한 수학 계산을 통해 예측을 했지만, 저 사람은 머릿속에서 직감적으로 바로 시뮬레이션이 됐다. 구체적인 숫자까지 제시한 게 굉장히 정확하게 적중했다. 이게 진짜 무서운 면모였다.;;; 동료 엔지니어들은 "저 괴수는 공기의 움직임이 눈에 보이기라도 하나?" 하며 혀를 찼다. 이 정도면 비행기의 폰 노이만 급이 아닐지? ㄷㄷㄷ

참고로 비슷한 시기에 보잉 사에서 재직했던 '조(조셉) 서터'(1921-2016)도 전설적인 비행기 개발자였다. 보잉 7x7 프로젝트에 모두 관여하면서 짬을 쌓다가 궁극적으로는 747의 팀 리더가 되어 20세기 최대 크기의 전설적인 여객기를 설계하고 개발하게 됐기 때문이다.

글쎄, 현대의 CPU 설계 중에서는 독보적이고 전설적인 장인 엔지니어가 없나 모르겠다.
CPU는 자동차나 비행기와 달리 애초부터 사람 손으로 만드는 게 가능하지 않은 물건이긴 하다만.. 그래도 미시세계에서도 회로를 이렇게 설계하면 발열이나 전력 소모가 너무 심해진다느니, 몇 마이크로초 단위의 손실이 생긴다느니 뭐니 이런 직관이 발휘될 여지가 있는지 궁금하다.

Posted by 사무엘

1. 변개 유형 (신약)

킹 제임스 성경 유일주의자가 타 성경에서 변개됐다고 주장하는 것들은 크게 다음과 같은 유형으로 나뉜다.

(1) A형 오리겐 변개(원문)
요한복음 "독생하신 하나님", "아들을 순종치 하니하는 자는"
벧전 2:2 "구원에 이르도록 자라라", 골로새서 "그분의 피로" 삭제 같은 것들.
내용이 차이가 나는 것은 대체로 이 유형에 속한다.

(2) B형 번역 이슈(원어)
이사야서 루시퍼, 사도행전 이스터, 누가복음 갈보리, 요나가 '고래' 배 속, 증인이냐 순교자냐, 지옥이냐 음부냐 등..
같은 원어가 서로 다르게 번역된 것들이다.

(3) C형 후대 본문비평에 의한 변개(원문)
마가복음의 마지막 열두 구절, 간음하다 붙잡힌 여인 이야기, 요한의 콤마 따위
이건 옛날 사람보다는 웨스트코트-호르트의 기여도가 더 높은 변개이다.
수백 년 전의 옛날 성경에는 심지어 가톨릭용이라고 해도 이 C형 변개가 들어가 있지는 않았다.

2. 변개 유형 (구약)

사실, KJV 옹호자/유일주의자들은 구약보다는 신약의 차이점에 관심이 더 많다. 신약이 유대인이 아닌 이방인 위주로 전수되어 왔으며, 본문 계보가 명백하게 이분화돼 있어서 번역의 차이에 앞서 내용의 차이가 더 많기 때문이다.

허나, 구약도.. 맛소라 본문 덕분에 본문의 변개 문제는 덜한 편이지만.. 원어의 미스터리함이 아무래도 히브리어가 그리스어보다 더 심하다. 그래서 번역의 차이로 인한 잡음이 더 많고, 원어 말장난이 틈탈 여지도 더 많은 것 같다.
다음은 내가 당장 기억하고 있는 예시 몇 가지일 뿐이다. 보다시피 숫자가 막 대놓고 차이가 나는 부분도 있다.

• 4년 뒤 / 40년 뒤에 압살롬의 반역 (삼하 15:7)
  
• 3년 뒤에 십일조 / 3일마다 십일조 (암 4:4)
  
• 온천 / 노새 (창 36:24)
  
• 엘하난이 골리앗? 골리앗의 동생?을 죽임 (삼하 21:19)
  
• 요셉에게 색동옷 / 소매 긴 옷 (창 37:3)
  
• 그들을 톱으로 잘라서 끔살시켰다 /톱으로 강제 노역을 시켰다 (대상 20:3)
  

그러니 내가 주장하는 건.. 이게 다 맞을 수는 없고, 그래도 어느 것 하나가 정답이긴 할 거라는 점이다.

3. 의외로 KJV처럼 번역된 구절

한글 개역성경(개역개정 포함)이나 심지어 가톨릭에서 사용하는 공동번역 성서는 KJV 유일주의자의 관점에서 보기에는 아쉽지만 부패한 본문에서 만들어진 변개된 역본이다.
그런데 얘들은 아주 극소수 예외적으로 KJV 스타일로 옮겨진 표현도 있긴 하다. 예전에 이미 했던 말도 있지만.. 복습해 본다.

(1) 개역성경의 경우, 창세기 요셉의 옷이 색동옷/채색옷, 어쨌든 무지개 같은 컬러풀한(창 37:3) 옷이었다고 말하는데, 이것은 KJV와 일치하는 표현이다. 그러나 현대의 역본들은 장신구 치장이 잔뜩 달린 화려한 옷, 소매 긴 옷 등으로 표현이 바뀌는 추세이다.

(2) 엡 4:12에서 KJV는 “각종 은사들을 통해서 성도들을 온전하게(perfecting) 한다”고 말하지만, 타 역본들은 성도들을 “준비시킨다”(equip, prepare)고 되어 있다.
이건 마치 마태복음 28:19에서 “가르치는”(KJV) 것과 “제자 삼는”(나머지) 것하고 비슷한 차이점 같다. 의미가 비슷해 보이지만 완전히 같지는 않으니 말이다.

그런데 엡 4:12의 경우, 개역성경도 의외로 ‘준비시켜’ 대신 ‘온전케’ 한다고 KJV와 동일하게 번역되었다. 이건 원문의 차이점인지, 아니면 색동옷 같은 번역 스타일의 차이점인지 잘 모르겠다.

(3) 다음으로 요 3:36은 “아들을 믿지 않는 자에게 하나님의 진노”(KJV)가 “아들을 순종하지 않는 자”라고 바뀐 걸로 유명한 구절이다. 그런데 얘는 의외로 공동번역 성서도 “아들을 믿지 않는 자”라고 KJV와 동일한 워딩을 했다.

(4) 고후 13:11의 끝인사가 KJV만이 “굿빠이, 잘 있으라, 안녕히 계시오” 등의 작별인사인 farewell이다. 나머지 역본들은 이유는 알 수 없지만 거의 다 “기뻐하라”(rejoice)라고 바뀌었다.
우리말 역본 중에서는 심지어 말보회의 한킹조차도 ‘기뻐하라’라고 번역했는데(왜???).. 그런데 공동번역 성서는 “안녕히 계십시오”라고 farewell이라는 의미로 KJV처럼 번역되었다.

공동번역 성서는 막 원어에 충실하게 번역했다기보다는.. 흐름상 의역을 하느라고 소 뒷걸음질치다 쥐 잡은 게 아닌가 싶다. ‘믿는 자’ 다음에 논리적으로 ‘믿지 않는 자’가 나오는 게 맞고, 그리고 서신이 다 끝나는 문맥이니 뜬금없이 ‘기뻐하라’보다는 ‘굿바이’가 더 자연스럽기 때문이다.

4. 진짜 어려운 것

유경험자로서 말할는데, KJV는 겨우 -eth, thou thee ye, gay clothing, prevent 같은 유명하고 잘 알려진 고어가 어려운 건 절대 아니다. 그건 그냥 며칠이면 적응되고 익숙해지니 하나도 문제될 것 없고..

진짜 어려운 건 대명사와 도치이다. 길고 복잡한 문장에서 개나 소나 it he 대명사가 너무 많아서 뭘 가리키는지 분간이 안 될 때.. 그리고 복잡한 도치에서 주/객 관계 따지는 게 좀 어려울 수 있다.

극단적인 예를 들자면, 왕상 3:27 솔로몬의 재판에서도 "저 여자가 진짜 애엄마다" 할 때도 KJV는 그냥 평범하게 her이다.
두 여자 중 누구를 가리키는 her인지를 기계적인 어휘 통사 구조만으로는 알 수 없다. 그에 비해, 다른 역본들은 약간 해석을 추가해서 the first woman이라고 써 놓은 편이다.

솔로몬의 재판이야 워낙 유명하고 문맥이 뻔하기 때문에 "아이를 차라리 저 여자에게 주고, 죽이지는 말아 주세요!"가 진짜 엄마인 걸 모를 사람이 없을 것이다. 허나, 그런 유명한 얘기 말고 더 어려운 문맥에서는 대명사 포인터를 역참조할 때 머리에서 쥐가 날 수 있다는 것이다.

근데 KJV가 그렇게 자비심 없게 번역된 이유는 애초에 원어 원문의 표현이 그렇게 자비심 없고 모호했었기 때문이다. KJV는 표현 추가나 윤문을 극~~도로 꺼리면서, 불가피하게 단어 하나를 추가하더라도 이탤릭체로 티를 내면서 아주 보수적으로 정직하게 번역됐다는 걸 생각해 보자.

5. 고펠나무

노아의 방주를 만드는 재료로 쓰였다는 목재는 무슨 나무일까..??
성경에는 생각보다 다양한 종류의 나무가 등장한다. 나는 당연히 전나무, X나무, 포플러나무 같은 친근한 나무 내지 레바논의 백향목, 아니면 출애굽기에서 성막 제조용으로 죽어라고 나오는 시팀나무 이런 걸 떠올렸는데.. 노아의 방주는 그렇지 않더라.

창 6:14에 따르면 고펠나무 gopher wood라고 한다.
그러나 gopher라는 단어는 고유명사 대문자가 아닌 소문자이면서 여기 말고 성경 다른 데서는 전혀 등장하지 않는다.
그렇기 때문에 성경의 내장 사전을 이용해서 성경을 성경으로 풀이하는 전통적인 방법으로는--특히 킹 제임스 유일주의 진영에서 좋아하는 방식-- 이 나무의 정체를 밝히는 게 불가능하다.

심지어 킹제임스 흠정역을 출간한 '그리스도 예수안에'에서 편찬한 성경 용어 사전에서도 "노아의 방주를 지을 때 사용한 나무" 이상으로 설명이 더 없다. 다른 표제어들 대비 이상하리만치 풀이가 부실하다.
이건 그냥 통상적인 성서고고학이나 원어의 도움을 받아야 할 것 같다.

옛날 한글개역 성경은 그냥 '잣나무'라고 했다가 개역개정에서는 '고페르 나무'라고..;;; 음역으로 바뀌었다.
영어는 뉴 킹 제임스에서는 gopher가 단독으로 생산성이 없는 사어라고 간주하고.. gopherwood 한 단어로 붙이는 기지를 발휘했다.;;
현대에는 이게 사이프러스 나무가 아닐까 하는 해석이 등장해 있다(NIV 등). 이건 본문 변개하고는 관계 없고 후대에 와서 등장한 견해이다.

심지어 "노아의 홍수 이후로 멸종하고 현존하지 않는 나무 품종일 것이다",
"애초에 나무 품종 명칭이 아니라 나무를 가공하는 방식의 명칭일 것이다. 혹시 이건 비슷하게 생긴 다른 히브리어 글자의 오기가 아닐까..?? '고페르'가 아니고 '코페르'이면 pitched tree (역청 바른 나무..??)가 된다는데?"

이런 낭설까지 있는가 보다. 하지만 개인적으로는 그건 뇌피셜이 지나친 것 같다. 나는 성경 본문을 교정하는 정도로까지 선을 넘지는 않을 생각이다.
그렇게도 킹 제임스 킹왕짱을 주장해 온 럭크만의 주석서에는 이 구절에 대해 뭐라 해설하고 있는지 있는지 문득 궁금하다.

참고로 이 gopher는 북미 다람쥐 동물이나 컴퓨터 고퍼 프로토콜과 스펠링이 우연히 같지만 이들과는 어원상 서로 전혀 무관하다.

Posted by 사무엘

이 글은 제목에는 KJV 유일주의라는 단어가 들어갔지만, 특정 역본을 옹호한다기보다는.. 무오류한 역본 하나가 반드시 있어야 한다는 "더 원론적인 사실"에 대한 변증 위주이다.

1. 언어 관련

과거에 하나님은 친히 인류의 언어를 혼잡하게 해서 언어와 문화, 민족 구분을 만들었다. 인간들을 강제로 찢어 놓고 파편화시켰다. 인류가 한꺼번에 동반 타락하는 것을 막고 한 민족이 다른 민족을 심판하는 역할을 할 수 있게 하기 위해서이다.

그런데 훗날, 언어와 민족의 구분 없이 한 가족인 교회라는 것이 태동할 때는 하나님께서 제일 드라마틱한 기적이면서 사도들에게 가장 절실하게 필요하기도 했던 외국어 구사 표적을 주셨다.
그리고 알아듣지 못하는 타 언어 때문에 교회에 혼란이 야기되는 것은 바람직한 모습이 절대로 아니라고 고린도전서에서 거듭 강조하셨다. 세례/침례 문제와 비교하면 대략 이런 관계이다.

• 스스로 자기 믿음을 고백하지 못하는 유아나 어린아이에게 침례를 주는 것은 옳지 않다. 하물며 침례도 아닌 세례라면 더 말할 필요도 없다.
  
• 통역 없이 교회에서 알아듣지 못할 외국어가 공석에서 남발되는 것은 옳지 않다. 하물며 외국어도 아닌 날랄랄따따 잡소리라면 더 말할 필요도 없다.
  

사람들은 자기가 알아듣지 못하는 '원어'에 대한 동경, 환상이 있다. 하나님께 다이뤡트로 내리꽂혀진다는 하늘의 신비로운 언어, 천상의 기계어 어셈블리어뻘..???? C/C++ 고급 언어 짜끄레기나 구사하는 자기들이 감히 범접하지 못하는 언어라고 말이다.

그게 말은 방언 기도(하나님에게 직통 전달되는 =_=;; )요, 글은 도대체 실체는 모르겠지만 original 원어 원문 성경일 것이다.
하지만 나는 그런 것이 hoax, myth라고 생각한다. 성경의 기독교는 "죽은 사람 갖고 장난치지 않으며 일체의 뒤끝이 없다(하늘 아니면 지옥.. 끝!)." 그리고 비슷한 차원에서, 무슨 신비로운 언어 주술 주문 말장난질이 없다.

하나님이 언어와 민족 구분을 만드신 것은 인간을 '배려해서'이지, 그런 언어 접근성으로 사람을 차별하기 위해서가 아닐 것이다. 정말 질서정연하고 합리적이고 인간에 대한 배려가 느껴지지 않는가?

이는 구약 시대에 하나님이 유대인에게는 성문법인 율법을 주시고 이방인에게 양심의 법을 주셨다고 해서 이게 민족별로 개인 구원 접근성에 대한 차별은 절대 아닌 것과 같다. 유대인은 하나님과 더 가까이 소통하는 큰 특권을 받은 대신에, 법을 어겼을 때의 처벌과 책임도 더 컸다. 마음속에만 있는 양심의 법의 물리적인 근거· 실체가 율법이라는 차이만이 있을 뿐이다.

그리고 이와 비슷한 논리로.. 하나님께서 히브리어, 그리스어, 라틴어 다음으로 영어로 된 최종 권위 성경을 하나 남겨 주셨다고 해서 이것이 영어 모국어 화자에게만 불공평한 특혜를 제공한 게 아니다. 관점을 좀 달리해서 생각해야 한다. 기왕 이렇게 민족과 언어가 다양하게 찢어진 와중에, 총체적인 무질서를 막기 위해서 기준 하나를 제정하신 것 자체를 나쁜 조치라고 생각해서는 곤란하다.

정말 만에 하나 불공평한 특혜라고 해도.. 지금 죽은 언어인 원어 공부한 신학자들에게만 불공평한 특혜를 주는 것보다는 차라리 세상에서 제일 접근하기 쉽고 대중적인 외국어인 영어에다가 특혜를 주는 게 훨씬 낫고 '덜' 불공평하다.

2. 비유

(1) 죽어서 지옥 간 사람이 지옥에서 살아 나와서 막 증언을 하고 "지옥은 정말 있어!! 니들은 정말로 지옥 가면 안 돼! 예수 믿고 구원받아야 돼..!!" 이렇게 증언을 하면 사람들이 말을 좀 들을 것이다.
→ 그러나 성경의 답은? 눅 16장 끝부분

(2) 초자연적인 기적이 일어나고 신자들의 휴거까지 목격하고.. 반대로 초자연적인 재앙까지 겪으니 그때까지 남아있는 사람들은 이제 좀 정신 차리고 성경 읽고 왕국 복음에라도 순종할 생각을 할 것이다.
→ 그러나 성경의 답은? 계 9:20

(3) 옛날의 히브리어 그리스어 쓰던 사람이 살아나서 우리에게 "어 이건 이런 뜻인데?" 교통정리를 해 주면 성경 번역 문제가 명쾌하게 해결될 것이다. 현지인이 깡패 아니겠나?
→ 과연?? 성경의 답은??? @@@

(4) 나를 본 자는 아버지를 보았거늘 왜 내게 '아버지를 보여주소서?' 이렇게 따지느냐?
→ 킹 제임스 성경을 본 자는 이미 원어 원문 성경을 보았거늘.. (이하생략)

(5) 계시의 확대

• 예수님이 사도들이 죽기 전에 다시 오실까? (초대 교회 시절)
  → 예수님이 일곱 교회 경륜까지 다 찍고 나서 21~22세기쯤엔 오실까? (현재)
  
• 교황은 바로 그 적그리스도일까? (중세 유럽 종교개혁자들의 생각)
  → 교황은 미래 진짜 적그리스도의 짝퉁 예시 모형인 걸까? (현재)
  
• 영국에서 성공회와 청교도를 중재하기 위한 단일 성경 (1600년대 당시)
  → 영어로 완벽하게 보존된 최종권위 성경 (현재)
  

성경 역본 문제에 대해서 성경의 비유를 적용해서 생각하면 이렇다는 뜻이다.

3. 임의성

성경 기록이란 건 증명 없이, 정말 묻지도 따지지도 말고 토 달지 말고 신자가 맞춰서 받아들여야 하는 것이기 때문에 정말 심각하고 민감한 텍스트이다.

가령, 창세기 1장의 6일 창조 진술 중 둘째 날엔 다들 아시다시피 "보기 좋았더라"가 유일하게 없다.
그렇기 때문에 우리는 "둘째 날에는 뭔가 안 좋은 게 있기 때문에 하나님이 보기 좋았다는 말을 넌지시 생략하셨구나, 저 바닥엔 여전히 사탄 마귀 잔당이 있고 악이 있구나" 이렇게 유추를 할 수 있다.

하지만 그게.. 변개되고 삭제되어서 없는 거면 논리가 정반대로 바뀌어야 된다~!!
"변개된 성서에서는 이 구절에서 '보기 좋았더라'를 고의로 삭제함으로써 재창조니 어쩌구니 하는 이단 교리가 들어올 빌미를 마련해 주었다.."
이렇게 풀이해야 된다. 어느 게 맞는지를 우리가 판단할 수 없다!!

성경에 원래 어떻게 기록돼 있는지에 따라 우리가 까라면 까로 논리를 맞춰야 된다는 거다. 성경 말씀은 전적으로 하나님 마음대로 "임의적"이기 때문에..
그런데 성경이 내용이 다르고 표현이 제멋대로인데 아무렇지도 않다는 건..??

그저 "여기서는 삭제됐지만 다른 구절에는 유사 내용이 있으니 상관없다", "아 그건 후대에 추가된 거고 오래된(???) 사본에는 없다", "원래 인간이 기록한 것이다 보니 오류가 좀 있을 수 있지만.. 큰 문제는 아니다"
이건 내 성질 같았으면 너무 답답해서 고래고래 소리 지르고 죽빵이라도 날리고 싶은 사항이다.. ㅡ,.ㅡ;;

세상에서는 인간이 제정한 법조문을 갖고도 "자유 민주주의"에서 '자유'가 삭제되는 걸 반대하고 투쟁한다.
"A와 B 중"이 "A와 B 등"으로 바뀌어서 뉘앙스가 달라진 걸 귀신같이 간파해서 반대파를 반박하고 버로우 태운다.
그런데 성경은 큰 뜻만 통하게 대충 아무렇게나 만들어져도 괜찮다?

세상에서 맛집을 고르고 물건을 살 때도 같은 값이면 무조건 상태가 더 좋은 걸 고르는데.. 성경에 대한 관념이 무덤덤한 것은 안타깝지만 그 사람에게 성경은 별로 중요하지 않고 굳이 최선이어야 할 필요가 없는 물건이기 때문에 그렇게 생각하는 것으로밖에 여겨지지 않는다.

4. 불신자에게도 100% 동일하게 적용 가능한 논리

뭐~~ "킹 제임스 떠드는 신자들도 행실이 개판이더라, 말보회가 이단이더라, KJV 쓰는 교회들 중에도 이단 많다"
이런 쓰잘데기없는 소리들이 도대체 왜 나오는 건지 난 개인적으로 이해되지 않는다.
킹 제임스 성경을 거부하는 논리들을 보면.. "기성교회 vs KJV" 대신에 "불신자 vs 기독교/교회/예수"라고 치환만 하면 완벽하게 동일한 패턴이 많다.

예: 조선 시대 사람들은 다 지옥 갔나, 이 순신, 세종대왕도 다 지옥 갔나
→ 킹 제임스 이전엔 무슨 성경 썼는데? 한킹 나오기 이전에 주 기철 목사도 다 잘못됐나

지금 도대체 옛날 사람 얘기가 왜 나오는데?
난 그런 사람들이 애초에 예수 왜 믿는지, 교회는 왜 다니기 시작했는지 진지하게 궁금하다.
예수 말고 다른 구원의 길이 전혀 없다고 말하는 종교(편의상의 표현)에서..
그렇게 쓰여 있는 성경이 한 종류만 맞고 나머지 일치하지 않는 부분은 다 틀렸다고 말하는 건... 너무 당연한 거 아닌가..??

• "죄인을 부르러 왔노라"
  → "죄인을 불러 **회개케 하러** 왔노라"
• "부활의 날에는 그 여자는 칠형제 중 누구의 아내가 됩니까?"
  → "부활의 날에 **그들이 다 깨어나면** 그 여자는 칠형제 중 누구의 아내가 됩니까?"
  
• "형제에게 화내는 자마다"
  → "형제에게 **이유 없이** 화내는 자마다"
  

아멘???

당연히 누울 자리를 보고 다리를 뻗어야지.. 무인도나 감옥 같은 극단적인 상황에서 아무 성경이라도 선택의 여지 없이 봐야 한다면 개역이니 NIV니 심지어 메시지니.. 따질 때가 아니다.
먹을 게 없어서 굶어 죽을 지경이라면 풀뿌리라도 뜯어먹고 쥐나 벌레라도 먹어야 하지 않는가?
옛날에 그 가난하고 열악한 여건에서 개역이라도 열심히 읽었던 선조들은 그 사람 사정이 따로 있고 우리는 처지가 그때와 다르다.

하지만.. 변개된 성경과 변개되지 않은 성경을 대놓고 한 자리에서 비교할 수 있고 팩트와 정보가 다 마련돼 있는데 굳이 변개된 성경을 고의로 선택할 필요는 없다.
본인은 위쪽 같은 성경을 보기 싫고 아래쪽의 온전한 말씀을 보고 싶을 뿐이다. 그리고 둘 다 옳을 수는 없다고 주장하는 것이다. 아멘~! ^^ 대한민국이 아무리 물가가 올라서 먹고 살기 힘들기로서니, 풀뿌리나 쥐나 벌레를 찾아 먹어야 할 지경은 아니니까 말이다.

Posted by 사무엘

• 반장? 통장?: 이런 게 있는 줄도 몰랐는데.. 주민등록 옮기고 전입신고를 하고 나니 실거주 중인지 인증 연락이 이 계층의 사람에게서 오더라. 이건 월 몇십만 원 남짓한 거의 용돈 받는 파트타임 알바 급의 존재감인 걸로 안다.
  
• 마을 이장, 동장: 역시 현실에서의 존재감은 잘 모르겠다. 여기까지는 그냥 임명직이다. 동사무소, 주민센타, 행정복지센타.. 이런 이름은 좀 그만 바꿨으면 좋겠다.
  
• 구청장: 구의 대표만 어째 '청'짜가 붙어 있다.
  
  
• 시장, 군수: 여기부터는 선출직. 또한, 평범하게 '장' 접사만 붙는 건 시장이 마지막이다. 군은 어째 '수'가 붙어 있네?
  서울특별시장은 다른 시장/군수, 심지어 도지사보다도 서열이 더 높다고 한다.
  
• 도지사: '지사'라는 유니크한 명칭이 등장한다. 미수복 영토인 황해도, 함경남북도, 평안남북도에 대해서도 명목상으로나마 도지사를 두고 있다는 건 공공연한 사실이다. 이북5도청이라는 이름의 관청도 있다.

그 다음 마지막 최종 보스가 대통령이다.

• 우리나라는 연방제 급의 지방자치를 하기에는 덩치가 너무 작은 관계로.. 여전히 중앙 정부의 입김이 압도적이다.
  
• 우리나라는 부통령이 없는 대신, 국무총리가 비중과 권한이 크다. 그러니 이 사람이 대통령 권한대행도 맡는다. 부통령은 리 승만 1공화국 시절에만 있었다.
  
• 사실, 입헌군주제에서 얼굴마담 군주를 대신해서 실질적인 정치를 하는 그 무언가는 prime minister '수상'이라고 불리는데, 이 직함이 '총리'라고 번역되기도 했다. 아라비안 나이트에서 쟈파, 일본에서 아베나 고이즈미 같은 사람 말이다.

이렇게 명칭을 늘어놓아 보니, 우두머리를 가리키는 직함명이 단순 '-장' 이상으로 굉장히 다양함을 알 수 있다. 교장, 사장, 회장 같은 것과는 상황이 다르다.

• 정부 기관들은 '-청'자로 끝나다 보니 '-청장'이라는 명칭이 자연스럽게 붙는다. 구청장뿐만 아니라 병무청장, 기상청장, 경찰청장 등..
• 촌장, 추장은 전근대 시절을 다루는 외국물 번역 용도로만 쓰이는 용어인 것 같다. 특히 추장은 문명화되지 않은 부족의 우두머리라는 이미지가 강하다. 인디언..??
• 그리고 '총'자. 대학교의 우두머리는 교장이 아니라 총장이라고 불린다. 그리고 한국 은행은 행장이 아니라 총재..;;
• '총통'은 앞서 언급했던 대통령과 총리가 결합된 엄청난 타이틀이다. 장 제스나 히틀러 같은 외국의 독재자에게만 쓰이곤 했다.

조선 시대의 관아는 주민센타 겸 지방 법원 겸 경찰서 통합이었는가 보다. 하긴, 거기 가서 곤장도 맞고 오니까.. 사또 내지 원님도 행정과 사법이 통합된 그 무언가였던 듯하다.

"당신을 XXX 혐의로 체포한다. 당신은 묵비권을 행사할 수 있고, 모든 증언은 당신에게 불리하게 작용할 수 있으며..."가 아니라..
"네 이놈, 죄인은 오라를 받으라~! 니 죄를 니가 알렷다~!! 죄를 이실직고할 때까지 죄인을 매우 쳐라!!!" 이러는 게 참 화끈하긴 했다. =_=;; 명칭부터가 경찰이나 공안이니가(두루 살핀다, 공공의 평안을 도모함) 아니라 포도청.. 도적 잡는 관청이라는 뜻이었다.

Posted by 사무엘