Java

今日で2002年もおしまい

今年は、こないだ2001年もおしまいなんて記事を書いた気がするなぁと思わなくて、実にいろんな事があってやけに昔に書いた気がするのである。でも、気が付くともう今年もおしまい。今年お世話になった方々はいっぱいいて名前を挙げきれないが、今年1年本当にありがとうございました。来年もよろしくお願いします。
ということで、大晦日と言うこともあって、行く年に思いをはせて、今年はどういう戦いの1年だったか、今年の戦術・戦略とその戦いの成果を主要な分野別にまとめておこう。(と、ほぼ去年と同じ文章にしてみた。断じて_手抜きではない。_)

2002年の総括

はじめに、概況

2002年の活動分野における戦術・戦略に関する概況を分野別に述べることにしよう。
今年は、会社の状況が思わしくなく、経済的には惨憺たるものだった。当初、上期中は良化しそうにないと思っていたが、4月以降は給与カットでさらに拍車がかかった状況。。質素倹約に励まねばと思ったが、思った以上に出費が多く、収支的に±0で済んでいるところが素晴らしいところ。とはいえ、そろそろ貯金とかもしなければと思わないでもなく、将来について多少考えねばと思う今日この頃である。
最近体調をことに壊し気味なのと太り気味(おそらくストレスから来るものと思うが)で、食生活を改善しなければならないが、どうしようもないな。注意することとして、最近壊れ気味な精神状態も何とかせねばなぁ。
今年の大きな事件は、7月に父を亡くしたこと。最後に父を見た時には、すっかり老けたなぁと思わないでもなかったが、かなり元気だっただけにあと何年も生きていそうな感じだったが、突然亡くなってしまった。人生の儚さを感じた1年でもあり、いろいろな方々にお世話になった1年でもある。ありがとうございました。また父が亡くなる1週間前に父に会う機会をくれた石川君にどれだけのありがたいと思ったか分かりません。本当にありがとう。

TLUC月例勉強会

今日は、TLUCの月例勉強会であった。案内の通り最近の月例勉強会はWeb関連、特にHTML文書をかけるようになろうと言うのを目標に草の根活動を行っている。ただ書けるだけではつまらないというか、勉強する価値もないので、W3C的に正しいHTML(Strict DTD)を書けるようになると言うのが目標だ。この企画は今回講師をしていただいた高橋 克伸氏と続けてきている話である。
今回は新しい参加者が何人かいて、こういう活動を続けてきてよかったかなぁと思ったのだが、次また来ていただけるかどうかは、僕らの力量次第かな。
あんまり難しい話をしていないつもりだし、高橋さんにしても僕にしても相談しにくい人ではないと思うので、ホームページを書きたいけど一人で勉強するのには敷居が高いなと思う人は、1月末にも続きをするので、話を聞きに来てくれると良いなぁ。

ようやく復帰か…

3日寝込んでようやく良くなった気がする。さすがに明日あたりから動かないとさすがに鈍ってしまう。とはいえ、明日1日会社に行くとまたまたお休みなんだねぇ。
それにしても、一人暮らしをしていて一番しんどいのはやっぱり風邪を引いた時だな。油断していると何食か食べ損なうからなぁ。まぁ気ままなSingle Lifeとの引き替えでなのではあるが。

100円で買える物

Newsweek 日本語版の今号の記事「竹中ショックが日本を救う」から。海外誌っておおむね竹中さんの評価がよいのよね。まぁ実体が伴えば僕も良いと思うんだけども。(その結果僕の会社が無くなってもね。)
話を元に戻そう。記事のなかで_「今の日本で100円で買える物」と言う話があったが、今の日本では100円でジュースも買えないんだよね。で、買うことができる物は、「ちょっとしたお菓子」と「大企業の1株」_と。これにはさすがに笑ってしまった。確かにそうだわ。(1株レベルでは買えないけど、価値はそんなもんよね。) うちの親会社の株価もだんだん100円に近づいてきたので、ちょっと考えるところではあるなぁ。と、しみじみ。

僕がJavaを積極的に使わない理由

今日はなんだか議論になってしまったので、一応日記にも書いておこうと思う。今の時点では僕はJavaを開発言語に使っても良いくらいの完成度になってきていると思っているので、以下の議論はだいぶんどうでも良くなっているのだが、何個かの理由があってまだJavaを開発用の言語に選択する気はありません。
僕はJavaに熱狂があった時代(Alpha版からBeta版の時代)を知っていて、そのあとに大きく失望したので使っていない訳だが、大ざっぱに言えば以下の項目に集約される。
仕様の策定がオープンでない
最近は解消された気はするが、仕様の策定がSunで行われていた頃は、信頼に足るコンパイラ供給ベンダがSunだけという感じだった。自分が使うツールの提供元がただの民間企業1社しかないというのは、あまりに脆弱だと思う。いまはThe Java Community Processである程度読みとれるし、コンパイラベンダも複数になったのでまぁいいかと思うのだが。
開発ツールの提供
当時JDKは、SolarisとWindows版しかなかった気がする。当時僕の主要な環境はLinuxだったので、採用すらできなかった。(BSDユーザーもMacユーザーも悔しかっただろう。)
国際化周りの対処の遅れ
JDK1.2でほぼ解決された問題と考えているが、やっぱ母国語が陽に使えないのは痛い。Unicodeをがんがん使うのは良いが、Unicodeを編集できるエディタが当時なかったこと、処理する対象は非Unicodeな文書で、Unicode周りの問題(正規化とか言うんだっけか)があってどうもねぇと思っている訳だ。
動作が遅い
これはJITコンパイラのおかげで解決を見たと言っていいだろう。(同じアルゴリズムでC++とほぼ同じくらいだから問題なかろう。)
僕は過去も今も「オープンソース」側の人なので、プログラムを書くのに最も重要なのは_「プログラムを書く自由」_だと思っている。僕はあくまで職業プログラマではないので、プログラムを書くことはこの上ない楽しみであり喜びであるべきなのだ。それゆえに上記の用件で最も大切だと思っているのは、言語仕様のオープン性とコンパイラの提供が永続的であることである。その条件を満たせない限り、使ってみようとなかなか思い立てないのである。
ただ今となっては時代遅れな意見も散見している気もするので、ぼちぼちJavaを個人的なプログラムの開発に使えるよう準備を整えて良いかと思っている。なにせXML周りはJavaがないと立ちゆかなくなってきているので切実なところであろうか。僕の中のJavaの不運は、_必要な物が必要な時に提供されなかったこと_につきる。(それで仕事する気が失せるんだもの。) 逆にLinuxは使いたい時に使える形で登場したのね。(こっちもかなり偶然性が強い。) まぁ時の運とはこういう物だろうな。
僕のなかでJavaの残りの問題は、C++におけるtemplateがないことくらい。これはJava GenericsがJDK1.5で実現すれば解決される。僕自身はライブラリ設計者ではないので、Genericな型を持つclassを設計することはないのだが、Collection classを使っていると、Collectionから要素を取り出すのに_型キャストが必要_と言うことと、_意図しない型の要素を追加できること_が気になるわけだ。Java Genericにはそれなりの期待をしている訳だ。
議論については、幾ばくかつきあうので、僕にJavaを使わせたい人は建設的なご意見をください。

NHKの放送受信料

さすがに払う気がなくなる程度の請求が来た。(まぁ3年くらい払ってないから) うちのTVですが、NHK総合だけやたら映りが悪いんだよねぇ。3年くらい前から。ということで、NHKにお金を払う気にはなれないです。何とかしてくれたら払っても良いけど、過去にさかのぼってと言うのは勘弁して欲しいなぁ。

高橋 征義・後藤 裕蔵 / たのしいRuby

Rubyの入門書はないものかと探し求めて、最近発売された本書を購入。(購入は28日) ざっと中身を見た感じでは、必要なことが十分親切な内容でまとまっていると言う印象。なかなか良い本だと思う。
わかりやすいOOPの本はこんな感じにまとまるのかなぁと思ったりした。同じようにJavaで書けないものかな。僕はなんだか書けそうな気はするけども。良い入門書の基本は詰め込みすぎず、次へのステップの足がかりを示すことが重要で、何でもかんでも詰め込んではならない。その辺の扱いが下手なJavaの入門書は多いがAppletとかGUIとか見た目に走りたがる傾向があるせいだろうなぁ。(その点Rubyの出発点は、Unix的なプログラミングだものねぇ。)
ということで、ネタ本にしよう。この本で足りなかったら、もうまつもとさんの「オブジェクト指向スクリプト言語 Ruby」を読めばいいのだから。