例年のようにクリスマスリリースを検討しているのだが、間に合うだろうか。
えらい手間がかかった[ruby-dev:22307]と[ruby-dev:21899]は根治したみたいだから、今日(22日)にpreviewを出して、問題が無ければ24日か遅くとも25日リリースできるかな。
私の気分としてはとっとと1.9を始めたいんだけど。いっそ誰かに1.8は任せたい。
クリスマスにリリースすると宣言した途端にいろいろとバグレポートがやってくる。一番の難物はやはり-lpthreadとリンクしたライブラリと一緒に使っていると、ハングするか、落ちる、というものだろう。test/unitの作者Nathaniel Talbottのところで頻発している。
getcontext(3)を使うと落ちなくなるらしいが、ブロックはなかなか止まらない。どうもpthread_mutex_lock(3)の最中にシグナルハンドラからコンテキストスイッチが起きると駄目、のような気がする。手元で再現しないんでテストできないんだけど。
しかし、-lpthreadをリンクするとスタック領域が浅くなるので現在のRubyではつらい。FreeBSDでは標準のtest suiteでさえスタックが足らずに実行できない。
ようやっと年賀状に手をつけた。例年、実は業者に依頼して写真年賀状を作っていたのだが、今年はプリンタを購入したこともあり、自分で印刷することにしようかと。
が、年賀状を作るなんてやったことがない。どうやったもんだか。
まず、KreetingKardを試す。なかなか快適な使い心地。郵便番号から住所を埋めてくれるのもラクチン。しかし、
ので、宛て名印刷には使えない。しょうがないので裏はKreetingKardを使うものの、宛て名は断念。その辺の冊子についている年賀状ソフトを使おうか。なんか負けた気がする*1。
なお、私に年賀状を送る人は、今年引っ越しましたから、従来の住所の番地の部分を「361」に変更して送ってください。転送願いを出してあるので、旧住所でも届くと思いますが。
*1 もうちょっと時間があれば自分でハックしたかもしれないけど、KDEプログラムは経験がないしなあ
会社の忘年会。中華料理。
しかし、あの苦しそうな酒の飲み方はなんとかならないものか。ぜんぜんおいしそうじゃない。あれではなんのために飲むのか全然分からない。何人もツブれてたし。
生涯を通じて一度も酔ったことがない私には理解できないなにかがあるのだろうか。自分の精神を麻痺させる化学物質を、自分の体が拒否する分量を越えて積極的に体内に取り込む行為を正当化するなにかが。
自分が宇宙人であるかのように感じた。
新婚の後輩から、夫婦関係を長続きさせるにはどうしたらよいですか、などとわりと根源的な質問をされる。答えに窮しているうちに、上司(前社長)がとうとうと話し出したので、私からはたいしたことが伝えられなかった。「夫婦の関係は後天的だからメンテが必要なんだよ」くらいか。
しかし、帰宅してから風呂に入って考えると、「誠実であること」がキーワードのような気がしてきた。また、「自分たちが決めたルールを守ること」が有効かもしれない。クリスチャンである私たちは戒律があるので、ルールが多いのだが、それでなくても、たとえば
など家族の決め事を守る誠実さが家族関係を良好なまま維持できるかも。制約がある方が自由であることのひとつの例かもしれない。
先日、バスにはねられたらというエントリを書いたのだが、小飼さんがLarryがリストラされたことを引いて、
「もし、まつもとさんが失業したらRubyはどうなるんだ」という質問とどちらが難しいだろう
と懸念して下さった。
ま、死んでしまえば、この世の人たちとの交流は完全に閉ざされてしまうのでRubyに対して手の出しようがなくなるのに対して、失業してもRubyをあきらめる必要はないので、もうちょっとマシなんじゃないかと。
当面、失業する予定はないし、したくもないんだが、今後、Rubyをビジネスに活用する人が増えて、私の利用価値が増えれば、私の立場がより安定するのではないかと思う。来年のRuby界の動きに注目したい。
そういう意味では、引き続き「Rubyにとって欠かせない人物」というポジションを死守する必要があるのだろう。言語設計者の立場は弱いので、油断なく「利用価値」を維持する必要がある。
(次のエントリに続く)
GuidoがGoogleに雇われたという話。
まあ、状況はよくわからないが、とりあえず「おめでとう」と言っておこう。生活が安定することは良いことだ。
朝から大雪。今日は東京出張の予定だったが、大雪の中、空港まで移動した時点であきらめた。飛行機は飛びそうだったのだが、キャンセル。行ったら帰れそうにないし。
後で聞いたところによると、実際行ってたら帰れなかったらしい。出雲への最終便は機材のやりくりが付かず欠航だった。
行かなくて正解だった。
なぜ今ごろ、とも思うのだが。
で、もう一つの「なぜ」は、なぜ「独自のOSSコミュニティを作るべき」なのか。記事を読んでもその理由はさっぱりわからない。
Kim氏は、「われわれ北東アジアの3カ国は、CE Linuxを除き、今のところOSSの生産国というよりユーザーに過ぎず、国際的なコミュニティに貢献できることも少ない」と話す。その理由のひとつは、「アジアで開発力のあるデベロッパーは1カ所に集まっておらず、力を合わせることなくばらばらに活動していることにあるのではないか」とKim氏は指摘する。そこで、北東アジア独自のコミュニティを作ってはどうかというのだ。
「アジアがOSSユーザに過ぎない」というのは分からないでもないし、貢献が少ないので改善したいと言う気持ちも分かるが、だからといって「1カ所に集まって、力を合わせる」ことが必要なのかなあ。
まあ、face to faceのコミュニケーションで話が進むことは多いのは認めるが、決して必須ではないし、どうせ英語でコミュニケーションするのであればアジア限定にする理由も見当たらない。
もうちょっとなにがしたいのか見守りたい。
先日の風穴さんによるインタビューをまとめたもの。
「ちょっと違う視点からのインタビューを行いたい」という申し出の通り、オープンソースで仕事してる人としてまつもとが表現されている、かも。
あまり仕事をしないのに、対外的な知名度だけが上がっていったので、結果的に会社としては、このような形でしか（まつもとを）使えなかったということだったのではないかと（笑）。
は本音。いやあ、首にならなくて良かった。経営者の忍耐のおかげである。
明日のクリスマス会のための準備。ハロウィーンの時もそうだったが、前日の準備も楽しいものだ。
久しぶりの更新
GitHubの<URL:http://github.com/matz/streem> を公開したら驚くべき反響の大きさなので、本人もびっくりしている。
ので、ここでちょっとまとめておく。
自分でもなにを言っているのかと思うけど、雑誌という出版物と比較して、超スピードとかでは説明のつかないネットとOSSコミュニティのバズり方を見た思いがする。
一方、雑誌連載のサンプルであるStreemだが、言語仕様についてはパッとした思いつき、というわけでもなくて、数カ月間、このような言語はあまりないし、実用的価値もありそうと思って作っている。
特徴
雑誌の連載のネタだとはいえ、今後も開発をやめるつもりもないので、ほそぼそと進歩し続ける予定。
っていうか、現在 C でタスクスケジューリングを実装することの困難さに絶望しつつあるので、マジで streeem を参考に Go で実装するかも。