アカウント名:
パスワード:
本当に必要なのは、COBOLを扱える人じゃなくて、COBOLで書かれた業務を把握している人なのであります。
業務を把握している人がいなくなる前に何とかしてください……
ほんとこれ。別にCOBOL自体は難しい言語じゃないんだけど、気の利いたことができない言語だから、複雑な業務が整理されないままプログラムになっていることが多い。(当時と今とではコーディング理論の成熟度が違っていることも重要なポイントかもしれない)なので、ロジックは読み解けても、何がしたくてこんなロジックになっているかが分からんのよね。
言語のせいで気が利かないのでは無く、時代的に構成管理や文書管理にDASDの1TRKだって使うのは正気の沙汰では無い頃で、
だから、わざと業務の整理をごちゃごちゃにしてでも、運用時に「一発で動く」事を優先にした作りにしているだけでは?(COBOLだって機能分割できる程度の事でも、構成で解らなくなるから、あえて別のロジックでもまぜこぜにしているとか)
古代のDevOpsの1つの到達点でしょう。(もちろんコーディング理論未成熟は認めますが。。。)
だから、わざと業務の整理をごちゃごちゃにしてでも、運用時に「一発で動く」事を優先にした作りにしているだけでは?
一応回答するとすれば、仰る通り情報資源上の制約によって複雑になっているものもあったし、そういうレベルじゃないものもあったね。色々な要因があったけれど、個人の経験として複雑な業務が整理されないままプログラムになっていることが多かった。金融系などの事情は知らないので、そこではまた別の状況があるかもしれないな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
計算機科学者とは、壊れていないものを修理する人々のことである
本当に必要だった物 (スコア:5, すばらしい洞察)
本当に必要なのは、COBOLを扱える人じゃなくて、
COBOLで書かれた業務を把握している人なのであります。
業務を把握している人がいなくなる前に何とかしてください……
Re:本当に必要だった物 (スコア:5, 参考になる)
ほんとこれ。
別にCOBOL自体は難しい言語じゃないんだけど、気の利いたことができない言語だから、
複雑な業務が整理されないままプログラムになっていることが多い。
(当時と今とではコーディング理論の成熟度が違っていることも重要なポイントかもしれない)
なので、ロジックは読み解けても、何がしたくてこんなロジックになっているかが分からんのよね。
Re: (スコア:0)
言語のせいで気が利かないのでは無く、時代的に構成管理や文書管理にDASDの1TRKだって
使うのは正気の沙汰では無い頃で、
だから、わざと業務の整理をごちゃごちゃにしてでも、運用時に「一発で動く」事を優先にした
作りにしているだけでは?
(COBOLだって機能分割できる程度の事でも、構成で解らなくなるから、あえて別のロジックでも
まぜこぜにしているとか)
古代のDevOpsの1つの到達点でしょう。(もちろんコーディング理論未成熟は認めますが。。。)
Re: (スコア:0)
だから、わざと業務の整理をごちゃごちゃにしてでも、運用時に「一発で動く」事を優先にした
作りにしているだけでは?
一応回答するとすれば、
仰る通り情報資源上の制約によって複雑になっているものもあったし、
そういうレベルじゃないものもあったね。
色々な要因があったけれど、個人の経験として複雑な業務が整理されないままプログラムになっていることが多かった。
金融系などの事情は知らないので、そこではまた別の状況があるかもしれないな。