Ruby

Lightweight Language Weekend 2日目

2日目の前半は最近はやりのblogな話題。僕は基本的に興味がないのだが一応お勉強のため… 大きなblogサイト(Livedoor Blog)やはてなダイアリーなど)の方が来ていたので、個人的には「(政府や各種圧力団体などから圧力がかかりそうな)非常にまずい記事の削除要請があった場合にどのように考えるかの立ち位置」を効きたかったのだが、LLには関係ないし、契約で乗り切れる話かもしれないし、あまりにダークなんで聞けなかった。聞いておけば良かったかな？ LLの最も巨大な応用先であることは認めるが、blogだけでこんなに時間を取るんだったら他の話が聞きたかった。
Lightning Talkは詳細はあまり覚えてない。(なんせ半分くらいBitKeeperと話をしていたので。) 平内さんの「木のマッチ」では、Schemeを使用した木構造のデータに対して正規表現みたいなパターンマッチをする話。さくっとXML VallidatorがかけるあたりがSchemeのマクロらしい。久井さんの「Gauche-glによる、3次元図形言語」では、Gauche-GLとストリーム(SICP Chap3の後半)を使ったアニメーションによるプレゼンでGaucheではこんなこともできるのかと言うこともあってこれまた面白かった。
高橋さんの「日本Rubyの会設立」の話は要点とをついたインパクトのあるプレゼンで、こうあるべきかと思ったり… 早川さんの「LL侍」は最初は照れが見えたが、吹っ切れたあとはかなり面白かった。(もう一段切れが欲しかったかな。)

Lightweight Language Weekend 1日目

行ってきました。ざっくりとした的確な要約は、まつもとゆきひろさんのMatzにっきを参照。(こんな手抜きで良いのかな。)
あまりに手抜き過ぎなので、印象深いところをかいつまんで。今回はPerlにしてもRubyにしてもPythonにしても大きな変化がなかった1年なので、逆にマイナーな言語の存在が目立つカンファレンスでした。特に、SchemeやHaskellと言った関数型言語の人が目立ったなぁ。
今回特に面白かったなと思ったのはSchemeの1実装であるGaucheですかね。ここ数年Schemeは忘れ去られていた感がある(入門的な書籍類が全て無くなっていたので)のだけども、国内的にはGaucheのおかげで復権したと考えて良かろう。またどの言語でもキラーアプリがあれば動き出すのであるが、Gaucheは継続ベースのWebアプリケーション・フレームワークであるKahuaが最近広まってきていて、その紹介などがあった。HTMLをさくっとS式で書けるのは良いかもしれない。あとSchemeを勉強していてサッパリ分からないものの一つが継続で、これはいったいなんじゃろ？と言うあたりが今回少し解決した。今日あたりから「何でも継続」を読んで、真面目にSchemeで遊んでみようと思います。SICPでは凄く後のほうに載っていますが、LISPとは根本的に違うScheme特有の概念だと思います。
あとGroovyの話も面白かった。(「Javaの奇妙な冒険」と題した後半は爆笑物だったが。絵は補完すること。) JavaVMの上でJavaのSyntaxに似た言語で、Ruby-Likeなクロージャー(一昔前までイテレータと呼んでいたもの)を書ける言語で、出かける前にこれはなんじゃろねと言う話をしていたが、なるほどなと思いました。(出かける前までは_またよく分からない俺言語誕生かと揶揄していたので_)まぁよく考えれば、JavaVMのパフォーマンスがあがれば、何の変更もなくパフォーマンスが良くなるわけだし、もっとも多くのVM開発者がいるのはJava周辺ですから、こういうアプローチはアリかもしれない。(JavaのAPIをそのまま使えるというのはおまけだろう。)
「LLでお仕事」のBOFではいろいろと悲しい話を聞く。まぁ今回のカンファレンスではJavaは明らかにアウェーであるのは確かなのだが、LL全体としてはCやC++、VB、Javaに比べると立場が弱い。あとLLの中でもPerlは割と認知されているが、「Rubyで書いた検証プログラムを顧客の無理解から泣く泣く書き換えた」というかなりショッキングな話もあって、三浦さんとPerlで書き直したソースを解読するよりrubyを勉強する方が時間かからんだろうなどと言っていたのだが、何とも切ない話だ。クライアント側で考えると選択できる言語の幅は狭いので泣く泣く環境を選ぶことはあるのだが、サーバーサイドなら何とか選べるんじゃないと言う意見もあった。あと印象的だったのは、まつもとさんの_「秘密兵器」としてサクセスストーリーを積み重ねるしかない_というもっともな意見で、僕もそう思う。まぁこういう便利なものは便利と悟った人が効果的に使えばいいのかなと思う。
「君ならどう書く」のセッションでは前半は「ls-lRシェル」、後半は「n-Queen」ゲームと言うことだったが、前者は各種言語の考え方は分かるのだが、デザパタに当てはめるのは結構無理があるような… 後者はプロトコルは格好いいんだけども、ゲームバランスが… HTTPでなくて独自プロトコルの方がまだ良いかもしれない。あとルール的には誰かが負けるとおしまいでなくて、最後まで残ったものが勝ちとすべきだったかもしれない。まぁ来年以降の課題ですな。

メールフォルダの移動・SPAMフィルタの変更

今日は久しぶりに早く帰ってきた(とは言え21時)ので、violaからcosmosへメールフォルダ(~/maildir)の移動とSPAMフィルタの導入を行った。今回はIMAPサーバをたてないのと、procmailを使いたくないのでメールの読み書きなどの全て処理はcosmosで行うことにした。
昨日Wanderlustを入れておいたので、WanderlustからSPAM Filterを直接扱えることとせっかくだからRubyベースのSPAM Filterにしてしまえと言うことで、Spamassassinからbsfilterに変更してみた。なかなか軽快に動作するようなので、しばらく試してみよう。

青木 峰郎, 後藤 裕蔵, 高橋 征義, まつもと ゆきひろ / 「Rubyレシピブック 268の技」

すっかRubyづいてしまったので、購入してみた。経験的にはこういう本はあまり僕には役に立たないのだけど、目的別に書かれた小さな人の書いたソースを読むのは、それなりに勉強になるので、まぁ良いかと。

今井 美樹 / Ivory III

久しく今井美樹の存在を忘れていたのだが、今日レンタルビデオ屋にDVDを借りに行ったら、やたら聞き覚えのある声、やたら聞き覚えのある歌が流れていたのであるが、知っているアレンジと多少違う。と言うことで、店員さんに「今流れている今井美樹のアルバムはなんすか?」と聞いてみたところ、「Ivory III」を差し出された。新しいベストですか。瞬間的に思わず買ってしまった… 最近キャピキャピした若い声に飽き気味だったので、今井さんの歌声が_すんなりと耳にしみこむ_という感じで、_ここ何年探していた声かも_と言う印象だ。
前回のベストは93年11月で研究室で苦楽を共にした森江君に借りて聴いたアルバムなのであるが、僕の中では「雨にキッスの花束を」と「半袖」とを聞くCDなのであるが、今回のアルバムは何曲かこのアルバムの収録曲とだぶるところはあるのだが、どこぞのアーティストのベストアルバムと異なりソースが異なるというあたりにすばらしさを感じる。
誰の結婚式か忘れてしまったが、「PRIDE」を久しぶりに聴いてその印象が強かったせいもあるけれど、「PRIDE」を聴いて何となく切なくなってしまった。(なかなか聴けないなこの曲。好きだけども。) あと「野生の風」は千住 明氏のオーケストラアレンジになっていて、これまた良い感じ。しばらく通勤で聴こうと思う。

エリザベス・ヘイドン / 「ラプソディ -血脈の子-」

最近何人かの人に面白いよ〜と宣伝されていたので、電車通勤になった事もあって、久しぶりに長編ファンタシイ小説に手をつける事にした。本当はもっと以前に購入するつもりで目を付けていたのだけど、読む時間が無くて放置していた。今日は購入しただけ。

「Lightweight language magazine - ライトな言語でプログラミングを楽しもう! 」

Lightweight Languageって何だ？と言う話はあるけれど、PerlやpythonやPHPやRubyと言った軽量で抽象度の高い記述ができるインタープリタ言語と言う物が分類されるらしい。本の内容は昨年夏のLightweight Language Studayをまとめた内容と言うところが的確か。内容はある「お題」を出して各言語で書いたらどうなるかとか、先にあげた書く言語の紹介、便利な使い方等が書かれていて面白そうだったと言うところが即買いの理由。まぁじっくり読み込もうと思う。

オープンソースについて

最近matz日記の記事を興味深く読ませていただいている。オープンソースに関する意見をいろいろ読むことがあるのだけど、国内ではおそらく世界的にも知られている数少ない人の意見だと思うので。
僕自身の勉強不足はあるかもしれないが、「オープンソース」と言う語は、登場以前の混沌とした言葉をまとめるために導入された_カテゴリの名前_かと思っている。思想の背景はどうあれ「オープンソース」と言う便利な言葉で一括りに言い表せるので。確かに便利な言葉だ。
ただ僕自身の認識では_オープンソースよりもバザール・モデルの方がより本質的_だと思う。ESRの「The Cathedral and the Bazaar」(「伽藍とバザール」を読んだときに思ったのは「オープンソース」と言う言葉が出現する前だったこともあるかもしれないが、Linuxと呼ばれるプロダクトが「バザール・モデル」と言うべき今まで存在しなかった開発モデルで成功しつつあったことの考察から生まれているからだ。
バザール・モデルを実践して、すべての利点を享受するには、_ソースが公になっていて、一定の条件で改変できる_ことが重要で、バザールモデルを実現できるようなライセンスを集めたのが、「The Open Source Definition」(「オープンソースの定義」)では無かろうかと思う。
逆にソースが公になっていてもバザール・モデルを常に使う必要もないし、さらにバザールモデルを指向していても開発者が集まらない場合もあるので、オープンソースだったら全部OKと言う話ではない。結局、客(開発者とユーザ)を集められるプロダクトだけが、バザールモデルにしたときに十分以上の恩恵を受けられるのではないかと思う。それは、LinuxだけではなくMozillaやEclipseと言ったプロダクトが健全な成長をしていることからも明らかかと。
まぁ今回の論争で考えさせられたのは、政治的・哲学的なところをごちゃ混ぜにして、まとめるというのはあんまり良くないということで、便利な言葉は諸刃の剣であり、区別するところは区別をする。区別しなくて良いところはしなくて良いというところを考えてものを言わないとならないなと言うことかなぁ。僕自身はRMSの「The GNU Manifesto」を読んで以来、共感をしているのでごちゃ混ぜにされても機嫌は悪くならないが、価値観が違う人の意見も興味深くて、勉強になったということか。

TLUC月末勉強会に出席

今月は本来はRubyの勉強会の予定だったのだが段取りが付かなかったので、急遽東北PostgreSQLユーザー会の高橋 直人さんにオープンソースで開発されている大規模な使用に十分耐えうるRDBであるPostgreSQLの導入の話をしていただいた。最近CGIのデータなどはテキストファイルではなくAPIが決まったDBに置いておいた方がよいのではないかと言う結論に達しつつある(遅いか)ので、PostgreSQLかMySQLかなのかなぁと思っていたが、とっかかりがなかったので、ずっと放置状態だった。今回の勉強会では簡単なテーブルの書き方、psqlでのクエリーのかけ方が分かったので、暇な時間を見つけて使い方を学んでいこう。
それにしてもRDBを使っているのにDBの中に入っているレコードの順序が気になる人がいるのね… ぎりぎりのパフォーマンスが気になるなら多少なりともDBの最適化を気にした方がいいと思うけども、小規模なデータの集まりだとDBに任した方が楽チン。普通クエリーを書けるのが当たり前なのだが、Excelみたいな表計算ソフトやAccessのテーブルみたいに_下手に中身が見えるものは手動で並び替えができちゃって案外良くないのかもしれない。_(頭堅い人多いのよね…)

今年もみなさまよろしく。

ここを読んでくれているみなさん、僕の写真を楽しんでくださるみなさん、昨年は本当にお世話になりました。ありがとうございました。今年も変わることなくよろしくお願いします。昨年と同じですが、「一年の計は元旦にあり」と言うことなので、今年はどのような戦いを展開するか、「戦いの軌跡」と言う題にしているので、戦術や戦略について分野別に纏めておこう。

2004年の展望

はじめに概況

2004年の野望(何の?)を達成するための、戦術や戦略を述べていくことにする。上司の年賀状にも_今年は攻めと成果_と書かれていたので、アクティブに課題に当たり、しっかりとした成果を残さねばならないと思う。今まで攻めてはいたけど、成果を形にすることに拘っていなかったので、なるべく形になるように残さねばと思うのである。(これは特に本業について言える話であるが。)
経済的な状況はまぁ怪しい上に_新年早々車を買い換えることにした_ので、これを糧に仕事をするモチベーションを創出することとしよう。いやぁがんばらねば。あと多少余裕はできると思うので今年あたりからちゃんと貯蓄に励もうと思う。2月までを乗り切った後は何とかできると思う。
年末もそうだったが、やっぱり体調を壊しがちであることは否定できない。食生活はなるべく改善する方向で何とかしているので、あとは機会を見つけて運動をせねばなと思うけど。時間を作って対応するしかないか。

今日で2003年もおしまい

毎年こんな見出しで大晦日の日記を書いているわけだが、こないだ2002年もおしまいなんて言う記事を書いた気がするのは気のせいか。今年は2度の地震と冷夏と暖冬(?)のためか、非常に忙しい上にまるで季節感を感じない1年で、時が止まっているかのような錯覚に陥るのである。でも、気が付くともう今年もおしまい。今年お世話になった方々はいっぱいいて名前を挙げきれないが、今年1年本当にありがとうございました。来年もよろしくお願いします。
ということで、大晦日と言うこともあって、行く年に思いをはせて、今年はどういう戦いの1年だったか、今年の戦術・戦略とその戦いの成果を主要な分野別にまとめておこう。(と、ほぼ去年と同じ文章にしてみた。断じて_手抜きではない_。)

2003年の総括

はじめに概況

2002年の活動に関するそれぞれの分野における戦術的・戦略的な戦いの概況を述べることにしよう。
今年も相変わらず、会社の状況は芳しくなかったせいか、個人的な生活は主に経済面において惨憺たるものであったと言えよう。なんとか給与カットが7月を持って終わったので、収支的には±0で何とか収まっているが、いろいろと我慢させられる1年だった。もうちょっと普段の生活を考えなくてもいい程度に収入があるべきだと思うのだが、まぁ_仕事があるだけマシ_か…