給料日

今月から給与カット無しの給料に戻ります。考え方によっては労せず給与アップになるんでしょうが、それは間違った見方をしています。 でも元に戻ってもこんなものか… がっくし… 頑張る気力はとうに吹き飛びました。やる気を出すために火を付けてくださいなと言っても、会社がなくなるくらいの勢いで火を付けてくれないと、もうだめっす。

だめだめプログラミング

他の人が作った何個かのプログラムを寄せ集めて、使いやすいように僕が1つにまとめたプログラムがあるのだが、ここ3年程度、想定したものを定型通りに使う分にはほとんど問題なく、想定していない希な使い方をすると、予想外の妙な動作をするという何とも知れない状態なので、久しぶりに中身を見てみることにした。
すると、そこには私が書いた部分も含めて_だめだめなプログラミングの典型_とも言える跡がいっぱい残っていた。VBAだととかくこういうプログラムになりがちという典型であるのだが、とりあえず僕がブラックボックスとして使っていた部分に問題があることまでデバッガで突き詰めた。しかし何度デバッガでトレースしても_実に動作が読めない_。何をしようとしているのかまるで分からないのである。自戒を込めて、かいつまんで原因をあげるとこんなところか。
一つ一つの関数・プロシジャが長い。
全体の見通しが付かないくらい長大。まぁ処理上しょうがない部分はあるし、気が付くと自分もこういう関数やプロシジャを書く場合が多いので、人のことは言えない。 ただし僕の場合は長くなっても単機能なものにまとめるようにしている。
長いプロシジャが線形に続く
メインのプロシジャから、関数A, 関数B, …を呼び出すのではなく、A関数の処理が終わったらB関数を呼び出し、B関数の処理が終わったらC関数を呼び出す。最終的に最後に呼んだ関数で処理が終わる。(実際には僕がくっつけたときに元の関数に戻るようにはしたのだが…)
GOTO文の嵐
条件分岐の際にGOTO文を乱発する。デバッガで追いかけても処理がどうなっているのか追い切れない。当然意図しない2重処理をしているのかも知れない。(少なくともソースからはどういう処理をしているか読み解けない。)
Global変数の多用とLocal変数との名前の衝突
安易にGlobal変数を用いたので、変数スコープの関係で意図しない値が入っている(入っていない)場合が多い。(今回のプログラムの場合、Loopの終点判定がかなり怪しい。)
Doc/Viewが分離されていない
Doc/Viewが分離されていないから、アルゴリズムが表示周りの雑多な処理に埋没してさらに理解不能となっている。
ブラックボックスな部分をリファクタリングしようにも、全体に影響が出そうなので手が出せなさそう。こまったものだ。最初にこの不具合に遭遇したときも同じ結論だったが、結合前のプログラムまで遡って、駄目な部分は捨てて、すべて再設計というのが望ましいと言う結果だ。構造化プログラミングの教科書に書いてありそうな事ばかりなのだが、なかなか実践できないものなのね。(実践すべく頑張らねば。)

センスの無さ

今日、自分の会社のWebページを見て、_相変わらずセンス無いなぁ_と思ってしまった。僕は編集に直接参画しているわけではないが、全く関係がないわけでないので、非常に強い嫌悪感を感じる。センスのない人たちの一員なのかなと。
いつも変だなと強く感じるのは_従業員の紹介_なのだが、もし僕が人の紹介記事を書くならば、それなりにインタビューをして、記事を書き起こすべきだと思うのだ。でも全然内容らしきものが見えてこないので、掲載する価値もないなぁと思う。 取材に応じていただいた人にも、読み手にも申し訳ないなあと思うのだが、Webページを書いている人は、_読むセンスもない_ので、聞く耳は持っていないようなのね。会議では結構つっこんでいるのだけども、全然堪えてないし。
それにしても従業員の紹介はなぜいつも女性社員ばかりなんだ? なにか裏を感じるのは僕だけだろうか… まぁ知っている人は見てみてくださいな。

Bookmarkの整理

しばらく前からやろうと思っていたのだが、WebブラウザのBookmarkの整理を行った。しばらく見ていないページとか、Unreachableになってしまったページの削除を行っただけだが、ざっと60件くらいで全体の4分の1くらいか。結構無くなっているものだなぁ。

炎

The Fellowship of the RingのThe Bridge of Khazad-dumに出てくるガンダルフの以下の台詞が、ずっと僕の中では謎だった。一応映画のほうから引用。(たしか原書も同じ。)

J.R.R. トールキン / 「新版 シルマリルの物語」

今年の1月23日の記事に、シルマリルの物語が改訂版が出るとの話を聞いた話を書いた。2月に出るという話だったが、忙しさにかまけていてすっかり忘れていた。と言うことで、発売されていることを確認したので、即購入。
いろいろ読んでみたのだが、

• 固有名詞を中心にやけに訳語(カナの当て方)が変わっている。
• 長い段落が十分読みやすい形で切られている。
• ページの上側に章が書かれているので_どこを読んでいるかわかりやすくなった。_
• 本が一回り大きくなって、組版が綺麗になった。
  ということで、全体的に読みやすくなったのだが、「指輪物語」とあわせて読むと、さらに訳語の不一致がでるようになった。例えばルーシアンがルーシエンとか、ヌメノールがヌーメノールとか、イルヴァータアルがイルヴァータールとか。(創造神の名前まで変わるのはまずいっしょ。) 分からない変更ではないので問題ないけれど… 前のは前ので良かったかも。
  はじめて読む人には断然こっちをお勧め。旧版は読むのが辛いので。こっちが良いでしょう。(1冊になったし、トールキン先生の要約も付いているし、なにせ安いし、読みやすいし。) この本の登場で映画で指輪物語ファンになった一人でも多くのかたにに「ベレンとルーシエンのこと(レイシアンの歌)」を読んでいただきたいなぁ。

食事

今日の夕食はミニオフ会のような気もするが、横内さん、あおしまさんと焼き肉。ウィルス騒ぎもあったので、いろいろな話題で盛り上がる。

やっぱだめっすか

昨日のインターネットエクスプローラの話だけども、今日PCを起動してしばらく使っていると、現象は再現しますね。やっぱり駄目ですか… ただ使っている感触では前よりマシとは思うので、もうちょっと設定を煮詰めますかな。

Windows XPの設定の件

そういえば、いつの日からか忘れてしまったが、インターネット・エクスプローラのウィンドウをたくさん開けてある状態で、_ウィンドウを閉じるとしばらく動作が止まる_と言う現象に悩まされている。会社のほぼ同じ構成のWin2kでは何ともないので、WindowsXPの問題と思われる。今日、Webをさまよったら、対策らしきものを発見したから、メモ。

1. 「フォルダに共通の作業を表示する」を解除
   1. 「コントロールパネル」を開いて、「フォルダ・オプション」を選択。
   2. 「全般」→「作業」の「従来のWindowsフォルダを使う」を選択
2. パフォーマンスの設定
   1. 「コントロールパネル」を開いて、「システム」を選択。
   2. 「詳細設定」→「パフォーマンス」の中の「設定ボタン」を押す。
   3. 「メニューをフェードまたはスライドして表示する」のチェックを外す。
   上記のようにしたら、何となく落ちないみたい。しばらく様子を見てみよう。(パフォーマンスの設定はもっとやっても良いかも知れない。) ただこう言うのはBad Know-Howと言うものだよねぇ。

キヤノンやるなぁ

EOS KISS Digital発表ですか。いつか来ると思っていたが、予想価格(本体のみ12万円くらい?と言う噂)となるほどと思う見切ったスペックで_かなり良いかも_知れないと思ったのだが、それ以前にこの製品は、2重の意味でキヤノンの戦略製品というか、もっと大きくてレンズ交換できる1眼レフデジカメの今後を占う製品と見た。キヤノンは市場を独占するための勝負に出たと思われる。僕の考えはこんなところ。

1. 他社動向
   PENTAXの場合
   秋発売のデジカメistDはベースカメラのistがKISSとの競合製品だから、istD自身がKISS Digitalの競合製品となると考えてよさそう。ただ20万円前後という価格設定から価格差が約7万円。価格差だけで記録媒体とレンズを買っておつりが来そうなこの価格差は、この手のカメラを買うユーザ層を考えると非常に大きいと思われる。Pentaxのレンズをもっていない人に売り込むのはかなり厳しかろう。
   Olympusの場合
   FourThirdsのE-1を秋に出荷としているが、スペックが違うとはいえ、すべての購入者にレンズへの投資も必要とする。価格帯はistDと同じくらいだから、ここにも食い込む結果となるかもしれない。どう出るかはラインナップ次第か?
   Fujifilmの場合
   レンズ交換可能なカメラボディ自身を作っていないので、ここまでのコストダウンは厳しいと思われる。ハイエンドのデジカメと競合する結果となるのだろうか… CCD供給メーカーとして協業を考えると面白いと思うのだが…(Kodakも同じか。)
   ミノルタの場合
   銀塩のEOS KISSと競合しているのは、おそらくミノルタのα-Sweetと思われるが、今のところミノルタのデジカメの開発路線が見えない。ただコニカとの合併はひょっとしたらひょっとするかも。と言うことで期待。ただ潜在的なユーザーを随分キヤノンに取られてからの闘いになるだろうから、今のSweet VS KISSのような闘いをするまで何年かかかるだろう。
   Nikonの場合
   ニコンは伝統的にコンシューマへの売り込み方がうまくない。Nikon-Uのデジタル版を出せるのであればおもしろくなってくると思うが、銀塩での状況を見ているとどうなんだろう…
2. 価格帯
   この製品は明らかにハイエンドコンシューマ機と価格帯・性能がだぶる。キヤノンのマーケティング担当者はその辺を考え抜いて出してきていると思うのだが、もしこの機種が思っているほど売れなければ、KISS-Dのような商品は時期尚早もしくはターゲットユーザーが不在ということになるかもしれない。たしかに13万円前後というのはデジカメとしてはかなり安く持ってきた感が強いが、一般的には十分高い。フィルム台を考えれば気が遠くなるくらい安いのだが、想定購入層(おそらくEOS KISSとおなじだろう)の金銭感覚を考慮すると、購入時にランニングコストを考えて買うユーザーは少ないと思うし、銀塩KISSが5万円くらいで売れているというのを考えると、厳しいのかも知れないと思ったりするわけだ。
   EOS 10DとKISS-Dの価格戦略から見て、明らかにキヤノンは今年を_デジタルカメラ普及化・銀塩からの置き換えの初年度_として、猛烈な攻勢に出てきたと考えるべきで、敵がほとんど不在の状態で闘いを繰り広げ、シェアの拡大(ひょっとしたらアマチュアレベルの独占)を狙っているのではないか。プリンタ事業の連動も出来るだろうから、寒剤メーカも巻き込んだ展開で写真業界全体の再編につながるかも知れない。無責任にウォッチしているとなかなか興味はつきない。
   次の動きはNikon D2H発売前あたりに_35mm版フルサイズのEOS-1D後継機_を発表してきたら、かなり面白くなってくるかな。(当然画素数を上げて、感度を上げつつ、連射性能は銀塩の1Vと同じというスペックで、50万円を切って出して来るなら壮絶に面白いかも。) ちなみに、僕はKISS Digitalは買いません。
   個人的には、このレベルの600万画素機はだいたいそうですが、JPEG/Fineで撮影すると3M/枚くらいの容量を要するので、PCにも保存媒体にもそれなりの投資が必要という話はある。1GBくらいのCFの価格が下がることに大きく期待をしよう。

身の回りのmsblast騒ぎの顛末

さすがに我が家では無風状態。
我が家は、WindowsXP端末が1台(tulip)、WindowsMe・Linux共用端末が1台(viola)、Linuxなサーバ(cosmos)と言う3台体制(加えてPS2 BB-Unit)というLANであるが、Windows端末に対する今回のDCOM-RPC対策パッチ(MS03-026)は随分前(たぶん先月末あたり)に当てているのでまぁ対策済み。さらに万全を期すためにDCOM無効化も先月末に実施済み。だいたい_普通の家のパソコンでDCOMが使える必要は全くない。たまにCOMで遊んでいる僕の家でも_全く必要ない。
まったく何でこんな機能が_デフォルトで有効になっているのだ!_と一抹の怒りを覚えずにいられない。ちなみに会社の方ではそんなに騒ぎにならなかったが、昨日あたりは結構アレでしたねぇ。(だいたい今時どんな装置にでも、気が付かない場所にもWindows2000がはびこっているのさ。)

IMAPサーバ変更作業完了。

ほぼ作業完了。ようやく眠れそう。Courier-IMAPの場合、なぜか…

• ~/Maildir/
  • .misc/ → ~/Maildir/.misc/ (Maildir)
  • .hoge.foo1/ → ~/Maildir/.hoge.foo1/ (Maildir)
  • .hoge.foo2/ → ~/Maildir/.hoge.foo2/ (Maildir)
    と言う感じで、一つのフォルダにまとめればよいようだ。(「.」が意味を持っているようだ。)そんなことはどこに書いてあるんだろう…(誰か教えて欲しい。)
    この構造で正しいみたい。今日はがんがん使ってみたが、大きいもので一つのファイルが数10MBあったmboxより格段にパフォーマンスが改善したようだ。もともとIMAPを使うことにしたときに、Courier-IMAPを選択すべきだったかなぁ。今日は安眠できそうだ。

Softbank / Linux User Vol.12 No.9 (2003.09)

第一特集の_「スパムメール一掃大作戦」_にひかれて購入。ネットをさまよえばSPAMフィルタ関連のページはいっぱいあるのだが… 最近メインのメールアドレスに来るSPAMが多くなってきたので、もうフィルタするしかないと言う感じなのです。

mboxからMaildirへの完全移行

せっかくメイル環境を見直す事になるので、_抜本的な見直し_を行うことにした。前回のメール環境の見直しは我が家のサーバcosmosを立ち上げたときで、IMAP4サーバを立てたというものだった。
そのときにちゃんと考えて移行すれば良かったのだが、当時は手頃に設定できたUW imapを選択した。(別に資料が多かったわけではない。) この時にメールの保管形式を長らく使ってきたMH形式から、mbox形式に変換した。mbox形式は多数のメールを1つのファイルにまとめる形式なので、1000通を越えたあたりから微妙にパフォーマンスが悪くなり、10000通を越えるとさすがに厳しくなってくる。
そこで、やはり1メール/ファイル管理の方が_パフォーマンスがよい_ので、現代的なメール保管形式である<ahref=“http://cr.yp.to/proto/maildir.html">Maildir形式に変換することとした。この変更により各メールクライアントでローカルに残している下書きメールの保管形式(これはMH形式が多い)以外は、ほぼすべてMaildir形式に移行となる。なおこの変換でIMAP4サーバもmboxしかサポートしていないUW imapからMaildir形式もサポートしているCourier-IMAPへ移行することとなった。
mboxからMaildirの変換は、前回MH形式からmboxに移行したときに使ったWanderlustで手作業に励んでみた。ちなみにmbox2maildirでもうまくいきます。(さすがに2万件強のLaten-MLはこれで変換です。)
以下、mboxからMaildirへの変換して、uw-imapに移行を行う