昨日、後輩君からすがるようなメールと電話が届いたので、
本社の仕事もきりがついたので、今日は久々にまたまた出張先に
出向くことにした。

今回のも明らかに仕様変更。というか
仕様書からはどう考えても読み取れない処理なんだけど
前に変更した他のチェックとの表示を統一して欲しいとのこと。

まあ、それも大した変更ではなかったけど
問題は同じようなプログラムを組んでいる別の人(同じ社内の人）が
担当したプログラムとも整合性を取って欲しいので
私のだけを修正する。。。というのは困るというのだ。
つまり、しないなら両方しない。するなら両方する、、。ということ。
その担当者の人は来週まではこれないというし、、
じゃあ、やりませんって言えば一言で済んだんだけど
ついつい、私がまとめて変更する。。と受けてしまった。
その人のロジックはちょっと難解なので、二の足を踏んでいたのだけれど
誰もいやがってやらないのだ。
2000ステップもある結構大きなサブルーチンなので
今回変更したことによって他にも影響が出て
「はっちゃんが触ったせいだよ」とあとでその人に苦情を言われるのが
一番嫌だったのだけど。

そもそも今回のプログラムはその人と同様のチェックプロをやることになっていて
最初はその人の途中までできたソースをコピーして作り始めたのだけど
あまりにも無駄なロジックが多すぎたので
かなり作り変えてしまった。

なのでみんなは同じようなロジックで組んであると思って
すぐに｢同じように修正してください」といってくるのだけど
実はぜーーんぜん、ロジックは違うのだよ〜
統一しなかった私にも確かに責任はあるんだけど
無駄なＩＦ文とか一杯あるんだもん。
今回修正箇所も何故わざわざＩＦ文を二つにわけているの？？
という謎の部分やら何でこんなINDEXをあえてセットしているの？？という謎のロジック
同じファイルを何度も何度も読んでチェックしているし(一度読んでフラグ立てればすむじゃーん）

今回の変更もかなり修正が難しいようなことを、当の本人は今日電話で騒いでいたけど
無理やり難しくしているのはあなた。。
単純に修正できましたよん。(解析するのに時間かかったけど）
でもあとで文句を言われるのは嫌なのでもちろん元のソースはバックアップ
とってきましたよ。

ただＳＥさんにテストして確認してもらうところまではいかなかった。
(あくまで自分なりの確認のみ）なので、今日の夜以降のテスト次第では
また別の不具合がでるかもしれない。
上記の変更とは関係ないんだけど、どう考えても仕様書に無理があるのだ。
「ここのチェックがおかしいから」と変更が来るんだけど他のチェックとの整合性がとれてないので、今日も散々確認した。
もっと仕様をきちんと把握して頂戴＞Ｉさあん。(>_<)
今日別に不具合で上がってきていた箇所も結局はちゃんと仕様書どおりのチェックだったのだ。どのマスターを読んでチェックしているくらいは
仕様書見ればわかることじゃない。。。ちょっとひどすぎるよっ。

それからそれから・・・
せっかく人がメールで添付したソース、ちゃんとホストにＵＰしておいてよね＞ミッキー@後輩君。
全然変更箇所が反映されてないから一瞬焦ってしまったじゃないかあ。

というわけで明日は客先のＳＥ、Ｔ君からの連絡待ちなのであ〜る。
きっと何かでるな、うん。だってＩさんかなり曖昧な回答だったもん。
こういう時って絶対後から「実はこれ、、、」って言って来るんだあ。。過去の経験上。

ころっ。。。(話題が変わる音）
毎朝いつも定期的にメールをくれる人がいる。
おはようの挨拶と天気の話くらいなんだけどね。(笑）
ちょうどいつも私の出勤時間帯と重なるので、
駅につく頃には返事を返していたのだけど、今日は出社が遅かったのですぐには返さなかった。
そしたら「珍しく返事が無い。もしかして事故ったか？」と催促のメール。
縁起でもないこと、いわないでよーん。
はい。運転中のメールは差し控えます。（ばきっ）