月: 2000年2月

8時起床。メールの返事かいてたら、すごい時間がすぎちゃった。まづいー。

はれ

ircに顔出したのですが、あんまり会話しないうちに沈没してしまったので、寝ました。26時頃。

今日は、昨日の会議を受けて、修正要求のあった部分の手直しをして、再提出です。顧客の担当者と、いくつか電話で打ち合わせをして、画面と帳票のサンプルを修正してFAXで送信しました。早めに帰れるかなあ、と思ってたんですけど、やっぱり23時頃になりそう……。

柊ちゃんの病状は、悪化もせず、良くもならずのようです。熱はまだ下がってないようです。長い間、高熱が続くと体力が落ちてしまうので心配です。

今年の2/29日は、4で割れるのでうるう年だが、100で割れるのでうるう年でなく、でも、400で割れるのでやっぱりうるう年だよんっ、という日です。

取引先の営業さんから、うちに収めたハンディーターミナルで、2/29日に時刻再設定をすると問題が出るという連絡を今日もらいました。なんでも、2/29に時刻設定をしなければちゃんと、2/28,29,3/1と遷移するらしいのですが、2/29にメニューから時刻設定をしたとき、問題が出るそうで……。営業さんも大変ですよね。矢面に立たなきゃいけないし。今日はいろんなところに電話しまくりでしょう、きっと。

え、収めたハンディーターミナルは大丈夫かって？

全然問題なしですよ。………… だって、まだつかってないんだもん（苦笑）*291

* でも……

皮肉なことに、今回の問題って、充分に手を抜いて4で割るロジックしか入っていないプログラムってちゃんと動くんですよ。結局のところ1900年代に作成したプログラムは、2100年以降に稼動する可能性がある場合だけ、100で割ったときの考慮をする必要があり、2400年を超えて使用する可能性がある場合、400で割る考慮をしないといけない、ってことです。100年近く生き残るプログラム以外は、単に4で割るのが余計な計算をせずにすむという意味でもコストが最小だってのは、ちょっと無常ですよね……。*292まあ、どうせ実装するなら中途半端に実装しないでちゃんと実装しないと正しい動きをしないという意味では、教訓にはなるかもしれませんけど。100で割るところまでで考慮が終わってる場合にだけ問題が出ますから。

何とかいつもどおりに、ぎりぎりに会社に着いたのですが、先輩に、「あれ、今日は早いねえ」といわれてしまいました。どうも聞いてみると、先輩のほうがいつもより遅く出社していて、時間の感覚がずれていたみたいです。

8時にアラームがなったのですが、ものすごく眠い状態です……。起きあがってみると、既に8時半になっていました。急いでシャワーを浴びて出かけました。

6時半ごろ。遠くのほうでアラームが鳴ってるような音がして目がさめました。PHSが鞄に入りっぱなしになっていて、しかも昨日設定した時刻のままだったようです。

まだ、寝ていても大丈夫な時刻なので、アラームを8時に再設定して寝なおしました。