昨日は２３時過ぎに寝ようとしたが、なかなか寝付けずに、彼女と話しているうちに０時近くになってしまった。ホットミルクを飲んでまた寝たら、割とすぐに寝付けたようだ。朝は６時４０分起床。

会社へ行って仕事をする。あとからあとから仕事は降って沸いて出る。今日やるはずだった仕事も棚上げだ。協力会社のアウトプットの検収作業なのだが、そんなことは後回しになり、私は金曜日に急遽開発したプログラムのテストと資料作成に追われていた。

何を作っているかというと、オラクルでANALYZEの代わりにDBMS_STATSパッケージのプロシージャを使って、コストベースオプティマイザが使用する統計情報を作成するツールである。今までのANALYZE用ツールと同じパラメータを指定すれば動くように作った物である。今までのジョブ定義をほとんどそのまま、プログラム名の置換だけで動くように作ったのだ。

このプロジェクトは、複数の部署で複数のシステムで別々に動いていたシステムを今統合していようとしていて、うちとは違う他のサブシステムが先週本番を迎えたのだが、そこで不具合が出たらしい。何をどう対処したか聞いてみたのだが、致命的な不具合でないのでまだ対処方法は決めてない、と金曜日の時点で言われた。こっちは本番はまだだがサーバ移行でせっせとジョブ定義を変換しているところだ。今のうちに代わりのものを作らねば、ということで私が急遽作った。

ところが、どうもあそこで便利な物を作っているらしいぞ、と先週本番を迎えたチームその他が嗅ぎつけて、うちでも使わせてくれくれと言ってきたので、急ピッチでテストと資料作成に追われるはめになった。なんだかな〜、という感じだ。ある部署の人は「放っておくのはいけないと思いつつも、誰か作ってくれないかと思っていました」などとメールをよこした。みんな人任せ。こういうやっつけで作ったツールの管理責任はの所在はあとあとになってうやむやになる。自分たちだけで使うのならいいのだが、他のサブシステムでも使うとなると、うちがボランティアでメンテしていかなければならない。でもそのとき作った私がいなければ、誰かが代わりにエンハンスしたりすることになるだろう。でも現行のシステムに影響があるのが怖いので、xxxx2とかxxxx3とか亜流のツールがどんどん増えていくことになるような予感。というか、そんなのだらけだ。

昨日は２２時半就寝、今朝は６時半起床。調子はまあいいが、７時に朝食を食べて、そのあとソファに横になって朝のニュースを観ていたら、８時過ぎまで寝てしまった。どうしてもこれくらいの時間に眠たくなる。それでも今日も会社に行く。

朝はけっこう雨が強く降っていて、本格的に梅雨という感じだった。会社まで徒歩１５分な私は会社に着いた時点でとほほ１５分という状態だった。傘をさしていてもズボンとか袖とか濡れてしまうのだ。今までは靴にも水がしみて非常に不快指数急上昇だったが、今年買ったゴアテックス仕様のウォーキングシューズのおかげで、靴の中は全く無事である。どうせだったら登山用のかっぱでも着ていったら完璧だったかもしれない。あれもゴアテックスで防水は完璧なのだ。３万円以上もしたのに全然着てないのはもったいない。山道具は高いのだ。使うともったいないのか、使わないともったいないのか、どっちなのだろう？でもかっぱを着ていくと会社に着いたときに脱ぐのが面倒だな。

仕事ではまたまた次々と問題が出てきた。旧サーバで動いていたプログラムが新サーバでコンパイルできない。main()はintでなければならないのにvoidで定義して、exit()でなくreturnで抜けているプログラムがいっぱいある。本来ならコンパイラがはじかなくてはならないのだが、旧サーバのＯＳではコンパイラのチェックが甘かったのだろう。多分warningは出ていたと思うが、みんなwarningは無視するからなあ。コンパイルオプションは変わってないので、コンパイラが厳しくなったのだろう。がんがんコンパイルでエラーになる。Ｃのソースは大量にあるのでいちいち手で直してられない。こいつらまとめて全部スクリプトで修正してしまえ、と思ったら、ソースによって書き方が、

void main(int argc, void **argv)

だったり

void
main(int argc, void **argv)

と２行に分かれていたりする。おまけにタブが入っていたりもする。というわけでがりがりとawkで久しぶりに/^[ \t]*void[ \t]*main[ \t]*(/などと正規表現使って変換して、２行に分かれているのにも対応して、元のソースとdiffとって、ということをがりがりやっていた。最近はスクリプト処理というとPerlが定番なのかもしれないが、私は実はPerlはだいぶ前にちょこっとかじっただけで、もうすっかり忘れてしまった。また勉強しなければ。でもUNIXに標準で備わっているawkで処理するのが手っ取り早い。と言うか、今のサーバにPerlはインストールされているのか？

Pro*Cのプログラムもプリコンパイルでエラーが出ている。PL/SQLでストアドプロシージャを呼んでいるプログラムのプリコンパイルが通らない。これはコンパイラオプションが違うようだが、旧サーバではどうやってたか、うちの開発環境独自のmakeツールの中身をみたら、どうも場合によって使い分けていたようだ。旧サーバなら自分たちで自由にいじることができたが、新サーバは自分でその辺の開発ツールをいじれない。複数の部署で別々に作って別々に運用してきたシステムを統合するというプロジェクトなので、開発環境の管理はまた別の部署なのだ。ついこの間もPro*COBOLのコンパイラオプションが今までと違って、頼み込んで特別対応版を作ってもらったところだ。オラクルのマニュアルを調べたところ、コンパイラオプションはソースの中でインラインで指定でき、Pro*Cの引数で指定するのよりインラインの方が優先されるらしい。結局プログラムに埋め込むこととなった。同じソースでもプラットフォームが違うとすんなりとコンパイルも通ってくれないとは。これからもまたなんだかんだ問題が出そうだ。こいつら、最終的にちゃんと動いてくれるのだろうか。