ruby 1.9 is released in this christmas. this release is very meaningful. in 1.9, critical i18n bug is fixed, so you can use mixed character code, not only utf-8. many other trivial, but unobvious syntax is fixed also. the performance is improved much.

ruby developer’s move is very reasonable. it only focuses on its very own usage. it doesn’t target all platform or all purpose, i.e. embedded or gui. and that’s enough in this age..

i think ruby 1.9 or 2.0 will be the turning point like linux’s 2.4, from personal web page to enterprise server. it was very painful to maintain 2.2 or below version’s linux server. so i’ll wait to use rail till 2.0′s released. it will not take so long. see you then~

last friday, the 13th, i met the father of ruby, yukihiro  matsumoto a.k.a matz. he looked like a normal japanese developer, not like DHH  
루비가 2007년 닛케이BP대상을 수상했습니다. 지난주 금요일 수상기념 강연회가 근처에서 열려서 잠시 다녀왔습니다.

this is him, very humorous. he  developed ruby when he had many free time in his company (it was the end of bubble age). ruby was his personal project. so he could focus on the beauty of code, and that make ruby so successful language.

이게 마츠모토 유키히로, 통칭 마츠의 사진입니다. 척봐도 아저씨입니다. 일어로 하면 옷상.. 좀 재밌는 아저씨이긴 하더군요. (루비온레일즈의 개발담당인 DHH는 모델처럼 생겼는데 매우 대조적입니다 ^_^;) 이 아저씨가 루비를 개발하게 된 계기는 단순합니다. 개발당시인 1993년도의 일본은 버블이 꺼져가는 시기라, 마츠씨가 회사에서 할일이 별로 없어서, 평소부터 관심을 두던 언어 개발을 시작했다고 하네요. 루비의 성공원인을 코드의 아름다움이라고 직접 이야기했습니다. 지금까지는 언어의 선택에 있어서 지원되는 기능이 중요했지만, 앞으로는 프로그래머의 감성을 자극하는 언어가 인기를 끌것이라고 하더군요. (코드의 아름다움이 생산성 향상에도 도움이 된다고 주장합니다.)

this is sample code for comparing java and ruby. but, java code won’t work he miss semicolon and java uses args not argv. (and i prefer puts than print, it saves some character..) it was very fun to know that one expert doesn’t know another one’s basic.

루비의 특징을 들기위해 자바와 비교를 합니다만, 자바코드가 틀렸네요

he stated that next issues on ruby is performance improvement, web scalability, development scalability. good luck to ruby.

루비의 향후 개발 방향에 대해 마츠 본인은 세가지 정도를 듭니다. 1. 성능향상: 처음부터 퍼포먼스를 고려하고 만든 언어가 아니라서, 자바나 파이손보다야 낫겠지만 아주 빠르지는 않답니다. 2. 웹스케일러빌리티: 초대형 프로젝트를 운영하는데 필요한 경험이 부족하답니다. 3. 개발 스케일러빌리티: 두세명의 작은 그룹이 아닌 몇백명이 동시에 개발할때 생길수 있는 문제에 대해 아직 쓸만한 대책이 없는거 같습니다. use strict라도 있어야 하는게 아닌지..

어떤 기술이라도 처음엔 다 그렇지요. php도 자바 서블렛이나 톰캣도 그랬고.. 언젠가는 완전히 성숙된 기술이 되리라고 생각합니다. (시간은 꽤 걸리겠지만요, 그동안엔 뭐, 서블렛과 php로 개발을 해야죠 ^_^)

i usually work in korean, japanese, english environment. so character encoding problem is so important to me. so most basic policy in this case is using utf8 only. but it doesn’t work in my pc at all.. because os code page is korean and file encoding is done by utf8 and web page’s charset is shift jis and so on..

i can’t find a way to save strings to ruby-spreadsheet as utf8 format. so i’ll use perl, instead. ruby isn’t so stable, as much as i want..

P.S) i’ll introduce some page about encoding japanese character.. you may get some help there
http://jp.rubyist.net/magazine/?0009-BundledLibraries

i didn’t know ruby has no PDF::reader module. only provide PDF::writer. eh, it’s somewhat wierd. i know reader isn’t so easy to implement because of parser modules. but it’s already 2006 and there’s a ruby cookbook, also.

but this may be a good chance. there are full of works to do in ruby, waitin’ for your participant.

P.S. perl has many kind of PDF modules and i decide to use PDF::Extract. that’s too enough for me.