« Previous : 1 : ... 193 : 194 : 195 : 196 : 197 : 198 : 199 : 200 : 201 : ... 215 : Next »

엉터리 번역

윈도우 2000부터는 스크롤바에도 우클릭 메뉴가 생겼다. 마우스가 가리키는 특정 지점이라든가 맨 위/아래 지점으로 바로 스크롤이 가능해서 매우 편리하다.
그런데 문제는 병맛 같은 우리말 번역.

위쪽 / 아래쪽 이 무엇인지 짐작하시겠는가?
이게 영어는 Top / Bottom이다. 즉, 스크롤되는 대상의 맨 꼭대기/맨 밑바닥 위치를 가리킨다.
본인은 한국어를 봐서는 도저히 그 의미를 알 수 없었다.

페이지 위로 / 페이지 아래로는 Page up / Page down의 직역이다.
차라리 위쪽 / 아래쪽은 Page up / Page down의 번역으로 더 적절하지 않은가? 아니면 차라리 '한 화면 위/아래' 말이다.
Top / Bottom의 의미를 우리말로 번역하려면 최소한 '가장'이나 '맨', '최' 같은 최상급 부사가 동원되어야 할 것이다.

이것보다 더욱 병맛 같은 번역, 사람 진짜 낚은 번역은 따로 있다.

윈도우 XP와 비스타는 새로운 스타일의 시작 메뉴가 도입되어서 자주 실행하는 프로그램이 자동으로 메인에 뜬다. 그리고 사용 빈도와 관계없이 언제나 나타나 있길 원하는 프로그램은 거기에 '고정'(pin)이 가능하다.

고정을 할 때는 프로그램 아이콘을 우클릭한 후, '시작 메뉴에 고정'을 누르면 된다.
그런데 이미 고정된 프로그램을 우클릭하면 '시작 메뉴에서 제거'와 '이 목록에서 제거'가 뜬다.
둘 중 하나는 단순히 '고정 상태 해제'이고, 다른 하나는 말 그대로 시작 메뉴에서 완전히 없애버리는 것이다. 독자 여러분은 한국어만 봐서 뭐가 뭔지 파악하겠는가? (7은 아예 작업 표시줄에 고정이 되므로 해당 사항 없음)

정답을 말하자면 '시작 메뉴에서 제거'가 고정 해제이고, '이 목록에서 제거'가 완전히 제거이다!
도대체 시작 메뉴하고 이 목록의 개념상 차이가 무엇인지 아시는 분? -_-;;
영어 원문은 엄연히 전자는 Unpin, 후자는 Remove이다. '고정 해제'라고 하면 아무 혼동 없이 알아들을 텐데 왜 번역을 이 따위로 했는지? 2002년에 윈도우 XP를 써 온 이래로 아직까지도 본인은 직접 아이콘을 실수로 없애 버리지 않고서는 분간을 못 한다. MS 제품에 들어있는 제일 엉터리 번역이라고 생각한다.

하긴, 윈도우 XP sp2가 나오기 전, IE 6의 About 화면을 보면 '승인'이라는 버튼이 있었다. 이게 뭘까요?
영어 원문은 Acknowledgments이다. 이걸 클릭하면 IE 6의 개발자 명단이 애니메이션으로 쭈르륵 나온다. 그렇다. 이건 논문이나 저서(특히 외국물)에서도 볼 수 있듯, '감사의 글' / '만든 사람들' 뻘 되는 의미로 번역해야 맞다.

이때 Acknowledgment를 승인이라고 너무나 사전적인 의미로 번역하는 것은, '만든 사람들' 리스트가 나오는 Credits를 달랑 신용이라고 번역하는 것이나 다름없다. ^^;; 번역가가 이 단어가 쓰이는 문맥과 상황을 알지 못하고, 그냥 수많은 영어 문장/단어 리스트를 보면서 기계적으로 번역해서 그런 것 같다.

저런 오역은 그냥 사람을 낚는 정도이지만, 오역이 사람을 잡을 수도 있다. 오늘날처럼 영어로 무수한 정보와 지식이 쏟아지는 시대엔 영한 사전을 만드는 사람이나 번역가의 역할이 매우 중요하다.

Posted by 사무엘

2010/03/22 08:26 2010/03/22 08:26
, ,
Response
No Trackback , 5 Comments
RSS :
http://moogi.new21.org/tc/rss/response/218

개인적으로 1995-6년 사이는 PC 게임 환경의 역사상 굉장히 의미심장한 과도기였다고 생각한다.
플랫폼이 도스에서 윈도우로 넘어가고 있었고, 그래픽 역시 VGA 320*200 256색 모드를 탈피하여 2D 게임을 기점으로 고해상도화하기 시작했다. 사실, 그래픽 가속기라는 개념이 등장한 것도 이 무렵부터이고, 비록 아직 듣보잡 지위이긴 하나 DirectX란 것도 그때 개발되어 나왔다. 빌 게이츠는 윈도우 95를 게임용 엔터테이먼트 플랫폼으로 만들려고 안간힘을 다하는 중이었다.

패키지 게임의 경우, 저장 매체도 CD롬이 슬슬 플로피 디스크를 대체하기 시작했다. 하지만 그 당시 게임은 650MB 공간을 꽉 채울 정도로 대용량은 아니었다. 97~98년 사이에 출시된 스타크래프트도 음악과 동영상을 제외한 립버전이 200MB 안팎이었고, 윈도우 95 역시 실제 운영체제 파일 용량은 100MB도 채 하지 않던 시절이다.

이때 몇몇 게임은 CD롬을 아주 재미있게 활용했다. 디스크를 오디오 CD 겸 CD롬 겸용으로 만들어서 파일은 50-100MB 정도의 공간만 차지하고, 나머지 공간에다가는 게임 배경 음악을 집어넣은 것이다. 대표적인 예가 퀘이크 1이다. 옛날에 무슨 팝송 영어 교재 CD도 그렇게 겸용 형태였다. 공간 활용을 잘 한 경우라 하겠다.

게임 내부에서 사용하는 음악을 일반 CD 플레이어로 간단히 들을 수 있을 정도로 노출한 것이긴 하지만, 개인적으로 그건 굉장히 기발한 방법이라고 생각했다. 또한 그때는 그 CD를 정품 인증 수단으로 활용하기도 했다. 비록 가상 CD 기술 때문에 완전히 무력화됐지만 말이다.

그 당시에 오디오 CD는 CPU와는 완전히 별도로 동작했기 때문에 CPU에 부담을 전혀 주지 않았다. 요즘이야 MP3 틀어 놓고 온라인 게임도 마음대로 할 정도로 하드웨어 환경이 좋지만, 486이나 펜티엄급 컴퓨터만 해도 MP3 하나 트는 것만으로 CPU 사용률이 10~20% 정도 치솟던 시절이었다.

미디보다 음질 좋지, CD롬의 남는 용량을 활용하지, CPU 부담 안 주지, 40분 남짓한 정도의 시간이면 게임 사운드 트랙을 모두 담는 데 별 무리도 없지(게임 음악은 은근히 짧으며, 나머지는 전부 반복이다. ^^), 허접하게나마 정품 체크도 간단히 할 수 있지.. 일석이조가 아닐 수 없었다.
요즘은 온라인 게임 클라이언트가 최하 기가바이트급이다. 배경 음악은 미디도 아니고 그냥 내부적으로 mp3/wma/ogg 같은 걸 그대로 재상한다. 불과 15년 남짓 전인데 세상이 이렇게 달라졌다니 참 격세지감이다.

Posted by 사무엘

2010/03/20 17:53 2010/03/20 17:53
, ,
Response
No Trackback , 6 Comments
RSS :
http://moogi.new21.org/tc/rss/response/217

요 며칠, 압축 프로그램으로 7zip과 압축시대-_-를 써 보다가 다시 빵집으로 복귀했다.

빵집!
한창 알집이 불안정함, 버그, 황당한 독자 포맷 때문에 파워 유저들을 중심으로 까이고 있던 무렵에, 개인 명의로 순수 공개로 개발된 프로그램인지라 한동안 인기를 누렸다. 하지만 개발자의 개인 사정 때문에 너무 오랫동안 버전업이 못 되고 있어서 차츰 사용자가 다시 줄고 있다.

하긴, 빵집이 나오기 전에 알집이 국내 압축 유틸리티의 판도를 완전히 뒤집어엎긴 했다. 알집이 없었으면 본인도 WinZIP이나 WinRAR 같은 것이나 어렵게 크랙판 구해서 썼을테니 말이다.
컴퓨터를 잘 모르는 초보자의 관점에서는 압축 포맷 나부랭이를 떠나서 아무 포맷이나 원큐에 압축을 풀고 할 수도 있는 프로그램을 원했을 것이고 알집은 수요 분석 하나는 잘 했다. (그보다 더 옛날엔, 아예 A, E, X 같은 옵션을 익혀서 온갖 어려운 명령행 유틸리티로 압축을 했으니 더욱 암울했다)

과거 WinZIP이 압축하기/풀기 마법사에다가 완벽한 쉘 통합(탐색기 우클릭)까지 환상적인 인터페이스 껍데기를 선보였다면, 알집은 ‘새 폴더’라는 개념을 처음으로 도입했고 빵집은 ‘알아서 풀기’, 복사해서 붙여넣기 등을 추가하여 더욱 편리한 기능을 제공했다. 요즘은 압축 프로그램이 액세서리로 심지어 CD 이미지 파일까지 열 수 있다. 압축 파일은 아니지만, 파일 시스템 정보를 포함한 아카이브 파일이라고 볼 수 있기 때문이다.

그런데 요즘 압축 프로그램에게 또 필요한 덕목이 생겼으니, 바로 64비트+유니코드 지원이다. 그야말로 필수가 됐다. 64비트 OS에서는 우클릭 메뉴가 안 나온다거나, 요즘 세상이 어느 세상인데 일본어로 된 영화 자막 파일의 압축을 못 푼다거나 해서는 곤란하다.

하지만 빵집은 안타깝게도 저게 되지 않는다. 시스템 코드 페이지가 한글로 되어 있지 않으면 프로그램 UI가 죄다 깨진다. 또한, 정확한 재연 조건을 잘 몰라서 빵집 잘못이라고 100% 단정은 못 내리지만, 빵 폴더 같은 쉘 통합 기능을 사용하다 보면 아주 가끔 explorer가 죽는 현상을 경험한다.
왜 빵집을 ‘의심’하는가 하면, 첫째, exception 상황을 알리는 에러 메시지 박스가 델파이로 개발된 프로그램이 죽었을 때 뜨는 스타일이기 때문이다. 둘째, 빵집이 설치되지 않은 컴에서는 그런 현상을 지금까지 전혀 겪은 적이 없기 때문이다.

어쨌든 이런저런 이유로 인해 본인도 빵집에서 다른 프로그램으로 갈아타려고 대안을 찾아봤는데..
회사에서만은 도로 빵집으로 돌아오고 말았다.

이유는 단 하나.
다른 모든 압축 프로그램들은 tar.gz 파일을 열면 내부의 tar 파일 하나만 달랑 보여주는 반면,
빵집은 사용자에게서 확인 질문을 받은 후 친절하게도 tar 내부까지 자동으로 보여주기 때문이다. 이거 정말, 너무 편하다.

리눅스 환경에서 그냥 tar로 압축하여 백업한 파일을 다루는 경우가 많은데 그걸 윈도우 환경에서 손쉽게 관리하기 위해서는 다른 기능보다도 저게 무엇보다도 마음에 들고 꼭 필요한 기능인 것이다.

흠, 이런 건 혼자만 알고 있지 말고 개발자에게 건의를 해 봐야겠다. 본인은 특정 분야의 공개 소프트웨어 개발자이다 보니 다른 사람들로부터 버그 신고와 건의를 많이 듣는 편이지만, 본인도 역시 아주 가끔은 다른 소프트웨어에 대한 버그 신고와 건의도 직접 한다.

※ 덧.

윈도우 비스타나 7에서 Aero를 사용하고 있을 때 창을 최소화하면, 대부분의 표준 윈도우들은 작업 표시줄 쪽으로 멋있게 사그라든다.
하지만 경험상 델파이로 개발한 프로그램들은 아래로 멋있게 사그라들지 않고, 그냥 창을 닫을 때와 동일하게 그냥 fade-out으로 사라진다. AcroEdit라든가 WinM, 빵집 모두 마찬가지임. 뭔가 특별한 방식으로 윈도우를 다루는 것 같다.

그 반면 완전 자체 스킨을 사용하는 아래아한글이나 알집-_- 같은 프로그램은 그런 효과가 전혀 적용되지 않고 그냥 없어진다.
또한 비스타 이상에서 정상적인 실행이 보장되지 않는 비주얼 C++ 2003 같은 프로그램은, 최소화될 때 빈 창틀만 사그라들면서 다른 어느 프로그램과도 다른 이상한 애니메이션을 보인다.

Posted by 사무엘

2010/03/20 10:17 2010/03/20 10:17
, ,
Response
No Trackback , 6 Comments
RSS :
http://moogi.new21.org/tc/rss/response/216

버스 운전사와 지하철 기관사

버스 운전(시내든 광역이든, 고속버스 말고 중간 정차가 잦은 노선)은 냄새 나고 멀미 나는 차 안에서 배기가스 마시면서 주변의 차들과 하루 종일 부대끼고, 개념 없이 운전하는 넘들 때문에 스트레스 받는 직업입니다. 물론 극단적인 예이고 요즘은 거의 근절됐긴 하지만, 승객의 운전기사 폭행까지 있었죠. 주변의 차들과 승객이 모두 기사에게 영향을 줍니다.

그럼 지하철은? 분위기가 버스와 완전히 정반대입니다. 차량 승차감은 일단 버스보다 월등히 좋습니다. 냄새나 멀미 없고 정체 없고, 배기가스도 없습니다. 철길엔 오로지 나밖에 없으며 기관사는 승객하고는 원천 분리되어 있습니다.
앞차가 빨리빨리 못 가서 신호 받고 서행하는 건 있겠지만, 그건 지상 도로의 신호 내지 정체와는 성격이 근본적으로 다르지요.

하지만 하루 종일 마주치는 시꺼먼 터널과 깜빡이는 불빛, 열차 특유의 시끄러운 소음은 사람의 눈과 귀와 정신의 건강에 절대로 좋지 않습니다. 버스 기사가 이해하지 못할 지하철 기관사만의 고충이죠. 그리고 지하도 매연은 없을지언정 이산화탄소 농도가 짙고, 먼지 때문에 공기가 안 좋기는 마찬가지.

또한 문을 닫으려는데 무리하게 가방 끼워서 타는 승객들은 지하철 기관사를 굉장히 애먹이는 요인입니다. 선로 투신 자살은 두말할 나위도 없고.
전철역 역이 너무 많아서 개집표기는 다 교체를 못 하고 보증금 제도로 갔으면서, 그래도 스크린도어는 그 많은 역에 어느샌가 용케도 다 설치해 버렸지요. 제발 자살 좀 하지 말라고... 제가 사는 집 근처의 지하철 역은 환승역이 아니고 그저 그런 평범한 역인데, 거기도 역사상 2004, 2007, 2008년에 총 세 번이나 투신 자살 사고가 났습니다. 이제는 그럴 일이 없겠죠.

스크린도어는 승객의 안전보다도 기관사가 스트레스 받지 말라고 설치한 게 아닐까 하는 생각이 듭니다. 물론 이제 이것 때문에 예전보다 정지 위치를 더 정확하게 맞춰야 하는 고충은 생겼겠지만 말입니다.

철도는 일단 조향이라는 개념이 없고 차선 바꾸기, 방어 운전 같은 개념도 없기 때문에 그 점에서는 도로 운전보다 쉽습니다. 운전 과정이 상당수 자동화되어 있고 사실 무인 운전도 가능합니다. 그러나 기관사 1인이 담당해야 하는 인원이 버스 한 대와는 비교가 안 되기 때문에, 요즘 대세인 '차장을 없애고 1인 승무'에 따르는 부담감이 무척 큽니다. 게다가 시각표를 반드시 맞춰야 한다는 강박관념은 버스 운전사가 이해하기 힘들 것입니다.

또한 운전 중에도 기관사가 졸고 있지는 않은지, 비상시 대처 요령을 숙지하고 있는지 사령부로부터 불시에 점검 신호가 오기 때문에 이에 대한 대비도 늘 하고 있어야 하기 때문에 지하철 기관사의 업무 부담과 스트레스는 우리가 상상하는 수준보다 훨씬 더하다고 합니다.

물론 사기업인 버스 회사와는 달리 훨씬 더 고도의 자본과 기술로 건설된 철도를 운영하는 지하철 회사는 공기업이고 복리후생도 더 좋을 것입니다. 하지만 궁극적으로 버스 운전사와 지하철 기관사 모두 열악한 환경에서 힘들게 일하면서 도시로 하여금 존재 가능하게 하는 직업이니만큼, 늘 이용하는 육상 대중교통도 눈여겨 보고 고마워하는 마음으로 이용하는 게 어떨까요?

Posted by 사무엘

2010/03/19 09:18 2010/03/19 09:18
, ,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/215

3월 근황

1. 요즘 날씨도 다시 쌀쌀해져 있는데, 고단한 일과를 마치고 퇴근길에 먹는 순대와 뜨끈한 오뎅 국물이 이리도 맛있을 수가 없다. 행복이란 의외로 작은 곳에 있는 것 같다.

2. 교회에서 어느 샌가 20대 청년 중 최고령-_-에 등극하게 됐고, 여차여차 하던 끝에 20대 청년부 회장으로 당첨. 예배 전 찬양 인도에(부를 찬송을 완전히 내 마음대로 선곡 가능), 교회 홈페이지 운영자 권한 등, 한 교회에서 4년이 넘게 오래 정착해 있으니 점점 권력(?)도 생기고 역할도 커지고 있다.

3. <날개셋> 한글 입력기 버전업을 계속하고 싶은데... 요즘은 관심사가 여기저기 쏠리고 개인 신상의 변화도 있고 해서 영 작업이 안 되고 있다. ㅜ.ㅜ 최근에 스타크래프트 2에서 한글 입력이 잘 안 된다는 보고가 들어와 있지만 이건 뭐 프로그램 덩치가 너무 크고 게다가 계정까지 필요하니 여기서는 도저히 확인할 길이 없다. 이것만 마무리 짓고 나서 5.53 패치라도? 사실 5.52 이후로 이미 이것저것 고친 게 그래도 꽤 된다.

4. 리눅스 쪽은 한글 입력기조차도 EXE 프로세스라는 게 굉장히 인상 깊다. 과거 윈도우 3.1이 그랬었다. 간단하게 실행했다가 종료가 되는 덕분에, 이것저것 고쳐서 테스트하기는 윈도우 환경보다 훨씬 쉬울 것 같다. 이미 실행 중인 EXE 파일을 지울 수도 있다는 것도 윈도우 세상에서는 상상할 수 없던 굉장한 충격임.
앞으로 3년 안으로 맥이나 리눅스 중 최소한 한 플랫폼에다가는 <날개셋> 포팅을 완료하고 싶다. 그런데 XIM이라는 입력 프로토콜 자체가 이미 너무 구닥다리가 되어서, 앞으로 딴 걸로 바뀐다는 말이 있는데 사실인지?

5. 내 홈페이지에서 내 소개와 <날개셋> 한글 입력기와 관련된 페이지만은 영문과 일본어 버전도 만들까 생각 중이다. 특히 한글 입력기의 경우, 이미 일부 일본인들 사이에서도 알려져 있다. 일본어는 보통 로마자 표기 발음으로 입력하기 때문에 그들은 한글도 로마자 발음으로 입력하는 방식을 원하고 있으며, 내 프로그램이 그에 대한 좋은 솔루션을 제공하기 때문이다.

Posted by 사무엘

2010/03/18 09:09 2010/03/18 09:09
Response
No Trackback , 6 Comments
RSS :
http://moogi.new21.org/tc/rss/response/214

방정식

수학에서 방정식이란, 미지의 변수가 존재하여 이 변수의 값이 무엇이냐에 따라 성립 여부가 달라지는 등식을 말한다.

사실 일차방정식.. 즉, 미지수에 대해서 잘 해 봤자 상수배의 곱만 존재하는 간단한 방정식만 해도 인간의 지적 수준을 크게 끌어올릴 수 있다. 가령, "아날로그 시계에서 5시와 6시 사이에 긴 바늘과 짧은 바늘이 겹치거나 직각이 되는 시각은?" 같은 것도 일차방정식으로 풀어 낼 수 있으며,
마음속으로 어떤 수를 생각해서 뭘 곱하고 뭘 했는데 언제나 무슨 수가 딱 떨어지게 나오는 것은 마술이나 독심술이 있어서 그런 게 아니라 구조적으로 그렇게 될 수밖에 없다는 것을 증명할 수 있다는 말이다. 놀랍지 않은가?

그리고 차수는 일차인데 변수가 여러 개인 경우가 있다. 미지수도 n개이고 식도 n개. 이런 형태의 문제를 푸는 것은 실용적인 가치가 대단히 높기 때문에, 행렬이라는 추상적인 모델로 간단히 표현하여 선형 대수학이라는 별도의 분야까지 수학에 존재한다. 개인적으로 행렬도 굉장한 발견이라고 생각함. 이런 개념을 만듦으로써 어마어마한 양의 문제를 손쉽게 해결할 수 있게 됐기 때문이다.

식에 미지수 자체의 제곱이 들어있으면 이차방정식으로 방정식의 격이 올라간다. 여기서부터는 제곱근, 인수분해 같은 개념이 등장하고 예전보다 살짝 더 어려워진다. 하지만 2차 정도는 인수분해 뿐만 아니라 일반해를 구하는 근의 공식조차 유도가 가능하다. 이미 수백 년 전에 발견되기도 했고, 그렇게 어렵지 않다.
이공계를 나온 친구라면, 비록 입시 코스를 통과했더라도, 수학 감각 자가유지 테스트 차원에서라도 근의 공식 유도 정도는 이따금씩 해 볼 만하다.

참고로 이차방정식의 양변을 x로 나누면 분수 방정식이 된다. 그래프 모양은 2차 방정식과 완전히 다르지만, 반대로 양변에 x를 곱해서 이차방정식 풀듯 풀면 된다. 단, 풀고 나서는 분모를 0으로 만드는 무연근만 버리면 된다. (수학에서 0으로 나누는 게 용납된다면 "모든 수는 0이다" 같은 궤변도 증명할 수 있고 별별 게 다 가능해진다.) 분수 방정식은 비록 정석적인 형태는 아니지만, 조화평균처럼 나눗셈이 수반되는 곳에 미지수가 있을 때 쓰인다.

2차 방정식보다도 차수가 올라간 3차 이상부터는 일반해를 구하는 공식은 2차 방정식의 근의 공식과는 비교도 못 할 정도로 살인적으로 복잡해진다. 대학교 수학과 교수라도 안(못) 외운다. ^^ 학교에서 3차 이상의 고차 방정식은 인수분해가 안 되는 이상한 식이 다뤄지는 일은 없다고 생각하면 된다.

3차 방정식은 2차항을 소거하여 x^3 + p*x + q = 0 형태로 바꾼 후 푼다. 즉, 임의의 3차 방정식은 저 꼴로 본질적인 정보량을 줄일 수 있다는 뜻이다.
본인의 지인 중엔 손으로 3차 방정식의 일반해 공식을 스스로 유도해 냈다고 자랑하던 녀석이 있었다. 뼛속까지 수학과 물리를 진심으로 벗삼아 즐기는 놈인데, 흠좀무.

4차 방정식 역시 일단 3차항을 소거한 뒤 풀이하는데, 임의의 케이스에 대한 일반해 공식은 3차보다도 더욱 길고 아스트랄하다. 과연 대수학(algebra)의 무서움이다. 그냥 저런 게 있다는 것만 알고 넘어가면 된다. 실용적인 가치는 별로 없으며, 실생활에서 그 정도 방정식을 풀 일이 있으면 그냥 numerical하게 근사해를 사용해도 아무 지장 없다.

그런데..
문제는 5차 이상부터이다.
수학 쪽으로 조금만 상식이 있는 분이라면 잘 알 것이다.
5차 이상의 방정식은 대수적인 방법으로 해를 구하는 방법이 존재하지 않는다.
P=NP 같은 것처럼 아직 해답을 못 찾은 게 아니라, 원천적으로 절대 존재 불가능하다는 게 증명이 되어 있다.

인수분해가 안 되는 놈이라면 얄짤없이 포기하고 일찌감치 numerical 근사해로 만족하라는 뜻.
왜... 왜 없는 것일까? 그것도 왜 하필 5차부터?

2차부터 4차까지 일반해를 대수적으로 구하는 근의 공식을 살펴보면
비록 말도 못 하게 복잡하더라도 그 연산 자체는 평이하며 우리의 이해가 가능한 수준이다. 식의 계수에 대해서 적당하게 사칙 연산 씌우고, 거듭 제곱하거나 (거듭) 제곱근을 구하는 작업을 유한 번 적용해 주면 답이 나온다. 즉, 이들 방정식의 해는 대수적 연산이라는 언어로 기술이 가능하다. (좀 전산학적인 개념이 들어가는군..)

그런데 5차 이상의 방정식은 해 자체가 그런 대수적인 방법으로 얻을 수 없는 수에 존재할 수 있다는 걸 증명해 냄으로써,
일반해 공식이 원천적으로 존재할 수 없음을 증명한 것이다.
아니, 사실은 저것도 직접적인 증명이 아니라, 5차 방정식의 일반해를 대수적인 방법으로 기술했을 때 모순이 생긴다고.. 귀류법을 이용해 증명했다.

헐, 그런 수는 도대체 어떻게 생겨먹은 수이며 어떤 특성을 가질까? 루트라든가 기존 대수적 조작을 통해서 특성을 기술할 수 없는 수? 그런데 그렇다고 해서 초월수도 아니고?? 아마 이런 수는 별 특성이 없고 의미가 없다 보니 그렇게 연구가 잘 안 돼 있는 것 같다.
그리고 왜 하필 5차부터 그런 경우가 생기는 걸까? 잘 모르겠다. 그런 걸 알면 내가 이 자리에 안 있지.. ㅋㅋㅋ

※ 외전: 방정식 연구자들의 말로

3차 방정식의 근의 공식을 최초로 찾아낸 사람은 타르탈리아라는 수학자이다(16세기 사람). 그는 이 사실을 절대로 외부에 발설하지 말라는 조건을 걸고 카르다노라는 의사 겸 수학자에게 해법을 전수해 줬는데... 제자인지 라이벌이지 뭐 어떤 사이인지는 모르겠다. 그런데 이 카르다노라는 양반, 아예 책을 써서 해법을 공개적으로 발설하는 것도 모자라서, 그걸 자기 이름으로 떠벌리면서 3차 방정식의 해법의 발견자로 '카르다노'라는 이름을 학계에 당당히 올려 버렸다.

타르탈리아로서는 "저런 쌍노무 새퀴, 인간말종 호로자식을 봤나!" 정말 이성을 잃을 정도로 노발대발하고 카르다노를 향해 매일 축시의 저주를 거행했을 것이다. -_-;; 그것 때문이었을까? 카르다노는 아들이 어머니(=카르다노의 아내)를 살해하고 그 죄에 대한 벌로 아들도 덩달아 처형 당하는 가정 팀킬-_-을 겪었다. 그 역시 도박에 빠져 가난하게 지냈으며, 나중엔 죽는 날짜를 예고한 후 자살로 생을 마감했다. 하긴, 타르탈리아도 그 천재성에 비해 가난하고 어린 시절이 불우했으며 후천성 장애를 얻어 말더듬이였으니 더욱 안습.

4차 방정식의 근의 공식은 카르다노의 제자이고 사실상 그의 양자였을 거라고 추정되는 로도비코 페라리가 최초로 발견했다. 이쪽은 다 16세기 이탈리아 라인이구나. 그런데 그 역시 술과 도박에 빠져 지내다 손가락 장애를 얻고 나중엔 무려 애인 또는 여동생으로 추정되는 여인에게 독살 당했다. -_-;;

그리고 끝으로, 5차 이상의 방정식에 대한 연구는 19세기에 와서야 잘 알다시피 갈루아와 아벨이라는 두 천재 덕후 수학자가 확실하게 종지부를 찍었다. 수학사를 조금이라도 아는 사람이라면 이들이 얼마나 불운한 천재였는지 알 것이다.
닐스 헨릭 아벨(노르웨이)은 5차 이상의 방정식은 대수적으로 풀이가 불가능하다는 것을 최초로 증명하고 이외에도 여러 분야에 탁월한 논문을 남겼다. 그 분야 중 하나는 타원 함수는 아마 20세기 말에 와서 페르마의 마지막 정리를 증명하는 데도 쓰인 이론인 걸로 알고 있다.

그런데 그는... 너무 천재여서 능력을 인정을 못 받은 채, 가난에 찌들고 살다가 26세의 나이로 결핵과 영양실조로 인해 사실상 굶어 죽었다... ㅎㄷㄷㄷㄷㄷ 그가 죽고 나서 이틀 뒤에, 드디어 베를린 대학 교수로 임용됐다는 편지가 도착했으니, 지못미 아벨. ㅠ.ㅠ

갈루아(프랑스)는?? 아벨보다 더하면 더하지 못하지는 않은 덕후였다. 불세출의 논문을 하나 쓴 게 프랑스 과학원의 병신 같은 실수로 인해 분실되어 심사도 제대로 못 받았고, 겨우 21세의 나이로 치정 문제에 연루되어 권총 결투 중에 목숨을 잃었다...;;;
죽기 전날 유언장처럼 쓴 노트가 후대의 수학자들을 놀라게 한 논문이 되었다. 그는 아벨과는 다른 방법으로 5차 방정식의 대수적 풀이 불가능성을 증명하고 더 나아가 n차 방정식의 대수적 풀이 가능 조건을 논하면서 군론(group)이라는 분야를 개척했다. 군 이론에 기초한 방정식의 갈루아 이론은 완전히 이해되는 데만 70년이 넘는 시간이 걸렸다.

Posted by 사무엘

2010/03/17 21:38 2010/03/17 21:38
,
Response
No Trackback , 2 Comments
RSS :
http://moogi.new21.org/tc/rss/response/213

고층 건물 이야기

우리나라에서 최초로 마천루 시대를 연 건물은 다름 아닌 ‘삼일 빌딩’이다.
서울 종로구 관철동에 있는 이 건물은 1960년대 말, 경부 고속도로와 거의 비슷한 시기에 완공되었으며,
15년 남짓 뒤에 63 빌딩이 생기기 전까지는 우리나라에서 가장 높은 건물이었다. 건물 높이는 약 110m에 달한다.
작명 원리는 63 빌딩과 동일하다. 이 건물은 31층이다. 하지만 삼일 빌딩은 31 빌딩이라고 쓰지 않으며, 63 빌딩은 육삼 빌딩이라고 표기하지 않는 게 흥미롭다. 물론 63 빌딩은 지상은 60층일 뿐이긴 하지만 말이다.

31일이라는 층수는 ‘삼일절’에서 모티브를 딴 것이며, 항일 의지를 담아서 의도적으로 이 층수대로 건물을 만들라고 당시 박 정희 대통령이 지시를 했다고 한다. 다행히 우리나라 기술진이 나름 성공적으로 설계와 건설을 해 냈으며, 건물이 완공되자 시민들은 감탄하여 목이 빠지게 위를 쳐다보면서 층수를 세느라 정신없었다고 한다. 훗날 서울 지하철이 첫 개통했을 때 신기해하던 것과 비슷한 맥락이다.

삼일 빌딩은 있는 곳도 지극히 서울스러운 도심 한복판이다. 그러니 서울의 상징으로 등극할 수밖에 없다. 청계천이 내려다보이며, 종각· 종로3가· 을지로입구· 을지로3가라는 네 전철역의 정확한 중앙에 자리잡고 있다. 서울 역, 서울 시청 등과 아주 가깝다. 꼭대기 층인 31층에는 뷔페식당이 있는데 창밖을 내려다보면 청와대도 보이고 동대문 두산 타워까지 서울 시내가 한눈에 들어온다.

본인은 이 건물에 입주해 있는 회사에서 병역 특례 근무를 한 적이 있는지라 이 건물에 더욱 애착이 간다. 위치 하나는 정말 끝내 준다. 청계천 길을 따라 자전거로도 출퇴근도 해 보고, 거기서 한글 회관까지도 자전거로 가 봤다.
이제 무려 40년을 묵은 건물이 됐지만 그리 낡은 티는 안 난다. 단 하나, 엘리베이터가 굉장히 후지고 더구나 주행 모습이 위태로웠는데 2008년을 전후하여 다행히 새 걸로 교체되었다.
서울 금싸라기 한복판이라는 특성상 임대료가 너무 비싸서(그럴 만도 하다-_-), 당시 회사가 구로나 DMC 쪽으로 이사를 가려 한다는 말이 있었는데 그냥 루머로 끝났는가 보다.

한국 최고층 건물이라는 기록은 훗날 63 빌딩에게로 넘어갔다. 위치는 잘 알다시피 여의도이다.
철도로 상경하다 보면 이 63 빌딩 건물은 창밖으로 꼭 보게 된다. 서울 톨게이트보다 이런 게 진짜 내가 서울에 도착했다는 인상을 더욱 강렬히 준다.
63빌딩의 높이는 약 240~250m이며, 층수가 두 배이니 높이도 삼일 빌딩의 두 배보다 약간 더 높다. 건설은 외국 회사가 한 것이다.

63빌딩과 직선 거리상으로 가장 가까운 전철역은 노량진 역이다. 하지만 지정학적인 이유로 인해 거기서 바로 63빌딩으로 가지는 못하고 여의도 상에 있는 5호선 여의나루나 9호선 샛강 역에서 내린 후 도보로 6, 700미터 이상 꽤 걸어야 갈 수 있다. 여의나루 역에서 여의도 순복음 교회와 63빌딩은 방향이 정반대일 뿐 서로 비슷한 거리이다. -_-

건물 주변 경관은 무척 좋다. 여의도 하면 증권가가 먼저 생각나지만, 63빌딩이 있는 곳은 강변 고수부지가 코앞에 있고, 지어진 지 오래된 것 같은 아파트들이 들어선 주거 구역에 더 가깝다. 도심이라기보다는 꼭 지하철 종점 같은 교외 느낌이 들 정도이다. 삼일 빌딩 주변과는 사뭇 다른 느낌이다. 이런 곳에 있는 회사에서 근무하는 것도 재미는 있을 것 같다.

지금은 63빌딩보다도 더 높은 건물이 강남 타워팰리스를 포함해 서울 목동에도 생겼지만, 평일 낮에 아무나 들어갈 수 있는 “업무 건물” 중에서는 지금도 여전히 63빌딩이 국내 최고층 빌딩이다. ^^;;
옛날에 분당선 구룡 역과 도곡 역 일대를 답사하면서 타워팰리스를 직접 본 기억이 있다. 양재천이 바로 앞으로 지나기도 하고 나름 괜찮은 주거 구역이라는 인상을 받았다. 비록 구룡 역은 정말 태어나지 말았어야 할 ‘굴욕’ 역임이 틀림없음도 확인했지만 말이다.

앞으로도 63빌딩보다 더 높은 건물은 계속 지어질 예정이다.
1990년대에 전철 분당선만 해도 신도시 건설과 동시에 건설되는 노선이었고, 지하로 건설해야 할 이유가 전혀 없었다. 그런데도 불구하고 안산선 같은 지상+고가 형태도 아니요, 하다못해 일산선처럼 지상+지하 짬뽕도 아니라, 건설비 증가를 감수하면서까지 전구간 지하로 건설된 이유 중 하나는 인근의 성남 서울 공항 보안 문제 때문이었다고 한다.

그런데 지금은? 보안 같은 건 안중에도 없다. 오히려 고층 건물 짓느라 서울 공항 활주로를 틀겠다고 하니 세상 참 심하게 많이 바뀌었다. 그렇잖아도 지금 잠실 역은 역명을 롯데 역으로 바꿔도 좋을 정도로 온통 롯데월드 천지가 되었는데 초고층 건물까지 생기면... 흠좀. 잠실 역의 혼잡도 가중되고 교통 역시 강남 역 주변 수준으로 열악해지지 않을까 우려된다.

고층 건물은 엘리베이터도 굉장한 고성능으로 장착하게 된다.
목적지 층보다 두세 층 이전부터 속도를 줄이는 기미가 느껴지는 정도라면, 어지간한 건물에서는 찾기 어려운 고속 엘리베이터이다. ^^;;
엘리베이터의 수 자체도 여러 대가 필요해지는데, 과거에는 단순히 저층/고층과 홀수층/짝수층으로 수요를 분산하는 정도였지만 요즘은 그런 거 구분 없이 버튼만 누르면 가장 빨리 도착할 수 있는 엘리베이터를 알아서 세워 주며, 아무 걸 타도 아무 층으로나 갈 수 있다. 그래서 야기될 수 있는 비효율은 오로지 엘리베이터의 뛰어난 가감속력만으로 극복하는 것이다.

아무튼, 고층 건물만으로도 글 쓸 게 참 많다. ^^;;

Posted by 사무엘

2010/03/15 08:39 2010/03/15 08:39
, , , ,
Response
No Trackback , No Comment
RSS :
http://moogi.new21.org/tc/rss/response/211

C/C++ 언어는 언어 차원에서 자체 제공하는 문자열 타입이란 게 없다.
문자열은 단순히 문자의 배열 내지 이를 가리키는 포인터로 취급되며, 코드 번호 0인 문자가 문자열의 끝을 나타내는 매우 원시적이고 단순한 방법을 사용하고 있다. 그 이름도 유명한 null-terminated string 기법이다. (이하 편의상 NTS로)

깔끔하고 쓰기 편한 문자열 처리를 제대로 구현하는 데 드는 비용을 감안한다면, 이것은 그렇게 나쁜 방법은 아니다. string은 int보다야 처리하기가 훨씬 무거운 건 사실이다. 더구나 C/C++은 정말 1바이트라도 더 아끼고 한 클럭이라도 더 줄여야 하는 시스템 프로그래밍 용도로 개발된 언어인 것이다.

NTS 방식으로 문자열을 다루지 않는 언어도 있다. 이런 언어는 문자열의 길이는 별도의 장소에 보관하며 스트링의 내부에 0번 문자가 있을 수도 있다. 그런데 이런 언어로 프로그램을 짜더라도, NTS를 받는 운영체제 API에다 문자열을 넘겨줄 때는 뒤에다 0번 문자를 손수 추가하여 문자열을 변환하곤 한다. 운영체제 커널이야말로 C 언어 기반인 경우가 태반이기 때문이다.

하지만 다른 모든 곳에는 NTS 문자열 포인터만 받더라도, 그래픽 API는 비록 C언어 스타일이라 할지라도 이례적으로 문자열 포인터뿐만 아니라 문자열의 길이를 별도의 인자로 따로 받는 경우가 많다. 윈도우 API도 그 대표적인 예인데, 그 이유는 명백하다. 그래픽 처리의 특성상 NTS 문자열을 일부 몇 글자만 찍어야 하는 경우도 빈번하게 발생하기 때문이다.

NTS는 간단하고 효율적인 대신, 문자열의 끝을 언어나 프레임워크 차원에서 보장을 하지 않는다는 특성 때문에 오늘날 버퍼 초과 같은 보안 문제의 온상이 되어 있다. 가령, C 표준 함수 중에 strcpy는 잠재적으로 굉장히 위험한 함수이거니와, 파일도 아니고 키보드 입력을 받는데도 버퍼 크기 한계 지정도 없이 설계되어 있는 gets는 정말 도저히 그대로 쓸 수 없는 지경이 되어 있다.

이 문제를 해결하기 위해 윈도우 SDK에는 꽤 오래 전부터 StringCb* 함수들을 도입했다. write 버퍼의 포인터뿐만 아니라 버퍼 크기도 별도로 지정하여 복사가 그 영역 밖으로는 되지 않게, 즉 문자열이 잘리도록 조치를 취한 것이다. 이것들은 그냥 static 링크되는 코드이지 운영체제 커널 DLL에 있지는 않다는 점에서 lstrcpy 같은 함수와는 위상이 다르다. 사실 저 함수 자체가 기존 커널 l* 함수보다 더 안전한 솔루션을 제공하기 위해 추가된 것이다.

비주얼 C++ 2005부터는 보안 문제를 더욱 적극적으로 대처하는 함수군이 생겼다. 아예 _s 접미사가 붙은 strcpy_s 류이다. 이것도 하는 일은 기존 strcpy보다 더욱 안전하게 문자열을 복사하는 것이지만, 다음과 같은 면에서 StringCb*와는 동작 방식이 약간 다르며, 쓰임이 더 엄격하다는 것을 알 필요가 있다.

첫째, StringCb*는 버퍼 크기가 걸리면 문자열을 그냥 자르고 null-terminate까지 알아서 시켜 주는 반면, *_s는 런타임 에러를 발생시킨다. 그러므로 전자는 단순히 로그를 찍는 것과 같이 문자열이 꼭 다 복사되지는 않아도 되고 버퍼 초과 에러만 예방하고 싶을 때 쓰면 되며, 후자는 어떤 경우에도 버퍼가 초과하는 일 자체가 없이 문자열이 100% 정확하게 복사되는 게 보장되어야 할 때 쓰면 된다.

둘째, 특히 디버그 버전의 *_s 함수는 지정해 준 버퍼 영역을 다 검사한다. 비록 지금 한 글자밖에 복사할 게 없더라도 사용자가 100글자를 지정했다면 그 메모리가 다 안전한지 일일이 검사한다는 뜻이다. 그렇기 때문에
char a[8];
strcpy_s(a, 12, "ABC"); //12>8

는 비록 전혀 해롭지 않은 코드임에도 불구하고 에러를 일으킨다. 디버그 빌드에서는 말이다.

strcpy 같은 간단한 함수뿐만 아니라 scanf 함수도 쓰임이 강화되었다. 가령,
char s[64];
scanf_s("%s", s, 64);

이런 식으로 %s도 버퍼뿐만 아니라 버퍼의 크기까지 덧붙이도록 동작이 수정되었다는 뜻이다.

*_s 함수는 일부 템플릿 오버로드 버전도 존재하기 때문에, 기존 코드에다 *_s 함수를 넣는 리팩터링 작업을 할 때 일일이 배열 사이즈를 집어넣어야 하는 수고를 상당수 덜어 준다. 가령, 쓰기 버퍼가 포인터가 아니라 static 배열인 경우,

template<int N>
.... strcpy_s(char (&dst)[N], const char *src)
{
 return strcpy_s(dst, N, src);
}

이런 템플릿 오버로드가 이미 구비되어 있는 덕분에, strcpy를 strcpy_s로 바꾸기만 해도 알아서 배열의 크기가 전달된다. 물론 컴파일 타임에 말이다.
물론, 쓰기 버퍼가 임의의 포인터인 경우에는 이런 방법을 쓸 수 없고 사용자가 버퍼 크기를 수동으로 전달해 줘야 할 것이다.

본인도 어지간하면 이런 안전한 함수를 쓰고 싶은데, strchr/strstr 같은 함수의 결과값에다가 또 strcpy를 해야 할 때는 남은 버퍼 크기를 지정해 주는 게 좀 난감하다.

덧.
1. C언어에서 정적 배열의 원소 개수를 구할 때는 통상
#define ARRAYSIZE(x)  sizeof(x)/sizeof(x[0])
과 같은 형태로 정의하며, 이렇게만 써 놔도 이 식은 최적화 과정에서 모두 컴파일 타임 때 고정된 값이 계산되어 들어간다. 하지만 ARRAYSIZE 매크로도 템플릿을 이용한 매크로로 바꾸면 나눗셈 연산도 없고 더구나 배열이 아닌 일반 포인터를 넘겨주면 에러까지 나는(더욱 type-safe하기까지 한) 버전을 만들 수 있다.

템플릿으로 컴파일 타임 때 정말 별 걸 다 할 수 있다. ^^;; strcpy_s의 템플릿 오버로드 버전을 보니까 문득 이게 생각이 났다.

2. 아울러 어떤 구조체 멤버가 메모리 상으로 몇째 오프셋을 나타내는지 가리키는 매크로도 NULL 포인터로부터 ->로 참조한 멤버 값의 주소를 가리키는 방식으로 만들 수 있다. NULL 포인터는 -> 연산자를 적용하기만 하면 바로 에러가 날 것 같지만 주소 연산자 &는 메모리 위치에 상관없이 컴파일 타임 때 값이 계산되는 연산자이기 때문에 그런 일은 발생하지 않는다.

3. C/C++에서 0이라는 수치는 숫자와 포인터에 모두 아무런 형변환 없이 적용 가능한 녀석이어서 문제이다. true, false는 이미 진작부터 예약어가 생겼는데 C++도 nil이나 null 같은 예약어가 있어야 하지 않나 싶다. 본인은 전에도 이런 언급을 한 적이 있을 것이다.

Posted by 사무엘

2010/03/13 14:56 2010/03/13 14:56
Response
No Trackback , 2 Comments
RSS :
http://moogi.new21.org/tc/rss/response/210

문화바탕체를 기억하십니까?

요즘은 조금 인지도가 있는 기업이나 단체들은 전속 서체를 만드는 게 유행이다.
MS에서 2006년 말부터 윈도우 비스타+오피스 2007+IE 7과 동시에 맑은 고딕을 뿌리기 시작했으며,
한겨레나 조선일보 같은 신문사들도 자기네 전속 서체를 일반인에게 공개했다.
그 후 네이버 역시 나눔명조/고딕 시리즈를 공개한 것으로 유명하고, 최근엔 한컴도 아래아한글 2010과 함께 함초롬 바탕/돋움 시리즈를 공개하여 그 뒤를 따랐다.
대기업인 삼성도 전용 서체가 있고, 코레일도 역명판에 사용하는 전속 서체가 있다.
인천 공항은 각종 표지판에 미공개 전속 서체를 사용하고 있다.
물론 그 배후에는 하청을 받은 산돌이나 윤디자인 같은 회사의 디자이너들이 엄청 고생했다.
 
개개의 서체를 만들어 파는 방법으로는 도저히 수익을 낼 수 없으니 서체 회사들은 확실한 과금 체계가 존재하는 포털 사이트(싸이)나 모바일 쪽으로 사업 대상을 바꾸거나, 저렇게 전속 서체 외주를 수행하는 방법으로 수익을 내고 있다. 웹브라우저나 MP3 플레이어 소프트웨어를 개인이 따로 돈 주고 쓰는 경우가 없듯이, 서체 역시 그 자체가 수익이 아니라 마케팅 수단처럼 되어 가는 게 현실이다.
 
전속 서체는 이미지가 중요한 사기업만 만드는 게 아니다. 가끔은 지방 정부 내지 국가가 세금을 투입하여 만들기도 한다. 월드컵 때엔 경기장 내부 표지판용으로 나라에서 각종 표지판용 전속 서체를 제작해서 썼는데 이 글꼴은 요즘 WOW 같은 온라인 게임에서도 애용되고 있다고 들었다.
최근엔 서울시에서 시 브랜드 재고를 위해 서울 남산체를 개발한 것으로 유명하고 이 서체는 지하철 인테리어에서 적극 쓰이는 중이다.
 
그런데.. 이렇게 브랜드 이미지 마케팅이 중요하게 부각되기 전에, 무려 1990년대... 그때는 어지간한 PC 환경에서는 윤곽선 글꼴 자체를 구경할 수 없던 시절에,
지방 정부도 아니고 우리나라 중앙 정부가 팔 걷어붙이고 국고를 투입하여 대한민국 국민이라면 누구나 무료로 쓸 수 있는 '전속 서체 세트'를 개발한 적이 있었다.
그것도 특정 단체나 브랜드를 위한 톡톡 튀는 서체가 아니라, 본문용 네모꼴 한글 서체의 디자인 표준을 제시하는 가장 원천적이고 교과서적인 서체를 만드는 게 목적이었다.
 
그 작품은 바로 문화바탕체이다. 여기서 '문화'란, 당시 이 서체 개발하라고 연구비를 대 준 정부 부처인 '문화부'(훗날 문화관광, 문화체육 등 다양한 이름으로 바뀐)의 이름을 딴 것이다.
짜잔~ (맨 아래의 검은 글자)
 
사용자 삽입 이미지
명조체와 비슷하나 우리가 흔히 보는 그런 명조류가 아니다. 명조라고 보기에는 좀 붓글씨 내지 펜글씨 같기도 하지만 흘리거나 날린 흔적은 없다. 특히 명조 계열임에도 불구하고 ㅈ이 명조가 아닌 고딕처럼 ㅡ+ㅅ 형태로 그려져 있으며, ㅠ에서 왼쪽 ㅣ가 왼쪽으로 삐쳐져 있다. 문화바탕 말고 ㅈ이 그렇게 그려져 있는 본문용 명조는 아마 신문명조 부류밖에 없을 것이다.

문화바탕은 1991년엔가 그때 개발되었으며, 1992년에 발매된 아래아한글 2.0 전문용이 지원하는 윤곽선 글꼴로 공개되어 많은 반향을 일으켰다. 그 후 문화돋움도 나왔으며, 아래아한글 3.0 시기인 1994~1995년에는 문화바탕제목, 문화돋움제목 같은 진한 제목용 서체와, 문화쓰기흘림, 문화쓰기정자, 문화쓰기필기 같은 진짜 펜글씨· 붓글씨 서체가 후속작으로 잇달아 개발되었다.

이 문화* 서체들은 아날로그 서체이다. 마치 만화 그리듯이 사람 손으로 원도를 그린 후, 그걸 스캔하여 윤곽선을 추출하고 따로 보정을 거쳐서 만들어졌다. 사실, 수많은 서체들이 그런 방식으로 새로 만들어지고 있으며, 컴퓨터가 발명되기 전부터 쓰여 온 서체들도 그런 방식으로 디지털화했다.
 
문화바탕의 원도를 그린 사람은 최 정순 씨이나, 서체 컨셉은 개발 위원회 멤버들의 합의를 거친 것이지 전적으로 그 사람 개인 작품인 것은 아니다. 원도의 디지털화는 한글 타이포그래피과 출판 기술 쪽으로 최고의 권위자이며 왕년에 <컴퓨터는 깡통이다> 시리즈로 매스컴도 여럿 탄 유명한 이 기성 교수가 작업했다. 세리프가 많은 아날로그 글꼴을 디지털화했다는 특성상 문화바탕은 덩치가 크고, 과거 도스 시절에도 래스터라이즈하는 데 좀 시간이 걸리는 글꼴이었던 걸로 기억한다.
 
  (물론 요즘은 종이에 그리는 원도 없이 처음부터 컴퓨터의 포인팅 장비만으로 만들어지는 글꼴도 있다. Georgia라든가 윈도우 비스타에서 새롭게 추가된 글꼴들은 그런 순수 디지털 서체라고 한다. 전통적인 서체들에 비해 모니터 화면 같은 저해상도에서의 가독성이 더욱 강화되었는데, 특히 숫자를 좀더 위아래로 들쑥날쑥하게 그린 것도 그런 효과를 위해서라고 한다.)

문화바탕은 나름대로 굉장한 의미를 지니고 개발되었다. 앞으로 이런 문화바탕 특유의 냄새가 나는 서체는 거의 찾을 수 없을 것이다. ㅈ이라든가 ㅠ의 모양 같은 것도 본문용 한글 서체라면 앞으로 이렇게 문화바탕처럼 만드는 게 맞다는 식으로 나름대로 원칙과 표준을 정한 것이다. 하지만 매우 보수적이라는 출판계의 보수성으로 인해, 그로부터 거의 20년 뒤, 윤명조가 대세가 된 오늘날까지도 그 가이드라인대로 만들어지는 본문 글꼴(특히 ㅠ 모양)이 거의 없다시피한 것이 현실이다.
 
그 대신 오늘날까지도 문화바탕을 출판물에 가장 적극적으로 활용하고 있는 곳이 어딘지 아는가?
여호와의 증인-_-이다.
본인이 몇 달 전에 우연히 간행물 파수대를 봤을 때에도 본문이 문화바탕체인 걸 봤다.
그런데 그들 간행물에서만 볼 수 있는 특유의 정교한 유채화(oil painting) 스타일의 삽화와 더불어 문화바탕체는 내가 보기에 근엄하고 진지한 분위기도 내면서 잘 어울리는 편이다.
사용자 삽입 이미지
(본문은 딱 보면 문화바탕, 굵은 글씨는 문화바탕제목임을 알 수 있다. 이걸 알면 용자. 그리고 저 본문 내용이 전혀 성경적이지 않은 이단 교리라는 걸 아는 독자라면 더 용자. ㅋㅋ)

이러다가 문화바탕체가 여호와의 증인들 전속 서체처럼 되지는 않을까 하는 생각마저 든다. 본인이 21세기 이래로 문화바탕체를 본 곳은 이 기성 교수가 관여한 출판물 아니면 여호와의 증인, 딱 두 곳뿐이다! ㅜㅜ
 
아울러, 문화* 글꼴들은 한글에 어울리는 영문/숫자 글꼴이 전혀 개발되지 못한 것도 아쉬운 점이다. 연구비 삭감-_- 때문이라고 하며, 이 교수 역시 그 시절을 회고하면서 이 점에 대해서는 몹시 아쉬워하는 것을 강연에서 들었다.
 

Posted by 사무엘

2010/03/12 19:11 2010/03/12 19:11
,
Response
No Trackback , 4 Comments
RSS :
http://moogi.new21.org/tc/rss/response/209

손전화의 추억

나온 지 거의 30년 가까이 된 계몽사 학습 그림 과학의 <내일의 과학> 편에서 묘사된 미래의 모습과 지금을 대조해 본다.
우주 개발이라든가 토목 분야는 상당수가 불발탄이 되었고 여전히 실현되지 않았다.
또한 자동차의 주 연료는 아직도 화석 연료 이외의 다른 것으로 바뀔 기미가 보이지 않으며 지금도 기껏해야 하이브리드 위주이다.
 
하지만 정보 통신과 관련된 기술들은 역시 초과 달성되었다.
손목 텔레비전, 텔레비전 전화, 휴대용 번역기, 벽걸이 TV, 터미널 기반 지식 검색 등 별별 걸 그때 상상하였으며 오늘날 비슷한 형태로 실현된 것도 적지 않은데, 전국민이 주머니에 전화기를 가장한 초소형 컴퓨터를 갖고 다니며 살게 될 거라고는 왜 생각을 못 했을까? 특히 저 기능들이(벽걸이 TV 말고) 한 기계로 모두 가능해질 거라고 말이다. 흥미로운 사실이 아닐 수 없다.
 
본인의 기억이 정확하다면, 1980년대 말~90년대는 가정에서 다이얼을 돌려서 전화를 걸던 게 버튼으로 바뀌어 가던 때였고, 무선 전화가 이제 막 등장하고 있었다. 버튼식은 다이얼이 빙글빙글 도는 걸 기다릴 필요가 없이 전화를 더 빨리 걸 수 있고, 버튼을 누른 반응을 번호별로 톤이 다른 전자음으로 들을 수 있어서 좋았다. 이제는 그 전자음도 역사 속으로 사라져 간다. 절대음감 소유자는 그 전자음의 톤만으로 번호를 바로 분간할 수 있었다는데...
 
그때에도 휴대 전화가 아주 없는 건 아니었다. 물론 아예 선원이나 남극 세종 기지 대원 같은 사람을 위해 엄청 비싼 위성 전화라는 것도 있었으나, 그것 말고도 우리나라에 이미 1988년엔가부터 손전화라고 불리는 물건이 나온 적이 있었다. 하지만 단말기는 거의 벽돌짝 같은 크기이고 가격 역시 여전히 서민이 엄두를 못 낼 수준이었다. 시도 때도 없이 거래처와 연락을 주고받아야 하는 넥타이 부대 영업맨이 아닌 이상 그런 게 필요하지도 않았다.
 
그렇기 때문에 그때 손전화는 카폰이라 하여 주로 고급 승용차의 초호화 액세서리 정도의 위상을 차지했던 걸로 기억한다. 우리나라에 우등 고속버스가 등장한 게 90년대 초부터인데, 우등을 타면 앞자리에 공중전화가 고급 서비스라고 있기도 했다.
 
90년대 중후반에 정보 올림피아드 공모 부문 심사를 받으러 갔을 때도 대회 진행 요원들이 애들을 통솔하고 바깥의 다른 관계자와 연락을 주고받을 때... 무려 '무전기'를 이용하는 걸 본 기억이 생생하다. 폰이 안 터지는 첩첩산중 오지에 있는 것도 아니고 무슨 극비 군사 작전도 아닌데.. 흠좀무. 지금 같으면 그런 통신은 일도 아닐 텐데 말이다.
 
본인이 초등학교 고학년 내지 중학교 정도 나이일 때 한창 쓰였던 게 삐삐. 하지만 본인은 PC 통신은 경험했어도 삐삐는 전혀 소지한 적이 없고 남을 호출한 적도 없다.
그러다가 90년대 말부터 인터넷 검색 엔진과 포털 사이트라는 개념이 생기고 그와 비슷한 시기에 휴대 전화도 급격하게 보급되어 오늘날과 같은 1인 1손전화 시대가 도래하게 되었다.
 
초창기에만 해도 휴대 전화의 통화 요금은 굉장히 비싸서 공중전화로 일반 유선 전화를 걸 때하고 휴대 전화를 걸 때 돈이 줄어드는 속도의 차이가 가히 기겁할 수준이었는데 요즘은 대중화 덕분에 굉장히 많이 저렴해진 것이다. 모르긴 몰라도 전국에 기지국 설치하느라 든 초창기의 어마어마한 투자 비용을 다 회수하고도 남을 정도로 이익을 챙겼다나 어쨌다나..
 
그리고 이것 기억하는가? 지금은 당연시되고 있는 발신자 번호 표시 기능도 한때는, 기술적으로는 문제가 없으나 사생활 침해 때문에 시행하네 마네 논쟁의 대상이었으며, 숫제 추가 요금을 받고 해 주는 부가 서비스로 취급되던 시절이 있었다.
 
손전화가 보편화하면서 이 물건은 단순히 전화기의 수준을 넘어 개인 종합 정보 복합기 노릇을 하면서 PDA, MP3, 전자 사전 등 기존 소형 휴대용 전자 기기들을 위협하기 시작했다. 가지고 다니는 초소형 컴퓨터가 됐다. 기계의 성능 때문보다는, 절대적인 사이즈가 너무 작아서 사람이 뭔가 정교하고 빠른 타자를 할 수가 없기 때문에 기존 데스크톱 컴퓨터와는 별도의 독립적인 위상을 지키고 있을 뿐인 것이다. 요즘 살면서 휴대전화를 반드시 꺼야 할 때란 비행기 탈 때나 시험 칠 때 정도밖에 없지 싶다.
 
이제 12키는 숫자만 입력하는 게 아니라 문자를 입력하는 소형 글자판이 되어서 이를 두고 문자 입력 솔루션 연구 기업 내지 발명가들이 수없이 생겨났다. 계산기처럼 단색 액정이던 화면은 잠시 256색을 거쳐서 트루컬러가 되고, PC 스피커 같던 벨소리도 애드립/미디를 거쳐서 이제는 자연 사운드가 나오기 시작했다. 글자조차도 비트맵 글꼴이 쓰이다가 지금은 일반 PC와 똑같은 트루타입 글꼴로 바뀌었다.
 
정말 격세지감이다. 카세트 테이프, VHS 비디오 테이프도 역사 속으로 사라지고 아날로그 TV 방송과 2세대 휴대 전화도 단종이 수 년 앞으로 다가왔다. 사람들이 전화번호를 외우거나 수첩에 적어 놓고 찾아야 할 필요가 없어진 지도 오래 됐고 디지털 치매라는 용어마저 생겨 있다. 이제 사람이 머리로 꼭 기억해야 하는 건 디지털 세상에서 자기를 식별하는 유일한 수단인 각종 아이디/패스워드 정도가 아닌가 싶다.
 
컴퓨터와 전화기! 비록 1970년대 이후로 인류가 달에 또 가지는 못해도, 서울-부산이 초고속 자기 부상 열차로 1시간만에 연결되지는 못해도, 손전화와 디지털 카메라, 블로그, 유튜브, UCC, 트위터 같은 것이 2, 30년 전의 공상 과학 문학가조차 상상하지 못한 양상으로 세상을 뒤바꿔 놓았다는 것은 아무도 부인하지 못할 것이다.
* 에 그런 의미에서.. 조금 딴 얘기이지만, 국내 포털 사이트들 중 보안 쪽으로 제일 미개한 드림위즈는 반성 좀 요망..
싸이나 구글 같은 일부 사이트는 강력한 암호/약한 암호 체크를 하는 기능까지 추가됐는데
드림위즈만은 1999년에 처음 생겼을 때 이래로 지금까지도 암호를 최대 8글자까지밖에 지정을 못 한다. -_-;;

Posted by 사무엘

2010/03/11 18:59 2010/03/11 18:59
, , ,
Response
No Trackback , 2 Comments
RSS :
http://moogi.new21.org/tc/rss/response/208

« Previous : 1 : ... 193 : 194 : 195 : 196 : 197 : 198 : 199 : 200 : 201 : ... 215 : Next »

블로그 이미지

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

- 사무엘

Archives

Authors

  1. 사무엘

Calendar

«   2024/04   »
  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        

Site Stats

Total hits:
2681301
Today:
1262
Yesterday:
2123