「金融取引システムにおいて支配的なポジションを得たLinux」記事へのコメント

なんでもいいCOBOLを淘汰しろ

[Anonymous Coward]

なぎはらえっ！ええぃそれでも火の七日間で世界を焼き尽くした種族の末裔かっ！

Re:

[Anonymous Coward]

なんで？
マシンスペックに余裕のできた今こそCOBOLのような高級言語を使えばいいのにと思うよ。
習得も容易だしさ。

Re:

[Anonymous Coward]

仮に習得が容易だったとしても、作業自体の容易さは実物のソース如何なわけで、現代的なテスト環境や方法論の前に遺物扱いされるのは仕方がない面も。

移植とリファクタリングを同時進行させるっていう目論見もあるのかもしれないけど。ハノイの塔みたいに。

Re:なんでもいいCOBOLを淘汰しろ

[Stealth (5277)]

世の中には DB/DC Unit Test Function of COBOL Debugger [nii.ac.jp] だの COBOLUnit だのといった、中々楽しげなものも存在しますし、COBOL も言語自体のバージョンアップもされていっています。今時の COBOL は普通に Java や .NET と連携できますし、.NET なバイナリーの場合だと NUnit などのテスト系ツールも普通に使えるんじゃないかと。
一応変化して言っている COBOL を見ると、遺物扱いにしたい人が遺物扱いのレッテルを貼りたいだけ感は結構強いですね。

Perl/PHP/Ruby/Python/VB/Java/C/C++/C#/VB.NET 辺りであってもメンテナンス性の低いゴミコードが量産されるかどうかは開発者次第でしかないですし、COBOL で書くと自動的にそんな形になるなんてこともありません。
というか、汚くてメンテナンス性皆無なコードを「COBOL 以外で」散々目にしているであろう人が、「COBOL だから」という理由で = ゴミコード扱いするのはどうかと思いますね。
「COBOL だから遺物」なのではなく「メンテナンス性のカケラもない、自動化されたテストも行われていない、そんな腐れたコード群だから遺物」でしょう。

ま、COBOL の仕事なんてしたくもありませんが。(笑)

# "COBOLer" を言い訳にする人は、まず COBOL の問題じゃなくその人の問題。そんな例ならよく見ます。

Re:

[Anonymous Coward]

＞COBOL で書くと自動的にそんな形になるなんてこともありません。

そんあ形になるゴミコードをいじらなければならなくなったのだが？
どんな言語使ってもゴミはゴミです。それこそ、開発者しだいです。

たいていCOBOLerは、動いているならそのままでいいじゃんという時代錯誤な人ばかりですよ。
そんな人たちがゴミ以外のコードを生産すると思いますか？

Re:なんでもいいCOBOLを淘汰しろ

[beans-beans (28638)]

オフトピにこれ以上ぶら下げてもアレですが。

システム的には動いているものをいじるのはリスクあるから
そのままでいいじゃんは当たり前です。
ゴミでも動いていれば客は文句言いませんし、
リファクタリングに予算が付くなんてよっぽどの事態です。
COBOLに限ったことではありません。
#属人的な要素も大きいけど、謎コーディング規約が生きてるとかも怖いよね

トピ的にはよりパフォーマンスを求められるシステムでの
Linuxみたいな流れになっているので、そんなところでは
何使って開発しているかとかも気になりますね。
Javaなんかは開発効率的に良さそう(＝質はともかく人は多そう)だけど
コードの最適化とか考えたらやっぱりC++に一日の長がありそうだし。