Host(VBS)でやることにした。2週間溜め込み→週に1回、古いほうの1週間を吐き出し削除...というフロー。VBA(アプリケーション付属のVisualBasic。EXCELとかACCESSのマクロで使う)の参考サイトは山ほどあるが、VBSになると少なく、Microsoftのサイトに行っても、よく判んない中途半端な解説がばっさり出てきてこんにちは。イライラしながら書いてたんだが、まず検索の仕方が悪かった。「WSH」で検索すりゃー、グーグル先生で山ほど出てきやがった。いうことで、それまでは記憶を頼りに悪戦苦闘したり、同僚が作ったvbsファイルを見たり。頭の中ではフローができてたので、関数だのサブルーチンだのから書き出して、メインの部分はコメント抜きで8行ぐらいに収まった。いいけど、あれもう少し綺麗にしようよ...>某nokoさん。あれじゃただのバッチファイルですよ。チェックルーチンが冗長化してるので、関数化してフラグ判断だけするようにしたり、MsgBox関数も自前関数でラッピングすると綺麗になるよ。DELETEはナシにして、書き出し部分だけタスクに突っ込んで明日の朝動くように設定してテスト。問題なければDELETEを組み込んでおしまい、かな。気づいたらフロア最終&午前様でした。病み上がりだし、もう寝ます。引き続き、プログラミング三昧。んー、まず昨日のスクリプトは、DELETEがやっぱり1週間分でもトランザクションログに収まりきらなくてダメ。いうことで、1週間を2つに分断してDELETEしてCOMMITというのをそれぞれやるようなSQLを吐き出すように変更。午前3時に動作するように指定してきたので、明日の結果を待って考えるということで。あとは、アセットマネジメントを自動化するモジュールをメーカから貰ったが、ユーザに優しくないため、Wrapperのプログラムのフローを作成中。こっちはvbsにしようかRubyでexerbにしようかちょっと考え中。サーバもクライアントも。最近、Intelアーキテクチャにかなりの変化があって、今まで動いていた古いソフトが動かないなんてケースが結構頻発してきてる。チップセットが主な原因なんだが、440BXからi8xxに移行してきた時とおんなじかんじかな(当時はそれでもまだマシだったか)。i9xxへの移行、さらには最近のデュアルコアCPU搭載機の出現に色々考え直さないといかんことが結構出てきた。OSも今でこそ32bit主流+EM64Tによる追加要素って感じだけど、Vistaが出てきてしばらくすれば多分ネイティブで64bitにシフトするだろうし。勉強しないといかんよなー。binaryなんかを作ろうとすると、リソース管理の部分でどうしても考え方の改めを避けられない局面が出てきそう。このクソ忙しいときにあんまりシフトして欲しくないというのが正直な個人的感想ではあるが、ま、避けて通れない道だしね。理詰めで1つ1つ潰していくしかあんめぇさね。昨日の晩の記憶があんまりない。寝る前にここのエントリ書いてるし、そんなに変なこと書いてない。もって壊れましたか?私。「元から壊れてるじゃないか」というツッコミした人には、Amazonの段ボール箱(空)を差し上げます。今日起きたら昼の11時。目覚まし時計4つとも鳴りっぱなし。したら睡眠薬、2回飲んだかもしれない。窓開けたまま会社に行ってたね。泥棒とか入らなかったもんだと、ちょっと感心。