공부 잘 하는 학생은 일찍 잔다는 얘기도 있었지만 졸릴 땐 코딩하지 말아야 한다.

어제 졸면서 루비 코드 한줄을 20분 정도 걸려 썼었다. 한 줄을 섰다 지웠다를 반복하며 간신히 완성하고 노트북을 덮었다.
오늘 돌려보니 그 한 줄에서 문법오류가 2개, 논리오류가 2개 튀어나왔다.

졸리면 자야한다.

젬 리스트를 블로깅하는 것이 유행이라길래 내 맥북에 설치된 잼 리스트를 뽑아봤다.

보라! 이 초라한 잼리스트를. 안 쓰는 잼들도 몇 개 있다.

actionmailer (1.3.2, 1.2.5)
actionpack (1.13.2, 1.12.5)
actionwebservice (1.2.2, 1.1.6)
activerecord (1.15.2, 1.14.4)
activesupport (1.4.1, 1.3.1)
cgi_multipart_eof_fix (2.0.2)
coderay (0.7.4.215)
daemons (1.0.3)
dnssd (0.6.0)
fastthread (0.6.2)
gem_plugin (0.2.2, 0.2.1)
json (0.4.2)
mongrel (1.0.1, 0.3.13.4)
mongrel_cluster (0.2.1)
net-mdns (0.4)
rails (1.2.2, 1.1.6)
rake (0.7.1)
rcov (0.7.0.1)
RedCloth (3.0.4)
ruby-debug (0.6.2)
sources (0.0.1)
sqlite3-ruby (1.1.0)
tzinfo (0.3.3)

Imagine Cup 2007 Korea 결선 진출팀이 다음과 같이 결정됐다고 메일을 받았다. (보내 달라고 따로 얘기하지는 않았다 ㅋ)

결선 진출팀을 살펴보면 삼성소프트웨어 멤버쉽이 4팀(삼성소프트웨어 멤버쉽이라는 건 혹시 멀티캠퍼스를 얘기하는 건가?), 세종대학교에서 2팀으로 두각을 보였고 고등학교팀인 한국과학영재고등학교가 올라와 있는게 눈에 띈다.
또 한가지는, 서울대 1팀을 제외하곤 명문대학은 없다.(아예 참가 자체를 하지 않았는지도 모르겠구)

만박님이 제기한 소셜 북마킹을 위한 퍼머링크 중복 최소화 숙제에 나름의 가이드라인을 생각해 봤다.

• 여러 호스트명을 사용하는 문제
  예를 들어 codian.net, blog.codian.net, codian.co.kr등의 여러 호스트명이 모두 같은 블로그(사이트)로 연결되는 경우이다.
  이런 경우 블로거 측에서는 301 redirect를 사용해 모든 요청을 하나의 호스트명으로 유입될 수 있도록해야 한다. 개인적으로 호스트명에 www를 붙이는 것도 거추장 스러워서 본 블로그는 www.codian.net을 codian.net으로 리다이렉트 하도록 지정해 놓았다.(만박님 글 본 후 ㅋㅋ)
  링크를 수집하는 관련 서비스측에서 이 문제를 어떻게 처리해야 할지는 딱히 아이디어가 떠오르지 않는다. DNS를 통해 동일한 IP인지 대조한다 해도 동일 사이트라는 보장은 없고, 도메인 이름으로 같은 사이트인지 유추하는 방법도 가능성 없어보이고, 페이지 파싱으로 동일 사이트인지 판단하는 것은 현실성이 없어보이고… 그렇다.
• 디렉토리명 뒤에 슬래시를 사용하는 문제
  디렉토리명 뒤에 슬래스를 붙여 사용하거나(/tt/) 그렇지 않은 경우(/tt)이다.
  디렉토리명 뒤에 슬래시를 붙여야되느냐 붙이지 말아야하느냐에 대해서는 정답이 없는 것같다. 슬래시 사용 문제는 사실 웹이 있기 이전 파일시스템의 파일과 디렉토리를 지정할 때도 있어던 문제이다.
  디렉토리명 뒤에 슬래시를 붙이거나 붙이지 않거나 동일한 컨텐트를 지칭하는 것은 그 동안 묵시적으로 지켜져온 규칙이 아닌가 싶다. 이렇게 생각해보면 블로거측에서는 슬래시를 붙인 경우와 붙이지 않은 경우 모두 동일 컨텐츠를 지정하도록 보장하고, 관련 서비스측에서는 슬래시를 붙인 경우나 슬래시를 붙이지 않은 경우 모두 동일 페이지로 간주하는 것이 최선의 방법이라고 생각된다.
• 여러 경로명을 사용하는 문제
  다음과 같은 세가지 URL이 모두 같은 페이지를 지정하는 경우를 말한다.

  		/tt/296
  		/tt/entry/%EC%96%B4%EC%A9%8C%EB%A9...
  		/tt/entry/어쩌면-우리는-미국사람보다-자유로운-세...
  	

  블로거 입장에서는 기본적으로 한 컨텐트에 대해 여러 퍼머링크를 갖지 못하게 해야 한다. 한 컨텐트에 대한 경로명은 하나만 가능하도록 해야 한다.

  같은 종류의 문제로, 영문권이 아닌 한국의 경우 한 가지 더 고려해야할 사항이 있는데 URL에 한글을 사용하는 문제이다. URL에 한글이 사용되는 경우 브라우져는 % 인코딩해 한글을 변환한다. 따라서 본의 아니게 인코딩된 URL과 인코딩되지 않은 URL을 통해 한 컨텐트에 접근할 수 있게 된다. 게다가 브라우저 설정에 따라서 한글을 UTF-8과 EUC-KR(시스템인코딩)으로 인코딩한다는 문제가 하나 더 있다.
  이런 문제 때문에 URL에 한글을 사용하지 말아야 한다고 생각한다.
  블로그 퍼머링크에 포스트 제목을 사용하는 것은 알아보기 쉬운 pretty url을 갖고자 함이지만 사실 영문권인 경우에나 맞는 얘기다. % 인코딩된 한글은 pretty하지도 않고 사람이 알아보지도 못하는 URL이다.

만박님은 블로거와 블로그툴 업체를 구분했지만 내 생각에는 블로거의 입장을 반영하는 것이 블로그툴 업체라고 생각하면 둘이 서로 다른 입장이 아니라고 생각해 따로 구분해 적지는 않았다.