Repo
kjana00@gmail.com
2009-11-12 00:37:51
今朝は雨。朝ごはんはパンとソーセージとゆでたまごとサラダ。毎日ゆでたまごはコレステロールだの中性脂肪だの的に良くないと昨日言われたばっかりだけど、だからといって買ってあるたまごを放っておくわけにもいかない。鬱陶しい雨の中仕事場へ。
皮を被せる中身を差し替えて diff 見た辺りを確認してみたら何かおかしく見えてしばらく悩む。実際は数値を直接見ないでグラフにプロットしてたのと、初期値に INT_MAX とか使ってるっていうのとの合わせ技で 10、20、30 なんていう値はちょっとやそっと拡大しても 0 に見えるっていうだけの話だった。ちゃんと信号名変わった周りでも入力は出来てるじゃない。
それから今朝 svn up したらお絵描き関係での修正がごっそりあるように見えたんでちゃんと確認してみたり。昨日までほとんど無かったのに……で、昨日見たのの他で今日どっさり入ってた分は、ほとんどお絵描きの方では仕様で省いてる入力エラー時の処理だった。手元で diff -pwc すると見事に「この変数が INVALID だったら……」っていう if が付け加わっただけっていう感じで。そうでないところもそれの影響だし。これならそんなに大幅にいじらなきゃならないわけでもないね。それにしても相変わらず同じことをするコードが散らばっていく……コードの修正を阻害する標準とか開発規約って良くないなと思う瞬間。結局、出口にこの判定を移した方がいいと思っても、そういう風に修正しますっていう要求出して承認を得て、ってやるのがひどく煩雑な上に動いてるコードをいじるな、で通らない場合すらあるような状況だから直せないんだよね……
別のモジュールでは出力を求めるのに使う戦略が一つ増えたっていう割と本質的な修正が入ってた。でもこのモジュールってばお客さんからもらったやつが基本で、後で C コードにだけ入った修正を付け足したやつなんだよな……それにちょっと前に「この修正のブロック図が欲しいです」「ごめんなさい手元にありました」なんていうやりとりをメーリングリストで読んだから、顧客提供のモデルも更新されてるはず。ということであったら下さいというメールを投げておく。
で、昨日見てた差分を適用。差分の積算が差分の絶対値の積算に変わるっていう部分だけが本質、かな。他の修正は大して意味無い……計算するっていうフラグが立ってたら必ず計算するように修正されたけど、どうせこのフラグが立つのは修正前のコードでフラグ見てるクローズ内だけだから全然論理に変化は無いし。おまけでオーバーフローする場合には積算しないでおくっていう処理も入ってるけどこっちではいらないな、これ。こっちは値が double だし。
引越し周りの色々でメールを書いたり事業管理部の人が見て回ってるのについて回ったりなんていうのを挟みの、おもちゃいじりを挟みのしつつ定時退社日なんで早めに終わる。帰ってパンとブリーを食べつつ WWW 見たりゲームしたり。それで晩ごはんはサラダとカレー。なかなか安直においしい。赤身の切り落しがなかなか、肉を食べた気分になりつつ柔らかくて食べ易い。
で、そのまま続き、と。とりあえずワーグを殲滅してみた。……ええ、やっぱり無茶というほどでもないけど無理をして死んでしまいましたとも。出血を止めるのに薬持ち歩いた方がいいのかな……テレポートした時点で HP の残りが二桁、ひどい傷で二桁ダメージ / ターンということでなす術も無く死ぬのは泣ける。