さりげなくオイラを登場させてるところも憎い。22:48多分、元ネタとなったであろう人は懲りずに居座ってるようですが・・・。それはさておき、レガシー系の業務アプリほど、まともにオブジェクト指向でやれば効率高いはずなんですけどね。バリエーションはいくつかあっても昨日は似た様なものですからね。その部分上手く派生で差分逃がせば開発工数だいぶ下げられますからね・・・。それ以前に、Javaや.Netのテストフレームワークを活用するにはオブジェクト指向はある程度必須ですし、その発想はCやCOBOLでも使えますからね・・・。10:12>さりげなくオイラを登場させてるところも憎い。10:18最近、ここのコラムであまり面白いのがないと思っていました。数行だけのコラム、まるで個人ブログの延長のようなコラムなどなど。そんななか、久しぶりに読み応えがありそうなコラムです。元ねたになった人からのクレームとかありそうですが、気にしないで続けていただきたいです。11:21ちょっと心配なのですが、COBOLでもエントリ系ならPFキーの割り込みとかで、マルチスレッドに必然的になりますが、バッチ系だと1つのジョブステップでは、SQL実行計画の中の1なめに相当する事をやって、出力はシーケンシャルファイルになる訳で、バッチ系に限るならstatic固定で十分なのもたしかです。互いに影響が無く、並行稼働出来るならジョブを並列で動かすでしょうし。その辺がごっちゃになっていると、後で逆に、悪いを良いと言い張る技術者にあるまじき存在にされかねません。攻めるならエントリ系に限るべきです。1ジョブ=複数ジョブステップのつもりです。01:25まさか自分と同じ名字が出てくるとは・・・。名前を記憶しておくコメント:リーベルGふつーのプログラマです。企業内Webシステムの要件定義から保守まで何でもやってる、ふつーのプログラマです。書籍「誰でも身につく!暗算力」を読んでみた。未成年者略取ムチャか?男気か?部下も立て続けに。利用規約ITmediaはアイティメディア株式会社の登録商標です。