休みに家にいないと会社から帰ってきて掃除だの洗濯だのがまっている。今日は洗濯の日だ。こまめに洗濯しないと着る服がないのが参ったところか。
おそらく正月が休みでないと思うので、安く帰省できる時に帰省するのが賢い生き方というもの。と言うことで、僕はANAばっかりつかっていたので、他の方に目が向いてなかったが、JALバーゲンフェアはなかなか凄い。仙台-千歳間が片道7000円じゃない。こりゃ凄い。これは2月あたりに帰省でもするか。
ちなみに僕のANAの利用頻度が高いのは、ANAの制服のデザインが好きと言うだけなのだが。(こういう選び方をしているのは国内線だけ。他では全くないな。)
この間Capaの撮影会でコダックさんより提供されたKodak PORTRA400BWを使ってみました。昨日、陽が落ちたあとに使ったので、必然的にストロボ光での撮影になってます。
こうしてみると白黒フィルムで見る世界もなかなか良いものです。ストロボで故意に明るさの強弱を付けたのが良かったかな。なかなか新鮮なので、しばらく使い方を考えて使っていこうかと思っている。ただ白黒写真は自分でプリントしてはじめて味わえるフィルムだと思うので、デジタルプリントだと物足りないかなぁ。
このフィルムはカラー現像でカラープリントするといい結果がでるようです。フロンティアでデジタルプリントしてみましたが、青っぽい色が乗るようです。カラープリントする時にならないところを見ると自然なモノトーンな絵になる。確かにぱっとフィルムを見るとカラーフィルムのように見える訳だし…
昨日の撮影で使ったので、モデルはkumanekoさんです。可愛いモデルさんだと、いろいろな事を試したくなると言うか、純粋に撮影意欲が涌いてくるし、さらにいろいろ考えちゃいますよねぇ。だって本当に綺麗に写るんだもの。
「雨は夜更け過ぎに、雪へと変わるだろう」というのは、山下達郎の有名な歌の歌詞か… せめてこういうのは表題の如く_クリスマス・イブ_くらいまで待ってもらいたいものなのだが、残念ながら最近夜に降る雨を見ていると、起きた時の状態が恐ろしい。
と言うことで、今日は昼から会社を休んでタイヤ交換。今週はもう持たないと言う結論に達したわけである。帰る途中で雨が降ってきたので、自分で交換するのをやめて、イエローハットに行ってスタッドレスタイヤを購入することとした。(今年4シーズン目なので限界でしょう。)困ったことに、うちの車でタイヤを運搬できないので代車で旧冬タイヤと夏タイヤを2往復で運搬。なかなか疲れたが自分の手を汚さず交換完了。それにしてもこっちはローテーションをきっちりしているんだから、_外したタイヤがどこに付いていたかくらい分かるようにしておきなさい！_と問いつめたくなった。
これでそわそわして仕事をしなくて済むようになったが、これからはまだ夏タイヤで吹っ飛んでくる車の心配をしないとならない訳で、やっぱり冬道は心臓に悪い。今回のタイヤはBRIDGESTONE MZ-03 185/60R14を選択なわけであるが、4本で6.2万円。北海道じゃないけど冬は通勤するだけでも余計にお金がかかるんだから、何かしらの手当が欲しいなぁ。
今日は休みだったので、久しぶりに昼までじっくり眠った。たまにはこういう日があっても良いな。
今日は久しぶりにゆっくりと休みだったので、サーバに使っているパソコン(cosmos)のパワーアップ(?)を行った。職場の友人から今週、DVD-RAMとSCSIカードをもらったので、早速組み込み。組み込んだ時点で特に問題なく、SCSIカード・DVD-RAMプレイヤがDebian(woody)から認識された。
早速手に入れた大容量メディアを使いこなすために両面DVD-RAMを購入した訳だが、いつか使うかも知れないWindowsとのデータハンドリングを考えると、UDFでフォーマットした方が良いのだろうか? フォーマットの仕方がようわからんので、どうしようねぇ。
とりあえずDVD-ROMも読めるようになったので、これまでどうしようかと考えあぐんでいたがようやく解決である。(一般的に配られているメディアが読めないのは痛い…)
SCSIカードを取り付けたので、宙に浮いていたフィルムスキャナもつないでみた。うちのフィルムスキャナはキヤノンのFS2710なのであるが、<ahref=“http://www.mostang.com/sane/">SANEで使えることが分かっているので、早速インストール。ところが、スキャンしたポジフィルムがやけにすっ飛んだ色合いになってしまうため、Xのガンマ補正の仕方(XFree86 4以降はxgammaを使う)を調べてガンマをWindows風に2.2程度に設定し、画面の明るさやコントラストも補正。
しかし一向にすっ飛んだ色合いは直らない。なぜだろうといろいろ1時間くらい考えたが、どうしても分からないので、原版を見たら_露出が適正から0.7EVもプラスにずれている写真_じゃないですか！ まったく正しいかどうかは正しい露出の絵を入れて確かめましょう。と言うことで問題なしです。これでますますモニタを買わないとならなくなったな。
あとマウスがないと不便なので、LogicoolのFirstMouse+を購入した。まぁこれはこういうものか…
今日は神月翠さんとヒメミヤシラユキさんから撮影会をしませんか?と誘われてましたので、今日も撮影にお出かけ。
そう言えば、「制服＆私服撮影会」と言うふれこみだったが、気がつくと「制服」な写真しか撮って無いなぁ。今日は久しぶりに天気が良かったので、なかなか良かったですねぇ。
最近デジタルな絵しか撮ってないので、久しぶりにRAP(application/pdf)を使用。こないだもらったKodak PORTRA400BWを使う機会がなかったなぁ。(白黒は使いたいんだけど、ISO400はこんな良い天気で使うのはもったいないよ…) と言うことで、今日の写真です。
EOS D30 / EF 70-200mm F2.8L (絞り優先AE 絞り F2.8 シャッター速度1/180 ±0.0EV) / WB: daylight / ISO 100 / 多賀城市民センター / 神月翠さん
EOS D30 / EF 50mm F1.4 (絞り優先AE 絞り F2.8 シャッター速度 1/180 ±0.0EV) / WB: daylight / ISO 100 / 多賀城市民センター / ヒメミヤシラユキさん
EOS D30 / EF 50mm F1.4 (絞り優先AE 絞り F1.4 シャッター速度 1/500 ±0.0EV) / WB: daylight / ISO 100 / 多賀城市民センター / ヒメミヤシラユキさん
EOS D30 / EF 50mm F1.4 (プログラムAE 絞り F2.8 シャッター速度 1/60 ±0.0EV) / WB: daylight / ISO 100 / 多賀城市民センター / 神月翠さん
昨日あたりからそうなのだが、ユーザークレームの対処。で、対処内容というと_「(原因は別にあるけど、) とりあえずこうしよう」_と言う指示だった。工場内の対処としては良くやる手であると思うが、上位組織からの指示じゃなかろうに。もっと他にやることあるんじゃないの? と言うことと、どうしてこういう風なトラブルがでるのと言うあたりを突き詰めておかないとならないんじゃないのかなぁ。
で、僕らの仕事が増えるのは勘弁願いたいところだ。(言う方は言うだけだから簡単だよねぇ。)
Apache XML Project関連のツールのインストールの解説記事を書いた。最近のBBSでのやりとりからFOPがどの程度使えるのか調べるためである。FOPは名の通り、XSL-FOというXMLで記述された文書(平たったくいえば、Post Scriptみたいな物)からPDFに変換するツールである。
いろいろなツールのバージョンが軒並み上がっているので、全部インストールし直して、過去のTLUCの勉強会の資料を補筆した訳だ。一応このレベルで、docbook-xmlを使って、Docbook文書をFO経由でPDF出力はできそう。ただ今のところ悩みは、Docbookで画像貼り付けを行った時に画像が上手く表示できないことくらい。(JIMIはちゃんとダウンロードしてCLASSPATHは通しているのだが…) 僕がDocbookの使い方を理解してないので、画像周りの指定を間違えていると言う線も疑い得ないが…
SmartDocからFO経由でPDF出力も試みたが、sdoc2fo自身が吐き出すfoがRecommandationなFOかどうか不明なためで、FOPの処理中でエラーを吐いて終わってしまう。うーむと言うことで、力つきました… sdocのMLに再度入って聞いてみよう。
ようやくお休みになった。なんだか風邪を引いた模様。のどが痛い…
昨日の議論の続き。じゃ_なぜにVBAを使っているのですか?_と言う話も言及しておこう。
本来VBAでできるものは、Active PerlやActiveScriptRubyで書いた方がよりスマートにかける。こないだも苦労したが、VBAは文字列処理が非常に弱いので、テキスト処理を得意としている言語でやった方がスマートにかけるプログラムは多い。
じゃなぜ?と言う話は簡単で、VBAで書く物はお仕事でしか存在しないからだ。(僕は家のPC用にOffice2000のライセンスを2個持っていますが、インストールしてません。) ただみなさんに「ActiveScriptRubyをインストールしてくださいね」と言うのと、インストールしてもらう利点を説明するのが、めんどくさいからだ。(だってExcelはすでにインストールされているものね。)
ただ最近ExcelのシートにマクロをつけるよりはAddinとして配布すべきだと思い至ったので、最近僕が作るマクロはAddinになるようにしています。使っている理由はただそれだけです。VBやVBAというかMSの生成物に美しさを期待するのは愚の骨頂なので、適当におつきあい。それが正しい姿であろうと思うのだ。書きたい言語で書いていいよと言われれば、絶対選択しない物であるのは確か。
今日はなんだか議論になってしまったので、一応日記にも書いておこうと思う。今の時点では僕は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を使わせたい人は建設的なご意見をください。
今日は明日説明するためのさくっと資料を作成。我ながら数年ぶりにWordなどを使ってみた。(大概の説明用資料は、ExcelかPowerPointで作るからなぁ。) やっぱり文章を書く時はワープロがお気楽で良いなぁとしみじみ思った。無論エディタでざくざくHTMLやLaTeXの方が楽と言うのはあるけれども。