1.
지하철과 비교했을 때 버스는 막히고 느리고, 멀미와 차냄새, 급커브와 급가속 때문에 승차감이 월등히 안 좋은데.. 그뿐만이 아니라,
제발 예측 가능한 정위치에 정차 좀 할 수 없나?

대로변의 지하철역 근처처럼 많은 버스들이 상시 동일 정류장에 정차하는 곳에서는 이것 때문에 정류장 주변이 가히 헬게이트로 변한다. 도대체 어디서 줄을 서야 선착순으로 질서 있게 버스를 탈 수 있을지 알 수 없기 때문이다. 마치 번호표나 한줄 서기 같은 '시스템'이 없으니 그 무질서함과 야만성 때문에 승하차에서부터 스트레스가 쌓인다.

정차 중인 다른 버스들 때문에 정류장에서 20미터 가까이 떨어진 곳에서 문을 달랑 열어서 승객을 미리 승하차시킨 것까지는 좋다. 그런데 그런 뒤에 버스가 정류장에는 안 들르고 바로 떠나 버리니, 이 때문에 골탕먹고 멘붕당한 적이 몇 번 있어서 나는 인상이 더욱 안 좋다.

겨우 좀 덜 걷고 계단 덜 오르내린다는 점 때문에 선호하기에는 난 버스에 안 좋은 면모가 더 많이 눈에 띈다.
이 점에 관한 한은 내가 철덕이어서가 결코 아니라 정말 객관적으로 그렇다.
어쨌든 난 신사적이고 우아한 고품격 교통수단인 지하철이 더 좋다.

* 실제로 시각장애인은 위와 같은 이유 때문에 궤도 교통수단을 훨씬 더 선호한다.
시각장애인은 눈이 안 좋을 뿐 팔다리는 멀쩡한 경우가 많기 때문에, 점자만 따라가면 된다면 수직 이동은 별로 문제되지 않으며, 그 대신 정위치 정차가 접근성에서 더 중요하기 때문이다.

2.
열차 운전 시뮬레이션이 되는 러닝 머신이 있으면 나 정말 운동 무지무지하게 열심히 해서 살 뺄 수 있을 것 같다.

러닝머신인데, 비디오 화면으로 운전석 전방을 찍은 열차 주행 동영상이 들어있다.
경부고속선, 수도권 전철 n호선, 경부선, 중앙선 등 노선을 고르고 운행 구간과 방향을 고른다.

그 뒤, 궤도가 움직이는 속도의 n배 속도로 열차가 주행하듯이 화면이 쫙 흐르고, 옆의 화면엔 현재 열차의 진행 위치와 다이아가 뜬다. 당연히.. 역에 정차할 때는 휴식. 주행 중엔 레일 부딪치는 소리와(장대레일 옵션을 켰을 때는 제외), 열차 구동음도 나온다.

그러면서 옛날에는 서울-부산이 4시간 반 걸렸는데 지금은 4시간 10분만 걸린다는 식으로 속도를 올리면서 운동 강도를 높인다.
내가 지금 밀양 철교, 풍세교, 황학 터널, 한강 철교 등을 달린다는 느낌으로 운동을 한다면 얼마나 즐거울까!?

이런 기계 어디서 만들면 사 주겠다.

3.
그래서 요즘은.. 운전할 때도 예외가 아니다.

사용자 삽입 이미지

이게 내가 원하던 것이었다. ㅋㅋㅋㅋㅋ
몸은 운전대를 잡고 있지만 마음만은... (더 이상의 자세한 설명은 생략)

뮤직비디오 말고도 <영상포엠 간이역>, <심층취재 지하철에 미친 아이들> 등등도 다 인코딩해서 틀어 놓고 있다.
알고 보니 다음 팟인코더는 차종만 고르면 그 차 내비가 지원하는 동영상 포맷으로 알아서 인코딩을 해 주더라..;;

물론 안전을 위해 차가 조금이라도 움직이기 시작하면 동영상이 꺼지고 음성만 나오지만, 이것만으로도 차가 시내 정체에 갇혀 있을 때 예전보다 훨씬 덜 심심할 수 있게 됐다.
D에서 최소 엔진 회전수로 차가 슬금슬금 기어가는 걸 조금만 놔 둬도 동영상은 꺼짐.

4.
끝으로,
미국 오바마 행정부에서 부통령을 역임하고 있는 조 바이든.
미국의 철덕이라고 한다..;; 오오..

사용자 삽입 이미지

부통령이 되기 전 시 의원으로 활동할 때도 통근은 당연히 승용차 대신 아셀라 익스프레스로 해 왔으며,
지금은 저가 항공사들의 반발을 무릅쓰고 전국 고속철도망 계획을 구상하는 대단한 양반.
아예 철도역 승강장에서 다른 사람들까지 보는 가운데 가족 생일 파티까지 한 사람이다.

이 사람이 미국의 <레일로드>격이라 할 수 있는 Arrive라는 잡지에다 기고한 Why AMERICA needs TRAINS라는 글은 가히 전설을 넘어 레전드급의 포스를 자랑한다.
미국에 철도가 필요한 이유~!! 너무 멋지다! 미국엔 희망이 있다.

전문을 언제 날잡아서 번역하고 싶다.

“... 간단히 말해서 암트랙(미국 철도 회사)은 저와 우리 가족, 그리고 미국인들에게 셀 수 없는 것을 가져다 주었습니다. 그 가치는 측정할 수도 없고, 열차표의 운임으로도 찍을 수 없는 것이지요.
그러나 철도 운송에 대한 저의 지지는 감정적인 것을 넘어선 것입니다. 급속도로 발전하고 있는 유비쿼터스 시대에 우리의 공항과 도로는 만성적인 적체에 시달리고 있으며 급격한 연료 가격 상승과 환경 위기의 증가에 직면해 있습니다. 철도 운송은, 증가 중인 국내 이동 수요를 위해 과거보다 더 확충될 필요가 있습니다.”

Posted by 사무엘

2013/01/05 08:38 2013/01/05 08:38
, ,
Response
No Trackback , 4 Comments
RSS :
http://moogi.new21.org/tc/rss/response/779

※ 윈도우 프로그래머라면 누구나 다 알 만한 내용에 대한 정리이다.
보면 아시겠지만 1~5까지 등장하는 기술들은 서로 동등한 차원의 관계에 있는 것들이 아니다.

1. 윈 API

kernel32, gdi32, user32를 주축으로 운영체제가 응용 프로그램에다 자신의 기능을 제공하는 가장 원초적인 매체이다. 우리에게 친근한 CreateWindowEx, DispatchMessage, CreateFile 등등등! 20년에 달하는 역사를 자랑하며, Windows라는 운영체제와 PC 데스크톱 애플리케이션이라는 영역 자체가 존속하는 한 결코 없어지지 않는다. 과거의 도스 API는 그냥 인터럽트 호출을 그대로 노출하던 반면, 윈도우 API는 C언어 함수 호출 형태를 근간으로 만들어져 있다.

2. MFC

윈 API만 쓰면 생산성이 크게 떨어지고 불편한 관계로, 1990년대 초에 응용 프로그램의 주 개발 언어가 C에서 C++로 넘어가던 시기에 기존 API를 C++ 라이브러리 형태로 적당히 wrapping하기 위해 이 물건이 개발되었다.
생성자와 소멸자, 오버로딩과 상속, message map 같은 것들 덕분에 생API보다야 개발 생산성이 크게 향상되는 건 사실이나, 이걸 제대로 쓰려면 윈 API도 알아야 되고 객체지향 이념과 MFC가 새로 도입된 개념까지 다 알아야 하기 때문에 초기 학습자의 부담이 커진다. 또한 MFC 자체가 부과하는 오버헤드도 만만찮다.

MS C 7.0의 다음 버전인 비주얼 C++ 1.0때부터 application frameworks라는 이름으로 존재하고 있었다. 16비트 시절부터 존재했으니 역사가 제법 길다.

3. COM

함수 호출 규약, 메모리 할당과 해제 방식, 문자열의 처리 방식, 특정 기능이 담겨 있는 객체를 식별하고 외부에 노출하는 방식 같은 아주 기본적인 바이너리 수준에서의 소프트웨어 컴포넌트 제조 규격을 범언어적으로 통일하는 스펙이다. 가령, 윈API가 DLL 로딩을 위해 전통적으로 지저분한 LoadLibrary(파일명), GetProcAddress나 import library 같은 저수준 방법을 썼다면, COM의 사고방식으로는 CoCreateInstance와 깔끔한 class ID만으로 끝인 것이다.

이건 1990년대 중반의 32비트 윈도우 이래로 도입되었다. 지금은 옛날보다야 중요도가 크게 떨어진 게 사실이지만 DirectX, 탐색기 셸, 드래그 드롭 같은 일부 분야의 API는 이 COM 방식으로 제공되기 때문에 프로그래머아면 COM의 개발 취지와 기본 개념 정도는 알 필요가 있다. 한편, MFC도 이런 COM 규격을 만족하는 컴포넌트를 새로 구현하는 데 쓰이는 공통 필수 기능을 지원한다.

4. GDI+

클래식 윈 API 중에서 GDI 계층을 계승하는 그래픽 라이브러리로, MS가 제공하는 API로는 드물게 C와 더불어 순수 C++ 기반으로 만들어졌다. 또한 사용하는 자료형이나 명칭들이 윈 API와는 완전히 다르며 서로 관련이 없다는 특징이 있다. 비록 GDI+는 기존 GDI보다 느리고 오버헤드가 크지만, 알파 블렌딩, 그러데이션 같은 최신 그래픽 카드를 활용하는 고급 그래픽 기능에 더욱 특화되어 있으며, 일부 그리기 기능은 반드시 GDI+만 써야 가능한 것도 있다.

가령, 안티앨리어싱이 적용된 글자를 찍는 건 재래식 GDI로도 가능하지만 안티앨리어싱이 적용된 선을 그리는 건 GDI+를 써야만 가능하다. 그리고 윈도우 비스타/7의 glass 영역에다가 알파 채널이 적용된 그림/글자를 제대로 그리는 것도 역시 GDI+로만 가능하다.

5. .NET

기계어가 아닌 바이트코드 가상 기계(common language runtime)를 기반으로 하면서, 운영체제 API를 객체지향 위주로 완전히 새로 설계한 윈도우 프로그래밍 플랫폼이다. 예전에는 비주얼 베이직이 얼추 이런 개발 환경을 지향하고 있었지만 닷넷은 그보다 스케일이 범언어적으로 훨씬 더 커졌다. .NET 환경에서의 주력 개발 언어인 C#은 최신 언어답게 디자인이 깔끔하고 빌드 생산성이 우수하다. 하지만 네이티브 기계어 프로그램만치 빠르거나 운영체제 내부를 세밀하게 지어하지는 못하며, 닷넷 프레임워크 위에서만 돌아갈 수 있다는 한계도 있다.

.NET에서는 기본 그래픽 API가 GDI+이다. 둘 다 윈도우 XP부터는 기본 내장이고, 윈도우 98부터 2000/ME까지는 운영체제에 배포판을 추가 설치해서 쓸 수는 있다. 다만, 윈95는 지원을 끊었다.
윈도우 8에서는 닷넷조차도 다른 언어와 플랫폼으로 대체되었는지 WinRT라는 플랫폼이 등장하며, C++ 언어도 C++/CX라고 대대적으로 칼질이 가해졌다. 이게 앞으로 6번으로 추가되어야 할 듯하다.

맥 OS는 운영체제의 API가 저런 식의 내력을 거친 게 있으려나 궁금하다. 코코아, 카본 같은 건 어느 위상에 속할까?

Posted by 사무엘

2013/01/03 08:38 2013/01/03 08:38
, , ,
Response
No Trackback , 4 Comments
RSS :
http://moogi.new21.org/tc/rss/response/778

호머 헐버트(Homer B. Hulbert 1862-1949).
뼛속까지 한국덕으로, 한국인보다 한국을 더 진심으로 사랑한 미국인으로 아주 유명한 분이다. 2013년 새해의 첫 글은 훈훈한 이야기로 시작하겠다. ㅎㅎ

사용자 삽입 이미지

그는 모국어인 영어는 물론 한국어도 자유자재로 구사했으며, 한국의 역사와 문화를 서양에다 소개하고 한반도에 신식 학교를 세우는 등 수많은 좋은 일을 했다.
또한 정치적으로도 구한말 시절부터 고종 황제를 보호하고 헤이그 밀사를 직접 선발하여 조선/대한 제국의 독립 승인을 위해 적극 애썼다.

당시 미국의 대통령이던 시어도어 루스벨트는 한국의 입장에서는 뼈아픈 결정을 내린 사람이었다. 그가 그냥 국제 정세에 따라 일본으로 하여금 조선을 침탈하는 걸 승인했을 때, 헐버트는 자국 대통령을 비판하면서 일제가 조선의 주권을 침탈하게 해서는 안 된다고 주장했다. 그리고 1907년, 일제에 의해 미국으로 쫓겨난 뒤에 본토에서도 이 승만, 서 재필 등의 독립 운동을 도와 줬다.

또한 그가 무엇보다도 감화되었던 것은 한글이다. 한글을 나흘 만에 깨우친 뒤 이게 보통 문자가 아니라는 걸 직감하였으며, 어렵고 비효율적인 문자인 한자를 버리고 온 국민이 한글로 지식을 깨우쳐야 한다고 설파했다. 그리고 한글 정서법에도 띄어쓰기가 있는 게 좋겠다고 제안하여 서 재필이나 주 시경 같은 선각자들에게 영향을 끼치기도 했다.

“조선에서는 사람들이 우수한 자기네 고유 문자를 스스로 천대하다니 이렇게 안타까울 수가!” 이런 말을 미국인이 했다는 게 믿어지는가? 여러 애국 단체들 중에서도 특별히 한글 학회에서 사랑할 수밖에 없는 인물이다.

역사 기록에 따르면 1909년, 이토 히로부미를 저격한 안 중근 의사조차도 일본 경찰로부터 심문을 받던 중에 어쩌다 헐버트 얘기가 나오자, 그는 “헐버트는 한국인이라면 단 하루라도 잊어서는 안 될 민족의 은인이다”라고 증언했다고 한다. 다른 위인의 눈에 보기에도 헐버트는 큰 위인이었던 것이다.

그는 1945년 해방이 ‘정의와 인도주의의 승리’라고 한국을 진심으로 축하해 주었고, “나는 죽어서도 웨스트민스터 사원보다 한국 땅에 묻히기를 원한다”고 말했다. 그리고 실제로 마포 한강변에 있는 양화진 외국인 묘지에 묻혔다.

우리나라의 유명 독립 유공자들은 대체로 1960년대 초에 대대적으로 조사되어 각종 훈장이 추서된 반면, 이분은 아예 서거 이듬해인 1950년 3월 1일에 진작부터 이 승만 정부로부터 건국 공로 훈장 태극장이 추서되었다. 그가 어떤 계기로 그렇게 여러 나라들 중에 하필 한국을 사랑하게 되었는지 궁금해진다.

그는 다트머스 대학 출신이라고 하는데, old timer 프로그래머라면 기억하려나? BASIC 언어를 개발한 존 케메니와 토머스 커즈가 바로 이 대학의 교수이다. 그래서 베이직 언어의 여러 방언들 중에서 특별히 오리지널을 ‘다트머스 베이직’이라고 일컫는다. 한국인이라면 다트머스 대학이 헐버트의 모교이기도 하다는 걸 덩달아 기억할 필요가 있겠다.

한편, 헐버트에 필적하는 대한민국 독립 유공자 외국인으로는 캐나다인인 프랭크 스코필드(귀화명 석 호필)도 있다. 그는 의사이자 제암리 학살 사건 사진을 전세계에 보도한 기자이고, 서울 현충원에 묻혔다. 옛날에 스펀지에서 이 스코필드에 대해서 소개했었는데, 내용이 워낙 훈훈하다 보니 별 다섯 개를 당당히 받은 적이 있다.

그런데 헐버트는 스코필드에 비해서 인지도가 많이 뒤쳐지는 것 같다. 구한말 때는 열정적으로 한반도에서 활동했지만 정작 일제 강점기를 앞두고는 추방당해서 미국에서 지낼 수밖에 없어서 그런 듯.
그래서 작년 여름, 한글 새소식(한글 학회 월간지) 2012년 8월호(통권 480호)에서는 헐버트 박사 특집이 편성된 적이 있다. 우리나라 역사에 이런 분도 있었다는 것을 처음 알았다.

Posted by 사무엘

2013/01/01 08:21 2013/01/01 08:21
, , ,
Response
No Trackback , 2 Comments
RSS :
http://moogi.new21.org/tc/rss/response/777


블로그 이미지

그런즉 이제 애호박, 단호박, 늙은호박 이 셋은 항상 있으나, 그 중에 제일은 늙은호박이니라.

- 사무엘

Archives

Authors

  1. 사무엘

Calendar

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

Site Stats

Total hits:
3940289
Today:
957
Yesterday:
2118