アカウント名:
パスワード:
COBOLそのものではなく、COBOLで動かし続けリプレースもされない古くてカビの生えたシステムが諸悪の根源なのでは?色々な事情はあるだろうけれど、ある程度の期間で更新し続けないと保守しづらくなるのは自明の理ではないかと。
COBOLが古くて使いづらい云々は、正直なところ必要な言語なり手続きを覚えずに「あっちはこれがあるのにこっちには無いから・・・」と文句垂れるだけの使いづらいエンジニアなのだと思ってしまう。
# 必要ならなんでも覚えてやるさ。相応の対価を出してもらえるなら
要は「COBOLの仕様上の問題で、構造化すらされておらず、ソースコードから仕様を紐解くのが非常に難しい」というのと、「そもそも仕様書が更新されていないか、あったとしても未記載や言外の仕様が多くて役に立たない」という2つの合わせ技だと思いますよ。
言語側で業務に合った抽象度の高いコードにしている(=そこから仕様書を起こせる)か、仕様書がきちんと作成され更新され続けていれば、言語を移動することもメンテナンスすることも容易だからです。
今では初期のハードで動いているのなんて無くて、VMの上で動いているのでは?基本事務処理だからI/OはCSVみたいな会計データだけだろうし。ソフト的なつぎはぎでメンテが大変とかいじれないとかはあるだろうけど。
どちらかというと通信ミドルウエアに相当するCICSなんかはAPIはCOBOLのバインディングだな
リプレースできずに残ってるCOBOLのシステムだと改修数千万~数十億単位かな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
COBOLではなく古いシステムが (スコア:1)
COBOLそのものではなく、
COBOLで動かし続けリプレースもされない古くてカビの生えたシステムが諸悪の根源なのでは?
色々な事情はあるだろうけれど、ある程度の期間で更新し続けないと保守しづらくなるのは自明の理ではないかと。
COBOLが古くて使いづらい云々は、正直なところ必要な言語なり手続きを覚えずに
「あっちはこれがあるのにこっちには無いから・・・」
と文句垂れるだけの使いづらいエンジニアなのだと思ってしまう。
# 必要ならなんでも覚えてやるさ。相応の対価を出してもらえるなら
Re:COBOLではなく古いシステムが (スコア:2, すばらしい洞察)
要は「COBOLの仕様上の問題で、構造化すらされておらず、ソースコードから仕様を紐解くのが非常に難しい」
というのと、「そもそも仕様書が更新されていないか、あったとしても未記載や言外の仕様が多くて役に立たない」
という2つの合わせ技だと思いますよ。
言語側で業務に合った抽象度の高いコードにしている(=そこから仕様書を起こせる)か、
仕様書がきちんと作成され更新され続けていれば、
言語を移動することもメンテナンスすることも容易だからです。
Re:COBOLではなく古いシステムが (スコア:1)
元々構築されているシステムって本質的に複雑な仕組みだったりするんで、そのままでは仮にモダンな環境や言語でも関係なく難しいもののような気もする。
神経症のようにミスに厳格だし、丁寧な対応が当たり前で、コスト削減が当たり前な世の中であると、仕組みの刷新って難しいかもね。
Re: (スコア:0)
今では初期のハードで動いているのなんて無くて、VMの上で動いているのでは?
基本事務処理だからI/OはCSVみたいな会計データだけだろうし。
ソフト的なつぎはぎでメンテが大変とかいじれないとかはあるだろうけど。
Re: (スコア:0)
どちらかというと通信ミドルウエアに相当するCICSなんかはAPIはCOBOLのバインディングだな
Re: (スコア:0)
リプレースできずに残ってるCOBOLのシステムだと改修数千万~数十億単位かな。