アカウント名:
パスワード:
おそらく言語自体よりも古COBOLerの行う設計の酷さから来ているんじゃないかと.
基本的にロジックと処理の区別がついていないんですよね. ですから特に上位レベルの抽象性が高い段階での設計でも, いきなり実装レベルの個々のフィールドの取り扱いに拘ったりとか. 典型的な木を見て森を見ずの例です.
よく言われるビジネスロジックとの親和性なんてのも, 言っている当人がビジネスロジックを分かっているわけではなく, 単に既存の手書き伝票処理を業務分析・設計を省いてベタ移植しているだけ(しかも当人はそのことに気づいていない).
これが古いプログラムの保守とかになったら…永遠にスキルアップの可能性のないSE/プログラマの墓場と忌み嫌われてもしかたないと思います. そういう面から言えば, COBOL「も」使う仕事/職場ってのとCOBOL「しか」使わない仕事/職場ってのは似ているようで全く違う環境だと思います.
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
私は悩みをリストアップし始めたが、そのあまりの長さにいやけがさし、何も考えないことにした。-- Robert C. Pike
ネタとして成り立たないんじゃ? (スコア:0)
だとしたら、雑談を始めることもできそうにないですねぇ。
Re: (スコア:0)
単に「COBOLerが嫌い」ってだけかも・・・。
# 自分自身、そうかもしれない・・・。
Re:ネタとして成り立たないんじゃ? (スコア:1)
おそらく言語自体よりも古COBOLerの行う設計の酷さから来ているんじゃないかと.
基本的にロジックと処理の区別がついていないんですよね. ですから特に上位レベルの抽象性が高い段階での設計でも, いきなり実装レベルの個々のフィールドの取り扱いに拘ったりとか. 典型的な木を見て森を見ずの例です.
よく言われるビジネスロジックとの親和性なんてのも, 言っている当人がビジネスロジックを分かっているわけではなく, 単に既存の手書き伝票処理を業務分析・設計を省いてベタ移植しているだけ(しかも当人はそのことに気づいていない).
これが古いプログラムの保守とかになったら…永遠にスキルアップの可能性のないSE/プログラマの墓場と忌み嫌われてもしかたないと思います. そういう面から言えば, COBOL「も」使う仕事/職場ってのとCOBOL「しか」使わない仕事/職場ってのは似ているようで全く違う環境だと思います.