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

0. 들어가는 말

예전에 몇 차례 글을 쓰기도 했었다만.. 본인은 운전 습관이나 도로 교통 정책에 관한 한 골수 우파이다.
마치 빈부 격차처럼 빠른 차와 느린 차의 격차를 인정하고 큰 효율, 큰 자율과 큰 책임, 정부 개입의 최소화를 추구한다. 나라에서 불필요하게 쓸데없이 지나치게 규제하는 걸 굉장히 싫어한다. 공권력은 뺑소니나 음주운전자들 잘 잡아내고 걔네들 반 죽여 놓는 형벌 집행만 잘 하면 된다.

다시 말하지만, 환경이 후손으로부터 빌려 쓰는 공간이라면, 공공 도로는 뒷차 운전자로부터 빌려 쓰는 공간이다~!!
고객의 시간을 아껴 주는 버스/택시 운전사가 존경과 예우를 받아야 한다고 생각한다.
천천히 부드럽게 가는 건 안전이 아니라 기름 아끼는 걸 생각하는 것만으로도 충분히 실현 가능하기 때문이다.
이 분야는 본인이 강조하고 싶은 생각과 의견이 여럿 있기 때문에 또 글로 정리해 놓고자 한다.

1. 우회전 후에 나오는 횡단보도가 청신호일 때의 답답함

요즘 도로교통법이 바뀐 것 때문에 예상되고 우려됐던 부작용이 고스란히 나타나는 중이다. 이 때문에 차들 흐름은 더 꼬이고 도로 정체가 더 심해지고 운전 스트레스가 더해지고 있다.

예나 지금이나.. 교차로 우회전 “후”에 나오는 횡단보도는 파란불이더라도 건너는 사람이 전혀 없으면 비보호로 조심해서 그냥 통과하면 된다..!!!!! 이 규칙이 달라진 적은 없었다!!!!!
차들이 그것까지 일일이 우두커니 하염없이 기다렸다가 가면 이거 뭐 우회전을 할 수가 없고 도로가 난장판이 될 수밖에 없기 때문이다.

근데.. 우회전하면서 이 횡단보도에서 하염없이 기다리는 차를 한두 번 봤어야지.. 어휴~ 성질 같았으면 그냥 빵빵~ 하고 싶다.
최근에 바뀐 건.. 신호 없는 횡단보도나 아까 같은 우회전 후 횡단보도에서 “사람이 근처에 서 있기만 해도 차가 알아서 정지해라”이다.
그게 적용된 거지, 딴 게 바뀐 게 아니다.

하지만 나라에서는 최대한 차들 속도를 줄이고 차를 멈추게 만드는 쪽의 홍보만 댓다리 하지, 불필요하게 서 있지 말고 빨리 지나가라는 쪽의 홍보는 절대 안 한다.
기름값 인상분 반영은 광속이고, 하락분 반영은 거북이 속도인 것과 같은 이치이다. 젠장 제기랄..
이런 건 도대체 어떻게 해야 바로잡을 수 있을까?

2. 구간 과속 단속은 정말 사회악 적폐 쓰레기 (거친 표현 주의)

먼 옛날 1945년 8월 15일엔 우리 민족이 일본의 압제로부터 해방됐었다.
그런데 대한민국의 운전자들이 빌어먹을 저주받을 이 개썅 미친 변태 적폐 사회악 암유발, 시간 낭비 기름 낭비 공해 유발 백해무익 ㅈ같은 과속 단속 카메라의 학정 압제로부터 해방은 언제쯤 될까? 누구나 자유롭게 악셀 콱 밟으며 운전하는 날이 오기를 염원해 본다.
아 그래서 예로부터 8 15 광복절 폭주족이 있었던 거구나 이런 깊은 뜻이..!

이 멀쩡한 경주 토함산 터널에 전 구간을 틀어막고 시속 70km 구간 단속이라니.. 진짜 미친 거 아니냐..?
카메라를 넣을 거면 70 마일로 하라고.. 킬로미터가 아니라..?
씨발 200으로 밟으면서 쌩 지나가도 시원찮을 이 곧은 길을 말이야?
터널 닦은 근로자와 자동차 개발한 연구원들이 통곡을 하면서 울겠다!

서울 수도권만 이런 줄 알았더니 이런 깡촌 시골에까지 뭔 놈의 카메라가 이렇게 생겼냐..??
그렇게 차들 강제로 발을 묶어 놓으니까 만족스럽냐 이 색X야?
담당 공무원놈 멱살 잡고 죽빵 날리고 싶다.

리 승만 할배를 존경하는 자유 우파들은.. 1930년대의 자동차로도 미국 시내를 100 넘게 밟으면서 경찰 단속을 따돌리고 사고 한 번 안 내고 발표 강연 스케줄을 소화했던 할배의 전설적인 행적과 근성을 본받고 더욱 발전시켜야 할 것이다.
과속이 나쁜 게 아니라 주변 차들의 흐름을 깨는 게 더 나쁘다는 선진적인 인식이 자리잡혀야 할 것이다.

3. 꼬리물기를 억지로 계도하기보다는 신호등을 개선해야

“교차로에서 꼬리물기 좀 하지 마세요~ 교차로 건너편에 차들이 막혀서 못 지나가고 있으면 파란불이더라도 당신도 지나가서는 안 됩니다. 앞차가 안 가고 있을 때 빵빵거리지 말아야 합니다” 이렇게 백 날 홍보하고 계도해도 별 소용 없다.

꼬리물기 차들 때문에 엉키고 엉망이 된 교차로를 보면서 “역시 조선놈들은 교통 문화가 미개하고 답이 없다. 앞으로 꼬리물기 적발 차량은 신호 위반과 동급으로 벌점 얼마에 과태료 얼마, 12대 중과실..” 이것도 별 영양가가 없는 짓이다.

감흥 신호 개발하고, 꼬리물기 차량을 자동으로 적발하는 무인 탐지기를 개발할 정도의 기술과 자금이라면.. 그걸로,
교차로 건너편에 차들이 못 가고 있는 걸 감지해서 그때는 애초에 파란불을 주지 않는 스마트 신호등을 만드는 게 훨~~~씬 더, 월등히 더 깔끔하고 더 나은 해결책이다.

어떻게든 운전자를 벌 주고 괴롭히고 차를 못 가게 만드는 쪽으로 머리를 굴리지 말고, 운전자가 누구나 수긍 가능한 합리적인 쪽으로 문제 해결책을 개발해야 한다.
옛날에 시스템 클럽에서 예시를 들었던 것처럼 말이다.
조선 엽전들이 질서 의식이 없다고 탓할 게 아니라 번호표를 도입해 놓으니까 은행 창구에서 무질서가 싹 사라졌었다.

4. 교차로 통과 결심 지점

난 예전에도 말했지만, 노란불 딜레마로 인한 사고를 봉쇄하기 위해서는 “교차로 통과 결심 속도” 표식 같은 게 필요하다고 생각한다.
“이 지점을 시속 60 이상으로 지났다면, 중간에 신호등이 노란불이 되더라도 속도를 더 줄이지 말고 그냥 통과하시오. 그렇지 않으면 브레이크 밟고 서시오” 말이다. 비행기의 이륙 결심 속도(V1)에서 착안한 개념이다.;;

난 자동차에 대해서는 파란불은 남은 시간 표시에 반대 소신이다. 남은 시간이 촉박할 때 교차로를 난폭하게 통과하거나, 아니면 자기는 시간 넉넉하다고 뒷차를 배려하지 않고 세월아 네월아 너무 느리게 갈 수 있다.
예수님이 부작용을 우려해서 재림 날짜를 인간에게 예고해 주지 않고 있듯, 저런 건 굳이 예고할 필요가 없다. 파란불 잔여 시간 대신에 저런 교차로 통과 결심 힌트만 있으면 된다고 본다.

그 대신, 빨간불의 잔여 시간은 표시하는 게 좋다고 생각한다. 다만, 10초나 5초 이하로 남았을 때는 도로 숨긴다. 이때부터는 예측 출발을 하지 말고 파란불이 되는 것만 보라고 말이다.

5. 기타

(1) 비보호 좌회전이라든가,  공간을 좀 더 효율적으로 활용하게 해 주는 좌회전 유도 차로 같은 것도 최대한 활용하는 게 좋다.
하지만 전자는 멍청한 사고가 몇 번 난 뒤엔 또 무식하게 오래 기다려야 하는 적록 신호로 바뀌어 버린다.
후자도.. 멍청한 운전자가 노란불에 쫄아서 말단 지점에서 멍하니 서 버리면.. 본의 아니게 꼬리물기를 저질러서 옆 차로의 진행을 틀어막는 민폐를 끼치곤 한다. 그러면 또 없어지고.. 으이구~~

그러고 보니 앞서 얘기했던 교차로 통과 결심 지점이라는 건 이런 좌회전 유도 차로 같은 데서 더욱 필요한 것 같다. 이 지점을 지났으면 여기서는 노란불이더라도 멈추지 갈고 지나가라는 것을 알려줘야 하기 때문이다.

(2) 자동차 전용 도로의 진출로나 분기 지점 근처에서 차들이 막히고 있을 때 말이다. 뒤에는 차들이 못 가서 줄줄이 늘어서 있는데.. 정작 앞에는 차들이 너무 띄엄띄엄 천천히 여유롭게 가는 건 큰 문제이다. 이러면 뒤에서 줄서 있는 차들이 호구 바보가 되고, 눈치껏 앞에서 끼어드는 새치기 차량이 더 빨리 가게 된다.
새치기 차량을 욕하고 벌줄 게 아니라, 새치기를 조장하는 앞차들의 운전 습관을 바꾸도록 계도해야 한다.

(3) 주행 중에 뒷차가 빵빵거리는 것보다, 앞차가 불필요하게 쓸데없이 브레이크 밟아서 브레이크 경고등이 깜빡거리는 게 더 짜증나고 불편하고 싫은 지경이라면..
당신은 운전자로서의 인격이 한 단계 성숙했다고 볼 수 있을 것이다. 시장이 반찬이듯, 성질 급해서 답답한 게 최고의 운전 교사가 될 수 있다.

(4) 터널과 교량에서 차로 변경이나 추월을 금지하는 무식한 규정도 이제 좀 완화하거나 없앴으면 좋겠다. 비행기 이· 착륙 때 전자기기 사용 금지처럼 거의 의미가 없는 짓 같다.

Posted by 사무엘

1. 경부선 철도 연선의 도시들

우리나라는 경부선 라인에 광역시 대도시들이 콕콕 박혀 있어서 "서울 대전 대구 부산 찍고~!!" 이러는 노래도 있다.
일본의 도카이도 신칸센이 도쿄-나고야-오사카-교토를 줄줄이 잇는 것과 비슷한 느낌이다.
그런데 경부선 라인의 대도시들 중에 우리나라의 전통적인 대도시인 '-주' 지명이 전혀 없는 게 참 신기하다.

제일 먼저 대전이야.. 원래는 이름에 대놓고 '밭'이 있을 정도로 깡촌이었다. 그랬는데 뜬금없이 철도가 생기고 호남선과 분기까지 되면서 정말 개천에서 용이 나 버렸다.
일제의 입장에서는 철도 건설비를 절약하려고 산을 최대한 피해서 평지를 찾다 보니 상주-충주-용인 대신 이쪽까지 우회한 것이었다.

부산은 우리나라의 직할시/광역시 1호인 데다 서울 다음의 대도시인데도 불구하고 구한말까지는 의외로 굉장한 듣보잡이었다.
일본인들이 드나드는 관문 통로가 아니었으면 그 지역은 절~~대로 지금의 부산 같은 도시가 될 수 없었을 것이다.

까놓고 말해.. 을미사변이 벌어졌을 때만 해도, 민비를 살해한 일본 자객 일행은 인천항으로 들어왔다. 걔들이 중국에서 출발한 것도 아니고, 조수 간만의 차이를 이용해서 상륙작전을 벌인 것도 아닌데 굳이 인천항을 이용한 이유는.. 한반도에 제대로 된 육로가 아직 없었기 때문이다. 경부선 철길이 있었으면 걔들도 당연히 부산으로 입국했을 것이다.

부산이라는 이름 자체가 조선 시대엔 없었고 그냥 중심부만 '초량'이라고 불리는 정도였다.
일제 시대엔 부산 역이 지금의 부산 역보다 더 남쪽 바닷가 근처에 있었고, 열차 시각표에 일본 본토 연락선 셔틀의 시각표도 같이 적혀 있었다. 그리고 서울-경성 방향이 아니라 부산 방향이 '상행'이었다..!!

끝으로, 대구도... 정말 믿어지지 않지만 철도가 없던 시절엔 달구벌이 경주, 상주, 진주보다 더 작았던 적도 있었다고 한다.
오히려 중앙선에 경주, 영주, 원주 이렇게 '주'짜 지명이 3개나 있다. 하지만 중앙선은 경부선과는 비교할 수 없을 정도로 낙후해 있다.
상주, 충주, 공주.. 이런 곳은 철도 간선에서 열외되면서 대전, 대구에 비해 정말 처참해졌다.

한때는 철도가 침략의 상징이라고 여겨졌지만 조선인들도 자기 지역에 철도가 있어야 하겠다는 자각을 하게 됐다.
일제 시대에 조선인 스스로 자주적으로 주체적으로(!!) 놓은 거의 유일한 철도는 바로 구 경춘선이다..!! 물론 이런 움직임은 1940년대 일제 말기가 다 돼서야 생겼다.

2. 광역시들

우리나라의 6개 광역시 중..
울산은 지하철이 없고 대전은 공항이 없고(그 대신 청주..), 인천은 아직까지는 KTX가 없다.
광주는 타 대도시에 비해 유명 브랜드 쇼핑몰 같은 게 없거나 개수가 빈약하다고 한다.
대구와 부산만이 그런 나사 빠진 게(?) 없는 광역시인 듯하다.

그리고 대전은 전국에서 중전철 도시철도가 마지막으로 건설된 광역시이며(그 이후엔 다들 경전철만),
울산은 우리나라 역사상 마지막으로 광역시로 승격된 도시이다(1997). 그래서 울산은 직할시 시절을 유일하게 겪지 않았다.
울산 이후로 수원이나 고양 같은 대도시는 더 가벼운(?) 특례시라고만 불리며, 여전히 주변의 '도'에 소속되어 있다.

아울러, 6개 광역시는 바다를 접하고 있는 곳(부산 울산 인천)과 그렇지 않은 곳(대구 대전 광주)으로 딱 반반씩 나뉘기도 한다.

3. 서해안의 유일한 명소

• 우리나라 서쪽의 황해는 동해보다 물이 탁해서 해수욕장으로서의 인기가 아무래도 덜하다. 그래도 황해에서 딱 하나 전국구 급으로 유명한 해수욕장은 아무래도 대천이 유일하다.
• 동해안이 아니라 서해안에 있는 원자력 발전소는 영광 한빛이 유일하다.
• 당진의 왜목마을은 서해안 베이스이지만 동쪽으로 살짝 돌출된 해안선이 있어서 일출과 일몰, 월출까지 볼 수 있는 특이한 곳이다.

4. 외세 침략의 잔재

우리나라에 외세로부터 당한 침략의 상징 내지 흔적으로 남은 시설은.. 철원 로동당사(북괴), 조선총독부 청사 첨탑(일제), 그리고 더 옛날 삼전도비(청-_-) 같은 게 있다.

그런데, 일본과 관련해서는 전국 곳곳에 적산가옥이 아직 남은 게 있고, 또 왜성이라는 것도 있다. 이건 옛날 임진왜란 시절에 왜군이 우리나라 남부 지방의 강가나 바닷가에서 자기 스타일로 성을 쌓고 버텼던 흔적이라고 한다. 오오~
울산, 부산, 양산, 창원, 거제 등.. 여러 지역에 생각보다 널리 분포해 있다.
심지어 일본의 역사학자들이 자기들 역사를 연구하기 위해 한국의 왜성을 찾아온다고 한다. 자기네 본토에는 옛날 성곽이 별로 남아 있지 않기 때문이다.

이런 건 자랑스러운(?) 문화재가 아니니 일부러 막 띄우고 세금 들여서 복원까지 할 필요는 없다. 허나, 반대로 일부러 부수고 없앨 필요도 없으며, 최소한의 보존과 관리만 하면 될 것 같다.
뭔가 이런 유형의 옛날 유적이 있을 거라고는 생각했던 적이 전혀 없는데 신기하다. 청도에서 옛날 경부선 터널을 봤던 것과 비슷한 느낌이다.

5. 문화 유적

(1) 경주에서 황룡사의 재건· 복원이 오랜 떡밥이라면, 서울에서는 서대문(돈의문)의 재건· 복원이 오랜 떡밥인 것 같다.
서대문은 주변이 너무 많이 개발돼서 부지를 확보하는 것부터가 문제이다. 황룡사는 주변이 온통 허허벌판이니 부지 걱정은 없는 반면, 건물에 대한 구체적인 기록과 정보가 부족한 게 애로사항이다.

(2) 지난 2011년, 이 명박 시절에 우리나라에서 문화 유적들의 명칭을 대대적으로 정비했던 것 같다.
경주 안압지가 '동궁과 월지'라고 완전히 변경된 게 이때였고, 인서울이던 서울 성곽도 '서울 한양도성'으로, 삼전도비도 '서울 삼전도비'라고 명칭이 정착됐다.

(3) 과거에 리 승만 할배 대통령이 다른 많은 문화 유적들을 놔두고.. 왜 하필 남한산성에 꽂혔었는지는 참 의문이다. 무슨 계기로??
오죽했으면 1950년대 중반에 남한산성 주변에 큰길을 내고 거기에다 자기 호를 이름으로 붙였다(우남로). 그리고 남한산성을 우리나라 최초의 국립공원으로(!!) 지정하기도 했다.
허나 우남로라는 도로는 근처의 헌릉로와 합쳐졌으며, 국립공원 시스템도 1960년대에 완전히 재개편됐다. 그렇기 때문에 지금이야 할배의 흔적이 어디에도 남아 있지 않다. 현재 남한산성은 국립이 아닌 도립공원이다.

Posted by 사무엘

수도권 대도시의 도로가 다른 중소도시· 시골의 도로와 다른 점은 가장 먼저 (1) "차로가 많고 폭이 크다는 것", 그리고 신호 대기조차 없는 입체 교차 "자동차 전용 도로"가 많다는 것을 들 수 있다. 즉, "무신호, 점멸 신호 내지 자그마한 로터리 < 일반 적록 신호 < 입체교차로"의 순으로 도로의 규모가 커진다.

여기는 엄청나게 많은 차들이 몰려들고 이들을 빠르게 소통시켜야 하니.. 다른 지역에는 해당되지 않는 시설 투자가 많이 이뤄진다. 국도나 고속도로가 아니고 평범한 시내 도로도 아니면서 '도시 고속화도로'라는 건 또 뭘까? 대도시가 아니면 볼 수 없는 물건일 것이다.

20세기 말까지는 단순히 폭이 큰 길을 넘어서 (2) 고가 차도라는 게 간지 나는 산업화 근대화의 상징이었다. 없는 길을 만들어 내는 제일 무난한 방법이 고가이기 때문이다. 강 위로든, 기존 도로 위로든..
하지만 21세기부터는 진출입로 주변이 여전히 심하게 막혀서 교통 혼잡을 부추김, 고가가 주변 건물이나 아래쪽의 거주성에 부정적인 영향을 끼침, 환경이나 보행자에게 친화적이지 못함 등의 이유로 인해 고가 도로를 더 만들지 않으며, 이미 있는 것도 서서히 철거하는 추세이다.

물론 멀쩡히 잘 닦여 있는 고가를 일부러 때려부숴 없애는 건 아니다. 그런 것들은 한번 만들어 놓고 끝인 반영구적인 물건이 아니라 정기적으로 유지보수를 해야 하는데.. 마침 수십 년 전에 만들었던 시설이 노후화가 너무 심해서 유지보수 비용이 너무 많이 들면 이 참에 그냥 없애는 것이다.
서울 시내에서는 서울 역 고가 차도, 그리고 서대문 고가 차도가 2015년경에 철거돼 없어진 것이 유명하다. 더 전에 2003년쯤엔 청계 고가 차도가 없어졌었다.

2000년대 이후부터 존재감이 부각되기 시작한 것 중 하나는 (3) 산을 정면으로 돌파하는 긴 터널이다.
20세기에는 길이가 1km 남짓이나 그 이상 되는 메이저한 '인서울' 터널은 남산 터널 3형제가 전부였다. 얘들은 서울 시내에서 보기 드문 유료 도로이기까지 했다. 원효대교나 북악 스카이웨이가 처음에 유료였다가 한참 전에 무료로 풀린 것과 달리, 남산 터널만은 2호를 제외한 1호와 3호가 줄곧 유료이다.

그러나 남산 터널은 밤 시간대와 공휴일엔 무료이며, 차에 3인 이상이 타고 있어도 면제이다. 또한 아주 특이하게도 하이패스를 지원하지 않는다.
전국에 이런 특이한 시스템과 정책을 시행하고 있는 유료 도로는 저기 말고는 없지 싶다. 역사가 긴 만큼 남산 터널만이 지닌 독특한 점이라 하겠다.

남산 터널 이후로는 2004년 초에 우면산 터널이라는 유료 터널이 개통했다.
그 다음으로는 용마산· 아차산· 망우산의 중앙을 횡축으로 관통하는 용마 터널이 2014년에 개통했다. 비슷한 시기에 경주에서는 토함산 터널도 개통했기 때문에 본인의 기억에 더 강렬하게 남아 있다.

2010년대 후반부터는 산을 최단거리로 횡단하는 터널 수준을 넘어, 대놓고 (4) 산이나 시내의 아래를 지나는 장거리 지하 도로가 만들어지기 시작했다.
첫 시작은 2016년 7월, 강남 순환로였다. 그 동네에는 남부 순환로라는 옛 도로가 있긴 하지만 이미 느린 시내 도로의 퀄리티로 전락해 있었기 때문에 대체 도로가 필요했다. 남부 순환과 강남 순환의 관계는 거의 통일로와 자유로와 비슷한 정도랄까..

그러니 호암산과 관악산 아래로 새 길을 뻥뻥 뚫어 버렸다. 특히 이 길은 안양 부근에서 서울 강남으로 접근성을 획기적으로 개선해 줬다.
그 뒤 이듬해엔 제2 경인 고속도로의 연장인 안양-성남 구간도 비슷한 방식으로 산 아래로 뚫렸다. 강남 순환로가 서울대와 가깝다면, 이 고속도로는 경인교대 근처를 지난다는 유사점이 있다.

2010년대 말~2020년경엔 서울의 좌우 양쪽에 17과 29라는 종축 고속도로가 만들어져서 한강 이북에도 무려 폐쇄식 요금 고속도로 시대가 열렸다.
그 전까지는 한강 이북에 존재하는 고속도로는 오랫동안 100 외곽순환(수도권 1순환)밖에 없었다. 얘는 말 그대로 순환선이고 개방식 요금 구간이기 때문에 다른 장거리 고속도로와는 느낌이나 성격이 많이 차이가 났음이 주지의 사실이다.

그 무렵에 동부 간선 도로의 북쪽 구간이 통째로 지하로 들어갔고..
2021년에는 신월-여의 지하 도로(4월)와 서부 간선 복층 지하 도로(9월)가 개통했다.
신월-여의는 여의도에서 경인 고속도로(120)로 빠르게 연계하는 횡축 도로요,
서부 간선 지하는 월드컵대교에서 서해안 고속도로(15)로 빠르게 연계하는 종축 도로이다.

얘들은 건설 비용을 낮추고 싶었는지, 처음부터 작은 승용차들의 트래픽만 흡수하려 했는지, 터널의 높이를 겨우 3미터 남짓으로 아주 낮게 잡았다.
우리나라 도로교통법에서는 공도 주행 가능 자동차의 높이 한계를 4미터로 규정한다. 그렇기 때문에 높이가 3미터를 초과하는 대형 버스나 트럭은 구조적으로 이런 곳을 지나갈 수 없다.

그럼에도 불구하고 우리나라가 무슨 열악한 굴다리도 아니고 새로 건설한 번듯한 지하 터널이 높이가 이렇게 낮은 건 생소한 트렌드였다. 그래서 대형차가 별 생각 없이 여기로 진입을 시도하다가 천장을 긁는 사고가 계속해서 발생하곤 했다.
사실, 이 정도로 물리적인 높이 제한이 없더라도 우면산 터널이나 강남 순환로조차 수십 톤급 트레일러는 통행을 제한하곤 했다. 그리고 이게 고속도로와 시내 고속화도로의 큰 차이점이지 싶다. 고속도로는 건설 취지의 특성상 산업용 대형차들을 당연히 무조건 받아들여야 할 테니 말이다.

이제는 시내 고속화도로를 넘어서 (5) 기존 고속도로조차 경인과 경부는 수도권 일부 구간을 지하화하겠다는 말이 나오는 중이다. 특히 경인은 엄청 옛날에 만들어져서 지반이 어차피 만만한 평지이며 고속도로의 기능을 거의 상실한 상태이니.. 고속도로는 통째로 지하로 내리고 기존 평지 도로는 시내 도로로 바꾼다는 것이다.

이건 마치 철도에서 지상의 용산선을 지하의 공항 철도/경의선으로 바꾼 것과 비슷한 발상 같다.
아 그리고 요즘은 대학교 캠퍼스나 아파트 단지도 지상을 몽땅 공원처럼 꾸미는 게 유행이다. 단지 내에서 지하 주차장 입구를 만드는 게 아니라, 그냥 단지 입구에서부터 자동차를 싹 지하로 넣어 버린다.

이런 식으로 아파트 단지 내 도로부터 시작해 간선 도로와 고속화도로, 심지어 고속도로까지.. 자동차 도로는 지하로 내려가는 것이 최후 테크가 될 것으로 보인다. 1990년대부터 전깃줄이 지하로 내려가더니 이제는 도로까지 그 뒤를 따르는 듯..
물론 지하 차도는 고가 차도보다도 건설비와 유지비가 훨씬 더 비싸기 때문에 모든 도로가 그렇게 되지는 못할 것이다.

그리고 지하 차도는 화재에도 훨씬 더 취약하다는 걸 감안해야 할 것이다. 단순 고가나 교량은 옆으로 도망칠 곳이 없다는 점만 낭패이지만 지하나 터널은 숨까지 제대로 못 쉬게 될 테니 말이다.

Posted by 사무엘

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

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

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

그런데, 경부 고속도로가 개통된 지 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 사무엘