므흐흐. 그동안 2.2kg 아이북 들고다니느라 어깨 아프고 허리 아프고, CPU는 오방 느리고.. 그래서 이제 가벼운 노트북으로 바꿨습니다. +_+ 오늘 도착!Vaio VGN-T70B입니당.

아직 소니 코리아에서는 출시가 안 된 모델이라 일본에서 발매된 것을 샀더니만 키보드도 일본어에 처음 뜨는 윈도우 설치 화면도 다 일본어라 한자 찾아보느라 좀 고생은 했지만 --; 다행히 제어판에서 언어 설정을 바꿔주니 한국어로 나오는군요. 흐흐. 키 매핑도 좀 고쳐야할 듯 하네용..

일단 처음 느낌은 아, 역시 가볍구나! 1.3kg와 2.2kg의 차이란.. 흐흐.. 다른 바이오 서브 노트북 시리즈에 비하면 디자인은 좀 딸리는 분위기지만.. 그래도 뭐 상당히 뽀대 납니다; -O-

이제 슬슬 하드 파티션을 나눠서 프비를 깔아야할 텐데 잘 깔릴지 모르겠네요~ +_+

그동안 1년 반 오픈룩에서 사용해 왔던 블로그 스크립트인 pyblosxom을 떠나 이제 새로 떠오르는 블로그 엔진인coreblog로 이사하려고 준비 중입니다.

pyblosxom은 심플하고 간단한 철학으로 만들어진 것이긴 하지만, 아무래도 너무 심플해서 그냥 편히 쓰기엔 좀 확장성이 떨어지는 것도 있고.. 글이 많아지니 속도도 장난이 아니고.. 크롤러가 한 번 훑고 지나가면 거의 서버가 죽어버리는 문제도 있고 해서 --;;

coreblog는 우선, Zope기반으로 되어있고 템플릿은 DTML을 쓰고 있는 것이 특징입니다. 그런데, coreblog는 또한 일본 사람들이 주로 만든 것이라, UTF-8을 쓰는 것에도 크게 지장이 없어서, 별 문제 없이 한글은 쓸 수 있었습니다. (pyblosxom도 몇개의 패치가 필요했는데..) 그런데, 아직 완전히 국제화 된 것은 아니라서 메시지나 달력 같은 것을 지역화 하려면 스킨이나 소스를 일일이 패치해 줘야지만 가능한 듯이 보입니다. 조금씩 고치고는 있습니다. 흐흐

우선 원래 있던 블로그의 데이터를 그냥 버리기는 아까워서, 글 데이터, 첨부 데이터, 코멘트, 트랙백 중 글을 우선 간단한 스크립트를 짜서 이동해 봤습니다. Zope안으로 데이터를 들고 갈 방법도 묘연한데다, coreblog가 ZODB를 쓰다보니 따로 밖에서 접근할 만한 방법도 없고 해서 그냥 rss를 읽어와서 http 호출을 하는 방식으로 --;모으는 스크립트와coreblog로 넣는 스크립트는<-- 혹시 필요하시면 여기서 받아서 해 보세용. 흐흐;

그래서 일단 글을 채우기는 했는데, 첨부는 아무래도 손으로 옮겨야 할 것 같고, 코멘트와 트랙백을 슬슬 옮길 방법을 찾아 봐야 할 듯 합니다. --;; 흐흐.. 살짝 디자인도 바꿔서 빠르면 다음주 초에는 이제 미운 정이 듬뿍 든 pyblosxom을 떠나서 coreblog로~ 고고~~

현재 작업 중인 일부 사이트는http://openlook.org/blog.new/에서 보실 수 있습니다.(아무거나 누르면 혹시 에러날 수도 있으니 조심조심 --;)

얼마 전에 출퇴근 길에 읽었던 《쥐의 똥구멍을 꿰멘 여공》에 재미있는 수수께끼가 하나 있어서 그것을 이리저리 변형해 보면서 생각을 하고 즐기고 있습니다;; 으흐흐 이것 정말 오묘한.. ;;

원래 문제는 이렇게 되어 있습니다.

갑, 을, 병 세 사람이 탄알이 한 개씩 들어 있는 권총을 가지고 3자 결투를 벌인다고 하자. 병은 특급 사수라서 백발백중으로 과녁을 맞힌다. 을은 두번에 한 번 꼴로 과녁을 맞힌다. 갑은 셋 중에서 가장 사격 솜씨가 떨어져서 세 번에 한 번 꼴로 맞힌다. 이 3자 결투가 공정하게 이뤄 지기 위해서 갑이 가장 먼저 쏘고 그 다음에 을이 쏘고 그 다음에 병이 쏘기로 하면, 갑이 살아남을 확률을 최대로 높이기 위해서 해야할 일은 무엇일까?

이 문제의 답은 "허공에 대고 쏜다."인데, 아 그래 세상은 확률론적으로도 바보처럼 살아야 하는거야 하고 머리에 생각이 짠~ 하고 지나가 버렸습니다. 킁;

그런데, 이걸 탄알이 많이 들어있고, 각각의 확률은 갑이 50%, 을이 75%, 병이 90% 로 하고 셋이 동시에 쏘게 되는 경우를 한 번 생각해 봤습니다. 그렇다면. 을의 첫번째 선택은 자기가 맞을 확률이 가장 높은 병을 쏘게 되는 것이 될 테고, 병의 선택은 아무래도 마찬가지 이유로 을을 쏘게 될 것입니다. 그렇게 되면 을이 1라운드에서 살아 남을 확률은 10%, 병은 25%가 되는데, 갑은 그럼 1라운드에서는 아무래도 병을 쏴야 겠지요. 그러면, 1라운드의 병이 살아남을 확률은 최종적으로는 25%*50%=12.5%가 되겠습니다. 이때 을은 죽고 병이 살아남았다고 하면, 병은 갑을 쏘고, 갑이 병을 쏘면 갑이 2라운드까지 죽을 확률은 12.5%*90%=11.25%이고, 을이 살고 병이 죽었을 때에는 10%*75%=7.5%가 돼서 둘 중 하나가 살아남았을 때를 모두 합치면 18.75%가 되고, 1라운드에서 둘 다 죽었을 때에는 90%*75%=67%가 돼서 갑이 2라운드까지 살 확률은 85.75%나 됩니다. 그렇지만, 병이나 을이 따로따로 살아남을 확률은 갑이 또 50%씩 쏘기 때문에 5%와 12.5%밖에 안 되는 것 같습니다. 흑흑. 아아 세상은 모나게 살면 안 되는 건가 -O-

이것 참 죄수의 딜레마 만큼이나 시뮬레이션을 해야 전략에 따른 결과가 나오겠지만.. 수가 적은 곳에서는 아무래도 그냥 묻혀 사는 것이 나은 듯도 합니다.. 하긴 로얄 럼블 같은 곳에서 보면 수가 많아도 항상 잘 하는 녀석들이 젤 먼저 협공 당하지만;; 음.. 아무래도 강자가 냉혹한 사회에서 살아남는 방법은 너그러운 마음과 원만한 사회 관계를 가져서 이런 상황을 안 만드는 것이 좋은 것일까요?

웹 디자이너들은 꼭 파일을 달라면 alz로 묶어서 줍니다. 이건 대체 풀 방법도 마땅찮고 윈도우에서도 XP에 내장된 셸 압축 프로그램으로도 안 되고 해서 참 짜증나기가 이루 말할 데가 없는데.. 흐흐 그래서 archivers/alz2zip 을 전에 한번 그냥 장난으로 만들었다가.. 오히려 그런 제대로 돌아가지도 않는 스크립트를 왜 포트에 넣었냐는 핀잔이나 ;; -ㅇ-

하여간 unalz라는 유틸리티가 포터블하도록 POSIX에서도 컴파일 가능하게 포팅되었다고 하기에, (게다가 BSD라이센스로) 밤샘 도중에 잠시 짬을 내서 포트로 만들어서 넣었습니다. archivers/unalz 흐흐 별로 복잡한 alz는 안 해봤지만 전에 디자이너한테 받은 alz는 잘 풀리는군요; -O-

그리고 이제 별로 alz2zip은 쓸모가 없어져서 지웠습니당~

""" 네 적을 사랑하라. 그것이 적의 신경을 거스르는 가장 훌륭한 방법이다.

-- 86p, 〈충고〉

배우들은 불의에 맞서 분노하는 시늉을 할 줄 알기에 사람들의 존경을 받고, 사랑하는 시늉을 해서 사람들의 굄을 받으며, 행복한 모습을 연기할 줄 알기에 사람들의 부러움을 산다. 배우들은 이제 모든 직업에 침투하고 있다.

1980년 미국의 대통령 선거에서 로널드 레이건이 당선된 것은 배우들이 지배하는 세상이 도래하고 있음을 보여 주는 결정적인 사건이었다. 고명(高明)한 사상이라든가 통치 능력 따위는 쓸모가 없어지고, 연설문을 작성하기 위한 전문가들을 거느리고 카메라 앞에서 멋진 연기를 하는 것이 더 중요한 세상이 온 것이다.

사실, 현대의 대다수 민주주의 국가에서 유권자들은 더이상 정강 정책에 따라서 후보를 선택하지 않는다.(누구나 선거 공약이 종당엔 공약(空約)이 되고 말리라는 것은 뻔히 알고 있다. 현대 국가의 문제를 해결하기 위해 모든 정당과 정파의 지혜를 다 합쳐도 모자란다는 것을 느끼고 있기 때문이다). 그 대신, 유권자들은 생김새와 미소, 음성, 옷맵시, 인터뷰할 때의 격식을 차리지 않는 태도, 재치 있는 언변 따위로 후보자를 선택한다.

직업의 모든 분야에서 배우 같은 사람들이 불가항력적으로 우위를 점해 가고 있다. 연기를 잘 하는 화가는 단색의 화폭을 갖다 놓고도 예술 작품이라고 설득할 수 있고, 연기력 좋은 가수는 시원찮은 목소리를 가지고도 그럴듯한 뮤직 비디오를 만들어 낸다. 한마디로, 배우들이 세상을 좌지우지하고 있다. 문제는, 이렇게 배우들이 우위를 차지하다 보니, 내용보다는 형식이 더 중요해지고 겉치레가 실속을 압도하는 상황이 벌어진다는 데에 있다. 사람들은 이제 무엇을 말하는가에는 별로 주의를 기울이지 않는다. 그보다는, 어떻게 말하는지, 말할 때 눈길을 어디에 두는지, 넥타이와 웃옷 호주머니에 꽂힌 장식 손수건이 잘 어울리는지 따위를 보는 것으로 만족한다.

그리하여, 좋은 생각을 가지고 있으면서도 그것을 제시할 줄 모르는 사람들은 토론에서 점차 배제되어 가고 있다. 문제의 심각성은 바로 거기에 있다.

-- 96p, 〈미래는 배우들의 것이다〉 """

요즘 밤샘->외근->집에서 잠만 자고->또외근->밤샘 이런 루프를 돌고 있어서 시간이 전혀 안 나는군요. 흐흑. 메일 읽을 시간도 없고 엉엉. ㅠ.ㅠ

그래서 요즘은 출퇴근하면서 지난번에 읽었던 《나무》에서 베르나르 베르베르에 대한 호감이 생겨서, 이번에는 1993년에 나왔다가 2003년에 증보된 베르베르의 상식 사전인 《쥐의 똥구멍을 꿰멘 여공》을 읽고 있습니다. 흐흐.. 재미있네요.. 또 회의하러 가야해서 이만 --;

1974년, 운영체제를 만드는데 처음으로 고급언어 C가 사용되다.

2000년, 막 파이썬 붐이 일고 있던 리눅스코리아 사무실에서 나온 말, "야 이거 파이썬으로 운영체제 만들어도 되겠는걸!"

2001년, 뜬금없이 나타난 파격적인 "나름대로" 파이썬 기반 배포본 Gentoo Linux

2004년, 정말로 파이썬으로 운영체제를 만들고 있는 Unununium

이런 사건이 계속되면서, 뭔가 끝에 다가오는 느낌!

최근에 comp.lang.python에서는 파이썬으로 리눅스 커널을 다시 쓰기라는 글이 올라와서 한참 왁자지껄했습니다. 이정도면 그냥 지나가겠는데, 오늘은 freebsd-current 메일링 리스트에서 노익장 커미터 중의 한 명인 줄리언 일리셔씨가 커널 프레임워크라는 메일에서 C로 맨날 커널을 구현할라니 ㅂㅌ같은(aberrant) 레퍼런스 모델이나 계속 쓰고 있고, 여기저기서 반복된 똑같은 자료구조나 구현하고 있다고 신세 한탄을 하며, 이제 CPU들도 다 기가급인데 초고급 언어 (예를 들면 파이썬 같은..) 를 이용하면 정말 간단하게 해결될 것인데 하고 있군요. 흐흐.

그래요. 얼마전까지만해도 C++로 커널 만드는 것 조차, 느리지 않느냐! 쓸데없는 VM이나 런타임이 덕지덕지 붙지 않느냐! 하고 막 논란이 되고 그랬는데, 이제 여기저기서 초고급 언어를 쓰면 좋겠다 하고 잠시 꿈을 꿔 보는 사람도 있고, 진짜로 그런 짓을 해 보는 사람도 있고.. 아직은 좀 혼란스럽지만, Sun에서 Java로 데스크탑도 만드는 걸 보면 영 먼 얘기도 아닌 것 같습니다. 흐흐;

대망의 파이썬 2.4 첫 베타 릴리스인 2.4b1이 한국시간으로는 오늘 자정 12시에 릴리스 되었습니다. 2.4b1 부터는 이제 베타 릴리스라서, 기능의 추가나 기존 기능의 작동 방식 변경이 없고, 버그나 외부 인터페이스를 바꾸지 않는 향상, 명백한 결함에 대해서만 수정이 가해지게 됩니다. 2.4b1은 거의 1달 반만에 나온만큼 2.4a3에서 많이 바뀌었는데요, 대충 이런 것들이 바뀌었습니다.

• lukem씨가 수개월동안 패치를 업데이트해 왔던 재시작 가능 시그널 문제가 해결되었습니다.

• -m 명령행 옵션을 줘서 뒤에 모듈 이름만 주면 sys.path에서 찾아서 실행하는 기능이 추가되었습니다. (논란이 많았지만 결국은 추가 됐습니다. 흐흐;)

• 바이트코드 옵티마이저가 터플 묶음을 단체로 상수로 취급합니다.

• 새로운 subprocess 모듈이 추가되었습니다. 이 모듈은 os.system이나 os.popen의 느리고 복잡한 버전인데, viewcvs에 들어있는 popen.py와 비슷하게 구현되어있지만 좀 더 포터블하고 복잡하게 되어있습니다.

• re.findall re.finditer도 다른 re모듈 함수들처럼 플래그를 받을 수 있도록 바뀌었습니다.

• UTF-8과 UTF-16 내장 스트림 코덱들이 이제 완전한 stateful 상태로 동작할 수 있게 되었습니다. stateful코덱이 별도로 C로 구현된 것이 들어간 것인데, 다른 것들은 여전히 안 고쳐졌기 때문에, 멀티바이트 stateful 인코딩 중에 cjkcodecs에서 지원하는 것이나 utf-8, utf-16이 아닌 것들은 여전히 stateful 디코딩이 지원되지 않습니다. (뭐가 있는지는 안 찾아봐서;;)

• httplib이 IPv6를 지원합니다.

• DarwinPorts를 위해 /opt/local 을 prefix로 쓰는 라이브러리들을 인식하게 되었습니다.

저는 이제 마비노기도 끊었으니까 (;;) 다시 재미있는 파이썬질로 돌아가야겠습니다. 이히 ^^

오늘 드디어 FreeBSD 5.3의 릴리스 브랜치가 찍힙니다. 이름은 RELENG_5_3인데, 그동안 몇가지 지연되고 있던 MFC들이 완료되어서 오늘 10월 16일 오후 6시 (한국시간)에 약 1시간 정도 브랜칭 작업을 할 듯 합니다. 아직도 5.3 릴리스를 위한 이슈가 몇가지 있는데, accept 의 레이스 컨티션 문제, if_de 의 너무 느린 속도, proc0의 스왑이 너무 느린 문제 같은 것들이 릴리스 전에 해결되어야 한다고 합니다. 공식적인 스케줄로는 RELENG_5_3 브랜칭이 10월 7일이었는데 오늘 약 9일정도 지연되었으니 아무래도 최종 릴리스도 그정도 밀린 10월 말쯤에 FreeBSD 5 최초의 안정판 릴리스인 5.3이 최종 릴리스가 될 것 같군요..

애드센스 한국어 오픈이 2주일 째에 접어들면서 한국 특유의 상부상조 클릭류 (저도 잘못 Y.Y) 의 어뷰즈에 대해서 슬슬 대책을 세우고 있는 듯 합니다. 염장 홈페이지인 http://pmy.lv/ 를 운영하는 뭉고군이 애드센스에서 차단 당했다고 하는데, 인터뷰를.. 흐흐

퍼키군 오오.. 뭉고군 홈페이지에는 애드센스가 달린 지 얼마 안 됐는데 어쩌다가 차단 당했나요? 뭉고군 내가 클릭 많이했거든요 -; 그래도 돈이 올라가길래 다른 광고는 클릭했음 ㅡ.,ㅡ 엉엉 퍼키군 이야.. 혼자 많이 클릭해도 차단을 당하는군요! ㅋㅋ 차단 직전에는 얼마까지 모으셨나요? 뭉고군 30달러 정도요. 내 30달러 ㅜㅜ 퍼키군 아.. 차단 당하면 어떤 메시지가 올 지 정말 궁금한데요. 어떻게 되나요? 뭉고군 구글의 모니터링 결과, 귀하의 웹 페이지에서 부정한 광고 클릭이 발견되었습니다. 이로인해 귀하의 구글 AdSense 계정이 비활성화되었습니다. 이 조치는 구글 AdWords 광고주의 관계를 보호하기 위하여 취해졌음을 양해해 주시기 바랍니다. .. 메일이 와요. ㅜㅜ 퍼키군 아.. 한화로 3만원이 훨씬 넘는 돈인데. 황금거위를 잡은 꼴이 됐군요. 혹시 같은 광고를 계속 클릭 하셨나요? 뭉고군 아뇨. 다른 광고는 클릭해도 되는 줄 알고.. ㅜㅜ 퍼키군 그렇다면, 아무래도 자기가 아니라, 남의 광고라도 맘에 안 드는 사람이 있다면 그 사람 광고를 마구 눌러서 차단당하게 만들 수 있을텐데, 과연 그럴까요? 뭉고군 네 그러면 비활성화 될지도 몰라요 -_-; 이제 제 홈페이지에는 광고가 뜨지도 않아요 --; 돈 잘버는 사람에게 다른사람이 열라 클릭하면 비활성화 대뿌고 --; 퍼키군 예.. 소식 전해주셔서 감사합니다. 앞으로 언젠가는 풀리길 --;

흐흐.. 다들 조심하시기 바랍니다;;;; -O-

1987년에 나온 IEEE/ANSI 표준인 IEEE854 기수법 독립적 부동소수점 연산 (Radix-independent Floating-Point Arithmentic)을 구현한 decimal 모듈은 파이썬 2.4에 들어온 모듈 중에 단연 가장 많은 관심을 받고 있고 기대가 되는 모듈입니다. 웹에서 찾아 보니까 IEEE854가 생각보다 많은 곳에서 이미 지원되고 있었는데 GNU libc에서도 몇개가 검색이 되는 걸로 봐서는 GNU libc에서도 지원이 되고 있는 것 같이 보입니다. (FreeBSD에서는 아직..)

이미 수학 연산을 많이 하시는 분이면 아시겠지만 저는 처음 들었는데, IEEE854는 IEEE754의 보완한 미래형 판(이라고 하기엔 좀 나온지 오래된;)이라고 할 수 있는데, IEEE854 스펙을 모두 지원하면 IEEE754도 지원할 수 있으니 수퍼셋이라고 봐도 될 듯 합니다. IEEE854-1987 표준은 스펙이 아주 간단히 나와있는데, 주요 특징으로는 다음과 같은 것이 있습니다.

• 2진법, 10진법 지원

• 연산되면 예외를 발생시키는 Signaling NaN과 그냥 NaN으로 만들어 버리는 Quite NaN 지원

• 정밀도 아래의 값을 다룰 방식 (올림, 내림, 반올림, 반내림 등등)

• 예외 처리

• 트랩 핸들러

사실 IEEE754는 구체적으로 본 적이 없어서 트랩 핸들러 같은 것까지 지원이 되는지는 잘 모르겠지만, 하여간 정말 멋지긴 합니다. 흐흐 그동안 파이썬에서 0.3+0.3했는데 왜 0.6이 안 되나요 하는 질문을 하면 "아이고 그건 원래 그런거예요." 하는 뻘쭘하기가 그지 없는 그런 말로 대답을 해 줘야 했는데, (CP4E를 표방하는 언어가 2진법으로 소수쓰는 방법까지 이해를 하라는 건 --;) 하여간 IEEE854의 10진법 표기를 쓰게 되면 프로그래머나 비프로그래머 모두 쉽게 이해할 수 있는 0.3+0.3=0.6이 되는 즐거운 세상이 올 것 같군용.

파이썬에서는 IBM에서 Rexx언어를 위해 만든 범용 10진 연산 스펙을 기준으로 해서 구현이 되어있는데, 순수 파이썬으로 무려 3천라인이 넘는 구현이 되어있습니다;; 앞으로는 아무래도 파이썬 2.5나 2.6에서 set이 그랬던 것처럼 빌트인 타입으로 들어오게 될 것 같은데, 제 욕심으로는 아무래도 파이썬 3k에서는 스트링은 모두 유니코드로, 숫자형은 모두 Decimal와 int를 통합한 형태로 됐으면 하는 바람입니다. 0.3+0.3이 0.6이 되는 그 세상을 위해 --;;

>>> from decimal import * 
>>> x = Decimal('0.3')
>>> x + x
Decimal("0.6")

원래 1주일 예정이었지만, 실제로는 엄청나게 길어졌던 5.3 릴리스를 위한 포트 프리즈가 반쯤 풀렸습니다. 이번 5.3 릴리스 엔지니어링 과정은 정말로 별의 별 문제가 다 발생해서 계속 지연되고 있는데, 포트에서도 막판 soversion 범프, bind9 업데이트 등등이 있었고, 소스쪽에서는 이상한 곳에서 쓰레드가 행 돼 버리는 문제라던지, gdb 문제라던지 뭐 이것저것 늘 봐왔던 꼭 essay topic generator같은 류의 생성기로도 만들 수 있을 것 같은 문제들이 골고루 나왔습니다.;;

5.3 스테이블 태그는 몇가지 MFC로 인해서 약간 지연되고 있고 늦어도 11월 중에는 나올 것 같군요. 그동안 바쁘기도 하고 approval받기도 귀찮고 해서 쌓아뒀던 패치들을 넣어야 겠네요; 파이썬도 서지원님께서 2.4b1 릴리스를 막고 있던 치명적인 문제를 수정하시는 덕분에 곧 릴리스가 될 듯 합니다.

2000년에 나온 KLDP 데비안 티셔츠를 정말 목 늘어나도록 열심히 입었는데, 얼마 전 양유성님께서 검은색 카리스마 데비안 티셔츠를 하나 구입하신다기에, 덩달아 같이 하나 샀습니다. (감사 ^^)

므흐흐 앞면은 KLDP 데비안 티셔츠랑 비슷한데, 뒷면에 초강력 회오리가 사진처럼 (;;; 저 뻘쭘한 사진은;) 왕대빵 크기로 있습니다. 아 멋있군요. 추워도 오늘은 이것 입고 출근을~ 이히~

한글날 특집으로 블로그 쪽들에 들어오시면 약간 색다른 페이지들이 보이도록 했습니다. ^-^** 우선 국어로 모두 번역하는 것은 무리라.. 그냥 한글로라도 나오게 --; 어떤가요? -O-;;;; 에헤헤;;

얼마전에 AMK가 개인 블로그에 올린 파이썬 미래를 향해라는 글이 요즘 이슈로 떠오르고 있습니다.

주요 논지로는 앞으로 계속 늘어가는 여러 기반의 써드파티 파이썬 구현들 (Jython, PyPy, IronPython, Parrot 등등)과의 평화적인 공존과 CPython의 한계성을 고려하면, 앞으로 파이썬 언어 자체의 변화를 최소화하고 표준 라이브러리를 견고하게 하고 보완하는 것에 주력하자는 것입니다. 현재 파이썬 표준 라이브러리는 대충 보면 아주 많고 잘 돌아가는 것처럼 보이기는 하지만, 사실은 메인테인 안 되는 라이브러리도 산적해 있고, 숨어있는 구조적 버그도 꽤 많은 편이라 문제가 있긴 있습니다. 그리고, .NET이나 Java, Perl같은 표준 라이브러리를 위한 모듈 네임 스페이스가 없어서, 표준 모듈로 구분하는 것이 힘들다는 문제도 있고, 여러 가지를 지적하고 있군요. 흐흐 역시 혼자 느끼는 것은 아닌가 봅니다. +_+

또한, CPython은 크로스 랭기지 VM들의 유행, GIL로 인한 SMP 효율성, 써드파티 구현의 대거 등장 등등 여러 문제로 인해서 5년 안에 아무래도 버리게 되지 않을까 하는데, 저도 .NET이랑 Parrot을 보고서는 CPython은 아무래도 3~4년 넘게 가기 힘들겠다 생각을 하고 있었기는 합니다. 크로스 랭기지의 막강함은.. -o-

이 주제에 대한 토론 중에 rhettinger가 파이썬 언어 자체에서도 앞으로 변경되어야 하는 사항에 대해서 얘기를 해 주었는데, 그 중에 빌트인 타입으로 decimal이 들어가면 좋겠다고 그래서 깜짝 놀랐습니다. 흐흐

지난 7월에 있었던 OSCON에서 직선적인 파이썬 전도사인 폴 그레이엄이 "파이썬 프로그래머는 자바 프로그래머들보다 똑똑(smart)하다."라고 하는 바람에 현장에서는 박수를 치고 난리가 났지만, 뒤에서 자바 프로그래머들에게 엄청난 공격을 받은 적이 있습니다. 평소에 폴이 늘 하는 스타일의 짓이긴 했지만. 자기 홈페이지에 왜 그렇게 말했는지에 대한 해명이 올라왔군요.

주요 내용으로는, 자바 프로그래머들은 보통 밥먹고 살기 위해서 또는 학교에서 시켜서 시작하는 경우가 많다. 그러나 파이썬 프로그래머들은 파이썬만 갖고는 밥먹고 살 방법도 묘연하고, 학교에서 시키는 경우도 드물기 때문에, 사실상 파이썬 프로그래머들이 자바 프로그래머들에 비해서는 순전히 자기 만족을 위해서 파이썬을 시작한 경우가 많다. 물론, 그런 사람들도 밥먹고 살기 위한 C나 Java, C#, VB등의 언어를 이미 알고 있는 경우가 많기 때문에, 파이썬 프로그래머들은 평균적으로 자바 프로그래머들보다 똑똑하다고 볼 수 있다. 라는 논리입니다. 흐흐흐..

폴은 그래서 "Python Paradox"라고 이름을 붙인 이런 역설을 하나 소개합니다. "소프트웨어를 비교적 덜 알려진(소수의; esoteric) 언어로 개발하는 회사는 보통 더 나은 프로그래머를 고용할 수 있는 가능성이 높다. 왜냐하면 거기에 고용된 사람들은 그런 언어를 익힐 정도로 열의가 있는 사람들이기 때문이다." 전에 "설득의 심리학"에 나왔던 역설과 비슷한 말이 됩니다. "좋은 일자리를 얻으려면, 사람들이 좋은 일자리를 얻기 위해 공부하는 언어가 아닌 것을 공부하는 것이 좋다." 구글도 자바 프로그래머를 뽑으면서 파이썬도 아는 사람을 찾는다는군요.

므흐흐.. 사실은 리눅스코리아도 파이썬을 할 줄 아는 php프로그래머, C프로그래머를 줄곧 몇년간 뽑고 있는데, 국내엔 파이썬 프로그래머 자체가 워낙 적어서 으흐~;

"밥먹고 살려면 밥먹고 사는 것에 관심이 없는 척해야 한다." -O-

추석동안에 소리 소문없이 슬쩍 subversion 1.1이 stable release로 나왔네요. 그동안 회사에서 "으악~~ DB가 깨졌어~~" 소리가 하루 종일 열댓번씩은 났던 것을 생각해 보면, subversion 1.1에서 나왔다는 fsfs는 정말 기대가 됐습니다.

그래서 냉큼 subversion 1.1을 깔고 레포지트리를 덤프 뜬 다음에 fsfs로 바꿔버렸습니다. 리비전이 1200정도 되는데, 워낙 서버가 느려서 한 5분 정도 걸리는군요.. 그런데 게다가 woody라서 그나마 나오는 패키지도 다 옛날 버전이고.. 흐흐흐; 그냥 간단하게 ./configure 했더니 버클리DB 없이 컴파일했다는 워닝이! 캬! 그래 이게 바라던 거였어! (subversion으로 인해 버클리DB에 쌓인 감정이 많다..;)

원래는 레포지트리/db/db.00* 와 레포지트리/db/log.00* 파일들이 흉칙하게 남아있었는데 이제는 fsfs로 하면 레포지트리/db/{revs,revprops,transactions} 밑에 숫자 1~5자리 정도로된 파일이 수백개씩 들어갑니다. 다행히 리비전 1개에 파일이 1개... (리비전 1개의 파일당 1개였으면 --;) FreeBSD 레포지트리처럼 리비전이 80000쯤 되면 디렉토리당 파일이 80000개 -ㅇ- 뭔가 대책이 필요합니다 =.=; 그런데, 처음 fsfs 말을 들었을 때 기대했던 CVS처럼 사람 눈에게도 친절한 포맷은 아닙니다. 그렇다고 완전 못알아 볼 포맷도 아니긴 하지만.. 하여간 RCS는 아니군요 (별 기대를 -ㅇ-)

속도는 특별히 버클리DB로 쓸 때보다 차이가 있는 것 같지는 않습니다. blame이 좀 느리다는 얘기를 들었는데 체감 속도로는 별 차이가 안 나는군요.. (어차피 느려서;;)

대충 아무렇게나 막 while루프로 svn에 접속시켜봤는데, 버클리DB를 쓰던 시절 같으면 금세 깨져버렸을텐데 아직 멀쩡한 걸로 봐서, 그런대로 안 깨진다는 것은 사실인 듯 합니다. 이제 마음 졸이며 DB 복구하는 시절은 갔군요. 으흐히;;

Zope도 아니면서 Zope에 근접하는 엄청난 속도를 자랑하는 TwistedWeb을 실제로 적용한 사업용 사이트가 나타났습니다. +_+ TwistedWeb은 참 멋지긴 하지만, 100% TwistedWeb기반으로 작동하고 있는 CIA를 봤을 때 어떻게 이렇게 느릴 수가 있는가! 하고 생각을 하고 있었는데, CIA가 아무래도 하드웨어가 안 좋았나 봅니다. ;

Superleage 사이트는 바로 그 느리기로 하면 TwistedWeb 못지않게 유명한 PostgreSQL을 사용하고 있는데, 그런대로, 복잡한 DB 작업이 일어날 만한 페이지들도 무난히 나오고 있습니다. 신기하군요. 역시 잘 만들면 되나봅니다. (또는 아직 방문자가 없거나;;)

실제로 이렇게 적용한 사이트를 보고 나니, 괜히 지금 하고 있는 실패한 D모 프로젝트를 TwistedWeb으로 했으면 좋았을 거라고 생각을 해 보게 되는군요. =.= 흐흑..

어댑터가 없어서 충전도 안 된 노트북 부여잡고 뒹굴뒹굴 대던 지루한 추석 연휴를 마치고 서울로 돌아오는 길에 노트북도 여전히 못 만지고 해서, 오랜만에 기차 안에서 우아하게(ㅋㅋㅋ) 책이나 읽어볼까 하고 동생 책을 하나 빼 왔습니다. 딱히 눈에 띄는 것도 없고 해서 동생이 골라 주는 것을 아무거나 덥석 집어 왔는데, 이름은 많이 들어봤지만 평소에 픽션은 거의 안 읽는 터라 실제 작품은 한 번도 못 읽어본 베르나르 베르베르의 《나무》였습니다. 그동안은 베르나르 베르베르 작품은 왠지 이름에서 지지리 궁상 얘기 뭐 그런 것 같은 분위기가 물씬 나서.. (아무래도 베르테르의 영향이리라 --;) 거부감이 있었지만, 삽화가 재미있어 보여서 마음이 내켰습니다. 으히히

나온지 꽤 오래된 책이고 이미 베스트셀러에 한참 전에 있었던 책이라 많이들 읽어 보셨겠지만, 아아.. 이 충격이란! 첫 작품인 "내겐 너무 좋은 세상"부터가 그래! 소설이라면 이렇게 재미있는 상상을 할 수도 있지! 하고 탁 치며 상상의 나래를 펼치면서 순식간에 빨려 들어가 버렸습니다. (재미없는 영화를 봐도 감정이입을 잘 하는 성격..) 흐흐 바로 그.. 가전제품들이 다 감성화가 되어서 조용한 옛날 가전제품들이 더 그립다는.. 사실 저도 전에 한번 꿈에서 나온 적은 있는 얘기이긴 하지만 흐흐..

그 이후에도 투명 피부이야기, 타임머신 이야기, 고령 사회 이야기, 인간이 아닌 종이 인간을 애완 동물로 사육하는 방법을 적은 이야기 등등 꿈 속에서 한번씩은 비슷한 상상을 해 봤음직한 얘기들을 정말 고루고루 재미있게 그려내고 있는데, 정말 얘기에 흠뻑 빠져서 얘기 하나 읽고서는 한 20분은 그 생각에 이리 저리 엉뚱한 생각을 덧붙여보고.. 치매 예방에 정말 좋겠습니다 =.=;;

흐흐.. 혹시나 아직 안 읽어보신 분 중에 공상과학 꿈을 주로 꾸는 분들은 꼭 읽어 볼 만 합니다.

재미있었던 묘사를 하나 인용.. 이히히

""" 냄새는 날이 갈수록 더욱 독해졌다. 그러자 어떤 유기물 덩어리가 운석 내부에서 부패하고 있기 때문일지도 모른다는 가정이 제기되었다. 냄새가 오죽 역겨웠으면 파리들조차 멀리 날아가 버리는 판국이었다.

그 악취에 태연할 수 있는 자는 아무도 없었다. 코의 내벽이 따끔거리고 목구멍에 염증이 생기는가 하면 혀까지 뻣뻣해지는 느낌이 들 정도였다. 천식 환자는 숨이 차서 헐떡거렸고, 코가 막혀서 입으로 숨을 쉬던 감기 환자조차 입 벌리기를 두려워하였으며, 개들은 죽어라 하고 울부짖었다. --- 68페이지, "냄새" """

""" 하지만 기계가 사람처럼 구는 것도 어느 정도지. 이건 해도 정말 너무했다. 가장 하찮은 도구들조차 제가 맡은 일을 주도적으로 하겠다고 기를 쓰는 상황이 되었으니 말이다. 셔츠는 제 스스로 단추를 채웠고, 넥타이는 마치 뱀처럼 제 스스로 사람의 목 주위에 감겼다. 텔레비전과 하이파이 오디오 세트는 서로 자기가 먼저 집주인을 즐겁게 해 주겠다고 다투었다.

사정이 이쯤 되고 보니, 뤽은 때때로 소박하고 말 없는 옛날 물건들이 그리웠다. 온-오프 스위치가 달려 있어서 사람 손이 가야만 움직이는 가전제품들, 금속으로 된 작은 종을 두드려서 소리를 내는 태엽 자명종, 삐걱거리는 문, 자력으로 움직일 수 없고 그래서 위험하지도 않은 실내화, 요컨데 생명의 흉내를 내지 않는 물건들이 말이다. 하지만 그런것들은 이제 골동품 가게나 가야 찾아볼 수 있다. --- 15페이지, "내겐 너무 좋은 세상" """

"""

으흐흐. 정말 오랜만입니다. 추석에 집에 갔는데 노트북 어댑터를 놔두고 가는 바람에 전원 안 들어오는 노트북을 부여잡고서는 --;; ;_;

지난 주에는 퇴근길에 읽을 만한 문서를 보다가 rfc:3675 를 인쇄했습니다. rfc3675 .sex Considered Dangerous는 98년부터 꾸준히 있어왔던 .sex 도메인에 대한 역사적인 문제점들을 다루고 있습니다. .sex TLD의 기본 목적은 애들한테 유해하다고 판단되는 야싸이트들을 .sex로 분리해서 쉽게 막을 수 있도록 하자는 것인데, rfc3675에 따르면 98년부터 미국 의회나 여러 사회단체에서 꾸준히 ICANN에 압력을 넣고 있었다고 합니다. 그렇지만, ICANN에서 꿋꿋히 저항해서 결국은 아직도 안 들어가고 있다고 하는데, rfc3675에서는 그 이유에 대해서 이모저모 아주 요약된 설명을 하고 있습니다.

기본적으로 .sex를 주장하는 목적은 .sex에 18세 미만이 접근할 수 없는 사이트들을 분리하고, .kids에 애들한테 안전한 사이트를 넣고, 마지막으로 위험한 사이트들을 IP에서 특정 영역으로 분리해서, 애들한테 라우팅을 안 해 주는 것 까지 포함하고 있습니다.

rfc3675의 저자는 여러가지 이유에서 이런 것을 반대하고 있는데 대충 요약하면 이렇습니다.

• 나라마다 미성년자 기준이 다르다. 대부분은 18세를 택하고 있지만, 스칸디나비아 반도에서는 17세이며, 20세인 곳도 있다.

• 나라마다 미성년자에게 허용하는 범위가 다르다. 미국같은 경우에는 성인물에 대해서 아주 보수적인 편이지만 러시아나 북유럽같은 경우에는 아주 관대하다.

• 성인물 뿐만 아니라 수백가지의 아동 격리 대상 컨텐트가 있다. 현재 국제적으로 분류된 PICS 만 보더라도 300개 정도는 충분히 나올 수 있고 그 300개의 대상에 대해서 일일이 TLD를 만들거나 2진법에 대해서 분류하다가는 도저히 칠 수 없을 정도 길이의 도메인이 나올 것이다.

• 현재 사용하고 있는 상당수의 프로토콜은 도메인에 따른 컨트롤이 불가능하다. 대표적으로 HTTP같은 경우도 IP로 링크하는 경우가 있을 수 있으며, IRC는 사실상 도메인 기반의 접근 제어가 불가능하다. 또한 메일의 경우에는 각각의 라우팅을 모두 고려하면 사실상 TLD에 따른 제어는 무용지물이다.

• IPv4의 경우 존에 따른 연령별 분리가 사실상 전혀 불가능하다.

• IPv6의 경우 128bit 존으로 기술적으로 .sex 하나에 대해서만은 가능하지만, 컨텐트 제어에 사용될 300여가지의 분류(폭력성, 변태성, 정신이상성, 반사회, 마약, 정치적 사상, 범죄 합리화, 무법행위 등등) 를 다 도입할 경우에 128비트로도 도저히 수용을 못 할 것이다.

흐흐흐. 저도 그냥 .sex 있으면 구분하기 편하겠다 하고 생각하고 있었는데, 이런 문제를 꼬치꼬치 보고 나니 정신이 아찔하군용~ 그런데, 딱히 대안이 없는 것이 약간 서운하긴 하지만.. 며칠동안 출퇴근길에 고민을 해 봐도 정말로 대안이 적당한게 없군요.. 제 생각에는 미국같은 보수적인 동네에서 가장 많이 신경 쓰는 성적인 것들에 대해서는 점차 성인물의 기준을 낮춰서 그냥 적당히 사춘기만 넘기면 다 볼 수 있게 해버리면 어떨까 합니다. -ㅇ-;; (그 전에는 관심이 없을테니..)