アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
犯人は巨人ファンでA型で眼鏡をかけている -- あるハッカー
移行を視野に入れると (スコア:3, すばらしい洞察)
技術を持ち合わせているCOBOLerは少ないということなんじゃないですかね。
COBOLしか知らない人と、COBOLを知らない人が技術的な議論をするのは大変な労力を要すると思います。
システムの移行を後手にまわしてしまった(回さざるを得なかった)ツケは大きいということなのでしょうか。
Re: (スコア:-1, フレームのもと)
そんなのことはない…っていうか、前者抜きでやればいい。
COBOLなんてデータ構造の部分だけかじれば未経験者でも簡単に習得できる単純な言語だし。少なくともロジック部分(PROCEDURE DIVISION)なら他のプログラム言語知ってれば容易に読めるよ。
IDENTIFICATION DIVISIONやENVIRONMENT DIVISIONなんてほとんどおまけ程度だし、DATA DIVISIONが読み書きできるようになれば十分だ。
なぜこんな片手間で覚えられる言語なのに技術者不足なんて言うんだろう?
Re:移行を視野に入れると (スコア:0)
何十にも重なる数千行を超えるループ群を華麗にさばけなければなりません。
しかも中身はGOTO(にあたる構文)ばっかです。
処理はあちこちに飛び、見てるとだんだん眩暈がしてきます。
↑こういうのをサクサク捌ける技術者が居ないんじゃない?
#んなこと言ったら旧いFORTRANあたりでもそうだし
#今時の言語使ったってこういうソースを書く人間は居るだろうけど
Re: (スコア:0)
後期COBOLer(末期かも)だけど、さすがにそんな酷いコードに出会ったことはないなぁ。
だいたいCOBOLのでかいシステムって、数百行程度の小さいプログラムとOS付属(あるいはオプション)のツール・ユーティリティをJCLで繋ぐパターンばかりだったし。
オンライン系でも外部サブルーチン化によってモジュール分割してたし。
前期~中期の酷いソースはあらかた整理されてると思うよ。