Waimangu

やや疲れた日

仕事で、予定の時間で終わらなかった作業についてプロジェクトマネージャーと議論する。

ま、仕事速くないですけど、非常に遅いわけでもないしなぁと、モラルを下げる。けど、話すことが大事だよなと自分を納得させる。

先週、Windows VistaからUbuntu Linuxに乗り換えた。Unixぎーくではゼンゼン無いですが、コマンドプロンプト(シェル )がやっぱり使いやすいです。とか言いつつ、Xcopyに相当することがうまくできなくて悩む。

IP Telephony関係の本

Amazonから買った本が届いた。下の下ではなくて、ひとつ高い送料で頼んだので、とても速かった。

買ったのは、VoIP関係の本２冊。
IP電話のプロトコルSIPの解説書。それと、VoIPの交換機のようなことを実現するオープンソフト,Asteriskの本。

皆が考えてることだと思うけど、これからの電話とインターネットの関係はどうなっちゃうんだろう。面白そうだけど、今までやってきたことの領域外なので、沢山勉強しないとならない。例えば、Telecom、Vodafone、どっちも3Gでモバイルのブロードバンドを売ってるけど違う規格だとか。

あと、Mobicentsというオープンソースのプロジェクトも面白そうなのでダウンロードして、ここ何日か遊んでみてます。JBossに買われたので、きっと、これから勢いがつくと思うし。

携帯電話

携帯電話を買い替えようか、どうしようかと思案中。

デイパックの中に、Palm、携帯電話、iPodと、凄く似た機能の物を３つも持って歩いてるのはアホだ。Palmと電話を一緒にしてしまおうかなぁ、iPodはデザイン的に好きだから捨てられないし。iPhoneだったら、全部、カバーしてくれるんだけどNZでは、いつ発売されるのか不明だし、NZ-Vodafoneは、iPhoneに技術的に対応できないらしい。iPhoneが3Gじゃないのも、少しがっかり。

でも、携帯電話の買い替えを考えて調べてみたら、NZ Vodafoneのデーター接続の料金って、３MBで11ドルとか、iPhoneなんて絶対使えない価格設定。ブロードバンドは少しましだけど。

アルファベット・スープ

日本から帰ってきて、今までやってた仕事も一段落したとこだし、しめしめ、このままクリスマスそして来年始めまで遊んでられるかなと思ってたら、新しい仕事が始まってしまいました。

今度のは、VoIPというか、インターネット上の電話にまつわる仕事で、今までやってきた分野とかなり趣が違います。コンピューター業界は、アルファベットの略語が多いとこですが(DOSとかRAMとかに始まって)、特に電話関係のエリアは飛び抜けています。IMS、S-SCSF、SIP、gsmSSF、CAP、DIAMETER。

以上に、ピンときたら、僕に電話してそれがなんだか教えてください。

Bad Design

１１月に日本に、ちょこっと帰るので、航空券とかの手配をしてます。
エアポイントが貯まったので帰りの便を、アップグレードすることにしました。

AirNZのウェブから、アップグレードの手続きをすると、こんなエラーメッセージが表示されました。

でも、何故かエアポイントは、もうアップグレードの分だけ引き落とされています。心配になった、うちの奥さんがAirNZに電話してると、こんなことが分かりました。アップグレードには、スタンバイとコンファームの２種類があります。スタンバイは、当日、空いてる席があればアップグレードされます。コンファームは、アップグレードの申し込み時にアップグレードが決まりますが、その分、スタンバイよりもポイントが必要です。

で、スタンバイの場合は、今すぐには決められないので、
　　　　　　　We are unable to process your request at the current time
と表示することになってるそうです。

じゃ、Please try again laterは、なんなんだ？

普通の人には、全然、エラーで処理されなかったようにしか見えないんだけど。よくこれでプログラムのテストの時にOKになったよなぁ。不思議だ。

難しい問題を易しく解く

ここ数年、担当してたプログラムの構造とか動きについて、明後日、人に説明しないとならなくなった。頭が痛い。

このコードは、もともと僕の書いた物ではない。かつ、かなり複雑。毎回、拡張したりバグのフィックスでアクセスするたび、読み直さないと解らない程複雑。全然、どこで何をしてるのか覚えられない。

この複雑さの原因として考えられるのは、自分の頭の悪さは置いといて、プログラムの解かないとならない対象の問題自体が複雑または大きいってことが考えられる。もう一つは、解き方自体が複雑ってこと。

組み合わせで考えてみると、
1. 複雑な問題　＋　簡単な解き方(これが理想）
2. 複雑な問題　＋　複雑な解き方(どうしたら、1にできるんでしょう)
3. 簡単な問題　＋　簡単な解き方(出来て当たり前)
4. 簡単な問題　＋　複雑な解き方(自分も疲れるし、アホと思われる)

２を常に１に持っていけるかは、問題の性質によるんじゃないかと思う。時には、どうしようもない問題もあると思う。でも、並の頭脳でも解るように書く方法を考えないと、説明するのも大変だし、説明を聞く方も大変だ。というわけで、まだ、頭が痛い。

恐竜みたいなWebSphere

三週間かけて、ようやく動いたみたい。

IBM WebSphere Application Server、Process Server、Portal Serverを２台のマシンにインストールし、フェデレート、さらにSiteMinderとLdapをインテグレートしてセキュリティをオンにする。これだけのために、二人がかりで三週間。

インストールするソフトウェアの順番に左右されたり、アプリケーションのディプロイ以前にフェデレートしとかないとマニュアルにはOKと書いてあるのに駄目だったり、あきれるばかりの品質と複雑怪奇な製品群だった。まるで肥大化して死んでいった恐竜を思わせる。JavaというかJ2EEが恐竜化してるとは思いたくないけど、少なくともWebSphereは、金輪際、あまりお近づきになりたくない。とか言われて文句があるなら、IBMでインストールのサービスとか有料でやればいいと思う。

それで、こんな複雑なプラットフォームの上で、どんなアプリケーションを動かそうとしてるかっていうと、やり方によっては二人で三週間あれば書けちゃう程度の代物なんで余計疲れる。

Apple Inside

その噂は本当だったわけです。インテルにアップルもシフトすると、スティーブジョブスが発表しました。何だぁ？ちょっと前にMac Mini買ったばかりで何が言える？

何とも言えないというか、まー、儲かるという見込みがあったらAppleもインテル版のMac OSXをリリースするんじゃないかとは思ってたんだけど。Darwain Projectのページに行けば、インテル・バージョンのOSXは既に存在してるわけだし。OSX、といかユーザーインターフェース部分を司るAquaがインテル・プラットフォームの上で動くのは大歓迎だけど。

でも、Appleにはデジタル・ガジェットっぽいパーソナル・コンピューターを作り続けて欲しいなぁ。iPodを作ったアイデアとセンスで。Mac Miniは、凄く気にいってて、デザインも良いと思うし静かだし。仮に、今まで使ってたインテル・マシンの上でMac OSXが動いたとしても、こんなには嬉しくならなかったと思うんだけど。(まー、Appleは月曜日の発表では、Appleのハードウェア以外ではMac OSXを走らせないと言ってるけど、それもまた、どうだろうという気がするな）

Pythonで遊ぶ

ここんとこ、Pythonで遊んでます。仕事で、ログファイルの分析をしたりするのに、ガチャガチャとテキスト処理をするのに便利なスクリプト言語を身につけたかったのと、単純にJava以外の言語を使ってMacで遊んでみたかったというのが動機です。それと、このHow to become a Hackerという文書によるとPythonは立派なハッカー(クラッカーじゃなくて）になるために最初に身につける言語らしいし。でも、それによると最終的にはLispも知らないといけないらしいけど。せっかく、Mac OSXはUnixなんだし、それっぽいことをやりたいなぁというのが、かなり大きな動機です。

最初にPythonのサイトにあるチュートリアルをやってみたのですが、イマイチだったので、Learning Pythonを買って読みました。説明の程度が、深すぎず浅すぎず良い本です。

それで、１、２本小さなプログラムを書いてみたのですが、何か、Pythonっぽくない。何だか、Javaで書いたのを焼き直してるだけみたい。それで、今度はインターネットで見つけたPython Challengeというクイズをやってるのですけど、これが、ナゾナゾみたいで面白いです。別に、Pythonではない他の言語で解くことも大概可能ですが、Pythonでやると１行とか２行で書けてしまうものが多くて、何となくPythonの「真髄」っぽい物を知ることができます。

ところで、上の方でMac OSXはUnixだしって書きました。確かにMacのユーザーインターフェースは、今でも使いやすいとは思いますけど、昔使ってた漢字Talk７から久しぶりにWindowsを止めてMacに帰ってきたら、全然、別物だなぁというのが感想です。

デバッグの神様

ひとつのバグを解決するのに、一週間もかかってしまった。

swingで書かれたクライアントのメモリー・リークの問題。JProfilerでテストすると、あるダイアログを開閉した時に、メモリーがフリーされていないことを発見。javax.swing.KeyboardManagerというクラスが、そのダイアログとダイアログ内のコンポーネントへのリファレンスを持ち続けている。何故か。わかんない。そもそも、KeyboardManagerというクラスはJDKでドキュメントされていない。

しつこくテストしていくと、デフォルト・ボタンをクリックしてクローズした時はリークしない。キチンと、KeyboardManagerがクリーンナップされる。エスケープ・キーで抜けても起きない。デフォルト・ボタン以外のボタンでクローズするとリークする。何で？　同じとこ通ってるのに。

何か、デフォルト・ボタンに関係してるらしい、、、けど、わからん。ここら辺で木曜日にすでになっていて、イライラと疲労から、キーボードでディスプレイをぶったたくTVのCMが頭をよぎる。

木曜日の帰り際に、突然、視界の隅をコソコソと、何か口にくわえた鼠が横切ったような気がした。すかさず、くわえてた紙切れを奪い取ってみると、そこには、こう書いてあった。「ライン４１９と４２０の順番を変えてみたら、どうなるかなぁ？　from 神様」

何故か、神様の言うとおりにやったら、とりあえずメモリーのリークが止まった。すごい、