lifthrasiir, shoveling age is coming

그냥...

lifthrasiir — Wed, 4 Apr 2007 08:35:43 +0900

원래는 이 블로그 버려 놓고 새로 만들던지 뭔가 하려고 했는데 귀찮네요. 아무 생각 없이 조금씩 생각을 뱉어 내는 장소로 임시로 쓸 생각입니다.

more..

새해 복 많이 받으세요.

lifthrasiir — Mon, 1 Jan 2007 00:00:00 +0900

블로그를 다시 시작하는 건 아닙니다만, 이 피드를 아직도(?) 보고 계실 분들을 위해서 씁니다. 새해 복 많이 받으세요. 안 그러면 제가 패서라도 많이 받게 할 겁니다. :)

토끼군 작업실은 2007년에도 열심히 삽질을 할 예정입니다. 많이 기대해 주세요.

2007년 1월 1일...에서 몇 분 전에
토끼군 강 성훈

죄송합니다

lifthrasiir — Wed, 6 Dec 2006 20:28:01 +0900

기다려주신 여러 분들께 죄송합니다. 언젠가는 다시 돌아 오겠습니다.

피곤하네

lifthrasiir — Fri, 24 Nov 2006 20:57:48 +0900

최근 한 주동안 바빴다... 서울에 나흘동안 다녀 온 것도 있었고, 상당한 수준의 슬럼프에 빠져서 할 일들의 진행이 매우 더뎠다. 정리하자면,

리처드 스톨만 강연회에 다녀 왔다. 사진을 찍혔는데, 튀려고 한 건 아니었고 단지 사진의 폭을 너무 작게 생각하고 위로 올라가야 겠다는 생각을 한 것 뿐이다. orz
r/k/p/n/s/c 도합 여섯 명과 함께 밥을 먹고 보드 게임을 했다. 로보 77에 3의 배수 금지하는 규칙을 넣어서 한 게 가장 골때렸다. (소음이 매우 심했기 때문에 다른 팀에 충분한 민폐를 끼쳤을 것이다.)
위에 나온 사람 중 n/s 두 사람과 함께 하룻밤을 잤다. 일명 움집이라 하는 고시원 방에서 다양한 헛소리를 나누고 라면과 드림카카오를 무단 흡입했다.
이틀동안 외박을 한 댓가로 몸 상태가 매우 악화된 가운데 새마을호를 타고 학교로 돌아 왔다.
전산과 신환회에 가서 저녁밥을 때웠다. 내 정체를 아는 사람이 있어서 당황했다. (먼산)
각각 같은 날 자정, 9시, 10시 반, 1시가 기한인 네 개의 숙제를 하느라 밤을 샜다. 몸 상태가 매우 안 좋았기 때문에 하나는 쨌다.
그 직후 24시간 안에 15시간 자서 정신이 파탄났다.

이런 정신을 안정시켜 주는 데는 역시 음악이 딱인 것 같다. 쓸데 없이 기다려 주신 몇몇 분들께 죄송하며, 내일 매우 기술적인 글을 써 보려고 한다. IRC에서 나온 얘기를 바탕으로 할 생각인데 관심 있으신 분들이라면 흥미를 가질 만한 주제이다. :)

아래 글은 관계된 분(특히 아이피가 223.131로 끝나는...)만 읽어 주시라.

별 관계 없는 어떤 글에 답글을 달아 주신 모 분께, 귀하의 댓글은 다음과 같은 사유로 삭제되었음을 알립니다.

어떤 특정한 글에 대한 의견이 아닌 일반적인 글을 쓸 때는 방명록이나 이메일이라는 좋은 수단을 쓸 수 있습니다.
"궁금이" 류의 이름은 보는 사람에게 성의 없다는 느낌을 주기에 충분합니다. 자신이 누구인지를 밝힐 수 있는 최소한 정보라도 주는 것이 답변을 할 마음을 만드는 데 좋습니다.
위법이 될 가능성이 있는 일을 공개적으로 물어 보는 것 또한 무례할 수 있습니다. (아까 말한 이메일이라는 좋은 수단을 쓸 수 있습니다.)
답장할 메일 주소나 방법이 없다면 아무리 답변할 마음이 있어도 어디에 답변해야 할 지 매우 곤란합니다.
결정적으로 요청을 들어 주기 귀찮습니다.

이 블로그에 답글을 달아 주셔서 고맙습니다만, 앞으로는 이러한 사항을 주의하셔서 글을 써 주시길 부탁합니다. 감사합니다.

자정을 나타내는 몇 가지 방법

lifthrasiir — Tue, 21 Nov 2006 08:17:06 +0900

나흘동안 서울 다녀 오고 나서 (덕분에 블로그를 쉬었는데, 그 얘기는 나중에...) 돌아 오고 나니 숙제가 산더미다. 요즘은 전자 우편 제출이 많아지면서 숙제를 내는 기한이 보통 자정으로 되어 있는 경우가 많은데, 문제는 이 '자정'이라는 시각이 의외로 모호하다는 점이다.

자정을 나타내는 몇 가지 방법 중 내가 본 것들만 나열해 보자. 예를 들어서, 오늘의 끝(11/22 00:00 KST)을 나타낼 때는 다음과 같은 방법이 있다.

11월 22일 자정
11월 22일 00:00
11월 21일 24:00
11월 22일 24:00
11월 21일과 22일 사이의 자정
11월 21일 23:59:59
11월 21일까지 ('자정'이라는 표현이 암묵적으로 포함됨)
11월 22일까지 (위와 동일)

설마 하실 분도 계시겠지만 사실 나는 위의 여덟 가지 표현을 모두 적어도 한 번씩 봤다. 언뜻 보기에 3번과 4번은 절대로 같은 시각을 나타낼 수 없을 것 같아 보이지만, 사람들마다 24:00을 00:00과 완전히 같은 뜻으로 쓰는 사람들도 있다. 이 덕분에 2번과 1번 표현도 사람들을 혼동시키기에 충분하고, 7번이나 8번 또한 끝점이 명확하지 않아서 혼란을 가중시킨다.

이런 다양한 문제가 생기는 이유는 하루라는 시간의 시작점과 끝점이 실제로 그 구간에 포함되는 건지 명확하지 않기 때문이다. 나같은 경우 11월 22일은 항상 22일 00:00을 포함하고 23일 00:00을 포함하지 않는다고 가정하고 얘기를 하지만, 다른 사람들은 22일에 22일 00:00과 23일 00:00이 모두 포함된다고 가정하고 얘기를 하기도 한다.

따라서 다음과 같은 지침을 제시할 수 있겠다.
"숙제 제출 기한 같이 민감한 경우 위의 표현 중 서로 모순되지 않는 둘 이상의 표현을 써서 정확한 시각을 확인하고, 다른 사람들에게 이런 시각을 말할 경우 5번이나 6번을 사용할 것을 고려하라."

참고로... 이번에 해야 할 디비개 숙제는 "11월 22일까지" 제출하라고 되어 있었고, 여기에 해당하는 정확한 시각은 11월 23일 00:00:00일 것으로 추측된다. 이래서야 숙제를 하루 일찍 하는 수 밖에 방법이 없겠다. orz

live.com 계정 생성이 막혔네

lifthrasiir — Mon, 13 Nov 2006 09:44:58 +0900

한때 가입 화면에 없는 도메인을 자바스크립트로 선택할 수 있도록 조작하면 live.{com,it,...} 등의 도메인을 사용하는 메일 주소를 만들 수 있다는 사실이 알려져서 수많은 사람들이 이 메일 주소를 받아 갔다.이 사건은 C|Net 뉴스까지 오르내리락하다가 사흘만에 고쳐졌다고 한다.

의도적인 건지는 모르겠지만, 아무튼 웹 프로그래머라면 이 사건을 보고 떠오르는 바가 있을 것이다. (아니라면 좀 더 새로운 세상을 경험해 보시길 :p) "클라이언트는 믿을 놈이 못 된다."

윈도우 화면 갈무리

lifthrasiir — Sun, 12 Nov 2006 20:55:53 +0900

오늘 하드디스크에 넘쳐 나던 그림들을 정리하는 도중 이런 흥미로운 사진을 발견했다.

흑백?

대강 보기에 윈도우 화면은 맞는데 왜 흑백인지 궁금하신 분께서는 화면에 떠 있는 작업 관리자 창을 유심히 보시면 그 해답을 알 수 있다. 저 사진을 찍는 시점에 컴퓨터의 메모리가 거의 모두 소진되어서 화면 갈무리를 위해 필요한 메모리를 할당하는 데 실패하자, 윈도우가 흑백으로 화면을 저장해 버린 것이다. (PAE 따위 쓰지 않는 한 IA-32에서 윈도우의 메모리 한계는 2GB이다.)

개인적으로 윈도우가 감탄스러운 것은, 어차피 저런 극한 상황에서는 화면 갈무리가 큰 의미를 갖지 않는데도 가능한한 갈무리가 가능하도록 fallback을 다 만들어 두었다는 점이다. 뭐 C++ STL에서는 std::stable_sort 같이 보조 메모리를 잡을 수 있으면 더 빨리 동작하는 알고리즘들도 있긴 하지만, 이런 것들은 성능을 위한 것이지 최악의 상황에도 대비할 수 있도록 만든 게 아니란 말이다.

아무튼, 여기서 얻을 수 있는 교훈은 메모리 1GB씩 잡아 먹는 괴물을 만들지 말도록 자나 깨나 조심해야 한다는 것. -_-;;; 실제로 잘못 만들어진 웹 페이지를 익스플로러로 열면 프로세스 하나가 1.2GB씩 먹는 경우가 있었다.

동영상 업로드 테스트

lifthrasiir — Sun, 12 Nov 2006 02:38:29 +0900

괜히 티스토리에 동영상이 잘 올라 가는지, 그리고 올라간다면 어떻게 올라가는지 궁금해서 한 번 올려 봤다. 아래는 리듬잇-_-으로 murmur twins -4.6.0 beat mix-를 플레이한 것이다.

(사실 나는 리듬 게임을 꽤 오래 했음에도 불구하고 실력이 썩 좋지는 않다. 이게 최고 기록이긴 한데, 잘 보면 실수로 잘못 누른 부분이 두 세 군데 있다. -_-;)

fraps로 갈무리를 하니 1.2GB가 나오길래 VirtualDubMod로 적절히 손질했다. (그러고 보니 AVI 원래 스펙은 2GB까지만 허용하던가?) 예상대로 업로드에는 플래시 컴포넌트가 쓰였는데, 생각보다 빨리 업로드되고 인코딩되는 점이 인상깊었다. (인코딩은 누군가가 처음 동영상을 봤을 때 비로소 진행된다.) 아마 대규모 서버 팜을 두고 인코딩 작업을 전담하는 게 아닌가 싶다.

도쿠위키 수정

lifthrasiir — Fri, 10 Nov 2006 00:46:00 +0900

저번에 도쿠위키를 설치했다는 글을 썼는데 최근 며칠동안 개인 위키로 쓰기 좋게 다양한 수정을 가해 보았다. 필요하신 분들을 위해 수정한 부분을 공개한다. 참고로 내가 사용하고 있는 버전은 2006년 10월 19일판(RC3)이다.

좀 긴 글이니 보기를 클릭해서 필요한 부분만 보시길 바란다. (태터는 코드 붙여 넣기가 참 불편하군... -_-;) 모든 수정된 코드는 도쿠위키 라이선스(GPL이었나?)와 동일한 조건으로 배포된다.

제목줄 문법 수정
다음 수정은 첫 단계 제목줄을 "====== asdf ======" 대신에 "## asdf" 식으로 쓸 수 있도록 한다. 또한 이들이 항상 정확히 한 줄에 오도록 해서 실수를 방지한다. (현재 문법에서는 "foo == bar == quux"라고 해도 제목줄이 만들어진다!)

보기

/inc/parser/handler.php의 Doku_Handler 클래스에 있는 header() 메소드를 다음과 같이 수정하고 덧붙인다.

   function header($match, $state, $pos) {

        // get level and title

        $title = trim($match);

        $level = 7 - strspn($title,'=');

        if($level < 1) $level = 1;

        $title = trim($title,'=');

        $title = trim($title);

        return $this->set_header($title, $level, $pos);

    }

   function header_alt($match, $state, $pos) {

        $title = trim($match);

        $level = strspn($title,'#') - 1;

        $title = trim($title,'#');

        $title = trim($title);

        return $this->set_header($title, $level, $pos);

    }

   function set_header($title, $level, $pos) {

        global $conf;

        if ($this->status['section']) $this->_addCall('section_close',array(),$pos);

        if ($level<=$conf['maxseclevel']) {

            $this->_addCall('section_edit',array($this->status['section_edit_start'], $pos-1, $this->status['section_edit_level'], $this->status['section_edit_title']), $pos);

            $this->status['section_edit_start'] = $pos;

            $this->status['section_edit_level'] = $level;

            $this->status['section_edit_title'] = $title;

        }

        $this->_addCall('header',array($title,$level,$pos), $pos);

        $this->_addCall('section_open',array($level),$pos);

        $this->status['section'] = TRUE;

        return TRUE;

    }

그리고 /inc/parser/parser.php의 Doku_Parser_Mode_header 클래스에서 preConnect() 메소드를 다음과 같이 고친다.

    function preConnect() {

        //we're not picky about the closing ones, two are enough

       $this->Lexer->addSpecialPattern(

                            '(?<=\n|^)[ \t]*={2,}[^\n]+={2,}[ \t]*(?=\n)',

                            'base',

                            'header'

                        );

       $this->Lexer->addSpecialPattern(

                            '(?<=\n|^)#{2,}\s[^\n]+(?=\n)',

                            'base',

                            'header_alt'

                        );

    }

하나 더, outdent 플러그인을 사용하면 왼쪽의 섹션 들여쓰기를 필요에 따라 줄이거나 할 수 있다. (예를 들어서 문서의 "결론" 부분이 별도의 섹션으로 들어 있지 않다면 들여쓰기를 해서는 안 될 것이다.) 이 플러그인 역시 새로 바뀐 문법에 따라 몇 군데 수정했다. /lib/plugins/outdent/syntax.php에서 connectTo()와 handle() 메소드를 다음과 같이 수정한다.

    function connectTo($mode) { 

        $this->Lexer->addSpecialPattern('\n[ \t]*(?:==+|##+)[ \t]*(?=\n)',$mode,'plugin_outdent'); 

    }

    function handle($match, $state, $pos, &$handler){

      if ($state == DOKU_LEXER_SPECIAL) {

        if ($match{1} == '=') {

          $tlevel = 7 - strlen(trim($match));

        } else {

          $tlevel = strlen(trim($match)) - 1;

        }

        $level = $this->_getLevel($handler->calls);

        if ($level > $tlevel) {

            $handler->_addCall('section_close', array(), $pos);

            $handler->_addCall('section_open', array($tlevel), $pos);    

        }        

      }

      return NULL;

    }

링크 문법 수정
현재 인터위키 이름에 숫자를 넣는 것은 금지되어 있다. 그러나 꼭 숫자를 안 쓰면 불안한 나같은-_- 사람을 위해 고쳐 봤다.

보기

목록 문법 수정
목록 문법에는 두 가지 손질을 가했는데, 다음과 같다.

정의 목록 추가 (dl 플러그인의 수정)
리스트 앞에 꼭 붙어야 하는 공백을 없어도 되도록 수정 (단, 이렇게 하면 혼란을 방지하기 위해서 *나 - 같은 문자 뒤에 공백이 꼭 와야 한다.)

보기

문서 목록 플러그인 수정
분류 등을 구현하기 위해 문서 목록 플러그인을 두 개 사용했는데, 하나는 현재 문서의 역링크를 보여 주는 backlinks 플러그인이고 또 하나는 특정 네임스페이스 안의 모든 문서를 보여 주는 pageindex 플러그인이다.

보기

블로그 플러그인 수정
bliki라는 플러그인이 있는데 블로그를 만들어 쓰는데 딱 좋다. 이 플러그인이랑 pageindex, backlinks 플러그인을 같이 쓰면 분류라던지 뭐 그런 것도 큰 문제 없이 구현할 수 있다.

하지만 개인적으로 쓰다 보니까 이 플러그인이 생성하는 "새 글" 링크가 처음 페이지가 불려질 때 고정이 되어 버려서 나중에 링크를 열면 작성 시각이 이상하게 나오는 문제가 있었다. (사실 이건 이 플러그인의 한계이기도 하다.) 이 문제를 대강이나마 해결하기 위해 작성 시각을 "새 글" 링크가 눌렸을 때로 고치는 자바스크립트를 하나 만들어 봤다.

보기

상자 플러그인 수정
boxes 플러그인은 예쁘게 생긴 상자들을 텍스트 주변에 둘러 싸는데 사용하는 플러그인이다. CSS로 상자의 모양을 마음대로 수정할 수 있다는 점이 강점인데, 길이를 백분율로만 지정할 수 있어서 고쳐 봤다.

보기

삽입 플러그인 수정
include 플러그인은 한 문서의 내용을 다른 문서에 삽입하는 데 쓰인다. 그런데 이 플러그인의 작동이 상당히 이해하기 힘들고, 실제로 의도한 대로 동작하지 않는 경우가 많아서 그냥 한 가지 문법을 더 만들었다.

고친 플러그인에서는 세 가지 문법을 지원한다.

{{page>blah}}라고 하면 blah 문서의 내용이 현재 위치에 그대로 삽입된다. 이 때 섹션 들여쓰기가 자동으로 처리되지 않기 때문에, 뒤에 나오는 내용이 불필요하게 들여쓰기되는 문제가 발생한다.
{{section>blah}}라고 하면 blah 문서의 내용을 해당 문법이 들어 있는 섹션에 맞춰서 삽입한다. 여러 섹션이 들어 있는 문서를 삽입할 때는 잘 작동하지만 여전히 내가 원하는 건 아니다. -_-;
{{include>blah}}는 내가 이번에 추가한 문법이고, blah 문서의 내용을 어떤 수정도 가하지 않고 그대로 삽입한다.

보기

창조론 대 진화론

lifthrasiir — Tue, 7 Nov 2006 18:03:07 +0900

기독교에서 언급하는 창조론(다른 종교도 비슷하겠지만 아마)은 신이라는 꽤 거대한 존재를 가정하고 거기에 맞춰서 이론을 펼쳐 나간다. 진화론은 진화가 다양성을 만드는 기본 메커니즘이라는 가정을 깔고 발견적인 증거를 해석한다.

창조론은 애초에 과학적이지 않은 가정을 깔고 과학적인 방법론도 별로 안 쓰기 때문에 진실성을 떠나서 과학이라고 할 수 없다. 창조론자들이 자주 가지고 오는 지적 설계론 또한 실험적인 증명이 현실적으로 불가능하기 때문에 -- 이건 당시로서는 검증이 불가능했지만 후에 가능해진 원자론 같은 것과는 본질적으로 다르다 -- 과학이라 보기 힘들다. 반대로 진화론이 과학이 아니라는 주장이 등장하기도 하는데, 이 주장은 과학이라 인정받는 다른 이론과 비교했을 때 틀렸다고 봐야 한다. 과학적인 방법론을 쓰면서도 그 근거가 100% 완전해야만 과학이라고 한다면, 원자론과 양자역학 또한 실제 구조는 다른데 현상만 그렇게 나타나는 것일 수도 있으니 과학이 될 수 없다. 이들이 과학으로 인정받는 이유는 이성적으로 그 현상을 충분히 설명할 수 있는 이론이기 때문이지 그 아래에 깔고 있는 가정이 완벽해서가 아니다. (그런 의미에서 과학은 완벽한 게 아니다. 완벽해지려고 시도는 하겠지만.)

물론 과학적이냐와 진실성은 따로 생각해야 한다. (진실의 정의가 뭐냐를 떠나서) 리처드 도킨스 같은 사람은 절대 아니라고 생각하겠지만할 지도 모르겠지만, 안타깝게도 오캄의 면도칼은 "복잡한 이론이 진실이 아니거나 적어도후에 깨질 확률이 높다"는 걸 말하는 거지 항상 그렇다는 말은 아니다. 어느 게 진실인지는 과학으로 밝힐 수 있는 영역이 아니고, 그걸 믿고 말고는 개인의 자유이다. 하지만 적어도 과학적이지 않은 걸 과학이랍시고 덮어서 주장하진 말았으면 한다. 나는 (짜가-_-) 기독교인이긴 하지만 애초에 창조과학회를 좋아하지 않으며, 그들이 진정 하나님을 믿는다면 과학의 이름으로 복음을 전파해서는 안 된다고 생각한다. 아니, 그보다 그 과정에서 과학이 필요하기나 한가? :p

교내 비비에 올라온 글을 보고 그냥 적어 봤다.