1001コメント313KB

cobol vs java

■ このスレッドは過去ログ倉庫に格納されています

0001nameless

NGNG

どっちが優れてるの?

0002デフォルトの名無しさん

NGNG

なにをきじゅんにゆうれつをはんていすればよいのでしょうか？

0003デフォルトの名無しさん

NGNG

COBOLerとJava厨は中の人が同じなので争いは起きません

00041

NGNG

特に基準はないけど歴史が古く未だに使われているcobol、急速に
普及したjavaとどちらが優れているんでしょう。

00051

NGNG

比較例として、cobolの場合必然的に経験豊富な技術者が集まるが
javaなどの新興言語の場合経験の貧しい技術者が集まるが故に
cobolの勝ち!とか。

0006デフォルトの名無しさん

NGNG

じゃFortran最強じゃん

0007デフォルトの名無しさん

NGNG

初代伊藤首相と小泉首相はどっちが首相として優れてるか？とか、そういう不毛な議論だな。

0008デフォルトの名無しさん

NGNG

COBOLの圧勝だろ

0009デフォルトの名無しさん

NGNG

JavaでCobolのコンパイラは作れるがその逆はできない。
よってJava>>>>>>>>>>>>>>>Cobol

0010デフォルトの名無しさん

NGNG

え、COBOLでもコンパイラ作れるだろ。

00111

NGNG

>7
不毛というのは分かるが、cobolもjavaも十分現役だし死人と比べるのは
いかがなものかと。

9-10>
テキストファイルが読み込めてバイトコード吐けるんだから、cobolでもコンパイラは作れると思う。

0012デフォルトの名無しさん

NGNG

>>11
Cobolが十分現役というのはどうかと・・・
保守案件以外ないんじゃない？
結合システムがCOBOLだからみたいな理由以外でCOBOLが採用されてる案件があったら教えて欲しい。

00131

NGNG

>12
3年ほど前にまるっきり新規のシステムでバッチ処理をcobolで組む仕事を見かけた。
業務知識豊富な人材がcobolのエキスパートだというのが積極的な理由だったと思う。
ちなみにオンラインでのデータ投入はwebで俺自身はそちらを担当したが、oracleが
仲介するからシステムの整合性には問題なし。
特に巨額の金額計算が必要な場面で計算誤差が気になる場合、cobolのデータ型とc/c++/javaのデータ型では
cobolの方に軍配があがるというのもある。c++/javaは新しい型を実装しなければいけない。
確かに新規の案件でcobolを採用する場面は少ないというのは分かるが
過去の遺物と葬るには少なくとも他の言語が計算誤差なども解決しなくてはいけないと思う。

0014デフォルトの名無しさん

NGNG

Cobolは情報処理試験対策でやったくらいだけど

こんなもんいまだにつかってるってのがマジで信じらんない

0015デフォルトの名無しさん

NGNG

どっちが優れてるか語るには、あまりにも過去の遺物。

0016デフォルトの名無しさん

NGNG

>>14
井の中の蛙というやつです。

0017デフォルトの名無しさん

NGNG

Lang cobol = new Cobol();
Lang java = new Java();

if (cobol.equals(java))
{
　System.out.println("ここは必ず通らなければらならない");
}
else
{
// ここは論理的に通らないはず
}

0018デフォルトの名無しさん

NGNG

お金の計算をしてますのでcobolが無いと困ります

0019デフォルトの名無しさん

NGNG

>13
>特に巨額の金額計算が必要な場面で計算誤差が気になる場合、cobolのデータ型とc/c++/javaのデータ型では
>cobolの方に軍配があがるというのもある。c++/javaは新しい型を実装しなければいけない。
金額計算を C/C++/java でやる場合64bitの整数型で十分じゃない？
日本のＧＤＰが５００兆ぐらいっていうからそれを楽々扱える精度があれば十分だと思うけど。
どうしてもだめな場合でも java の場合だったら java.math パッケージとかの
既存の物を利用すればいいだけでわざわざ実装しなくてもいいじゃない。

0020デフォルトの名無しさん

NGNG

少数以下を無視すんな

0021デフォルトの名無しさん

NGNG

小数使う場合は java.math パッケージの BigDecimal を使えばいい

0022デフォルトの名無しさん

NGNG

>>11
え？！　COBOLもバイトコード吐くの？
そうか、じゃあ俺のPCにもCOBOL仮想マシン入れておかねば・・・

0023デフォルトの名無しさん

NGNG

参考サイト
http://msugai.fc2web.com/java/class/DecimalTips.html
http://msugai.fc2web.com/java/class/BigDecimal.html

0024デフォルトの名無しさん

NGNG

>>23
参考になった。

0025デフォルトの名無しさん

NGNG

おめーらくだらねぇ論議してるヒマあったら早くOpenMotifとOpenCOBOL使ってCOBOL版かちゅーしゃ作れよ！
うるせー.NET野郎！
プラットフォームはSolaris/sparcな！他のプラットフォームは一切無視しろ！此は指示では無い！命令だ！
ｷﾚｪｵだろ？お前なんで所詮はｷﾚｪｵなんだろ？
早く言えよ！カミングアウトしちまえよ！
抜くぞ？いいのか？抜かれちまうぞ？本当にいいんだな？絶対だな？
証拠出せよ！早く出せよ！
六角クランクと四角クランクの互換性が無い事くらいド素人でもしってるんだよ！
それを何が飼育係だ？糞以下！うんこ未満！ベクトル演算装置に土下座して謝れよ！馬鹿！
日９ゲそえよ！見えねーじゃねぇだんろ？う？あ？あ？あ？

0026デフォルトの名無しさん

NGNG

1 は
バイトコードとバイナリデータの区別がついてない

0027デフォルトの名無しさん

NGNG

>>25
寝ろ。話はそれからだ。

0028デフォルトの名無しさん

NGNG

>>25
お前はバロウズか？ｗ

00291

NGNG

>22,26
間違えて書込んでた、失礼。バイナリーデータです。
いずれにせよコンパイラが作れないということはないと思うけど。

0030デフォルトの名無しさん

NGNG

BigDecimalに平方根のメソッドがないんですけど…
統計処理する場合、四則演算だけではきつくない?

0031デフォルトの名無しさん

NGNG

統計処理なら double で十分でしょ

0032デフォルトの名無しさん

NGNG

うむ。
統計処理に演算精度もとめてもなぁ。
平方根もなぁ。近似値だし。

0033デフォルトの名無しさん

NGNG

COBOL 使いの人
何かメリット挙げて！

0034デフォルトの名無しさん

NGNG

簡単。

0035デフォルトの名無しさん

NGNG

>>34
ほんとにそうか？
じゃあ、Javaも簡単なんだけど。

0036デフォルトの名無しさん

NGNG

>>33
使い回しができる(継承できるって意味ではない)
要するに,昔からあるものが使えるってことがメリットです

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　早く最先端って所にいきたい

0037デフォルトの名無しさん

NGNG

さすがに言語自体のメリットは無いか。
みんなしかたなく or COBOLしか知らないから
使っていると思われ

0038デフォルトの名無しさん

NGNG

>>37
　しかたなくJavaつかってやってますがなにか？

0039デフォルトの名無しさん

NGNG

本当はcobolを使いたいんですね。

0040デフォルトの名無しさん

NGNG

>>39
いや、ほんとは仕事したくない。

0041デフォルトの名無しさん

NGNG

いや、ほんとは仕事させたくない。

by 上司 (藁

0042デフォルトの名無しさん

NGNG

>>41
給料はくださいネ♥

0043デフォルトの名無しさん

NGNG

>>42
それなりのネ♥

0044デフォルトの名無しさん

NGNG

給料が出なければケーキを食べたらいいじゃない

0045デフォルトの名無しさん

NGNG

ケーキがいい、と、景気がいいをかけたわけですね？(・∀・)

0046デフォルトの名無しさん

NGNG

MOVE 出ない TO 給料

PERFORM 給料 = 出る

　　PERFORM 給料が出ない.
　　PERFORM ケーキを食べればいいじゃない.

END-PERFORM.

0047デフォルトの名無しさん

NGNG

とりあえずPure JavaerとPure Cobolerは同次元でよさそうだ

0048デフォルトの名無しさん

NGNG

COBOLはCICSとかIMSとかイカスTPモニタで使えるし
EJBよりまだまだ信頼性高いでしょ
そのうち追いつかれるだろうけどまだアドバンテージはある。
勘定系の新規開発でもCOBOL+CICS+DB2はあるよ

0049いなむらきよし

NGNG

キケー！

0050デフォルトの名無しさん

NGNG

>>30
> BigDecimalに平方根のメソッドがないんですけど…
> 統計処理する場合、四則演算だけではきつくない?
それくらい、アルゴリズムの本読んで自作しろ。

それから、BigDecimal#divide(value, scale, roundingMode)メソッドは
曲者だから気をつけろ。
EPS(機械エプシロン)に加え、スケール、丸めモードを
どうやって実装するかを考えろ。
GoFデザインパターンを知っていれば簡単に解決できるはずだ。
Bridgeパターン。Strategyパターンなどを使って
divide()メソッド引数肥大化問題を解決してみろ。

0051デフォルトの名無しさん

NGNG

>>1よ、いい加減にしろ。
Java厨に馬鹿にされたからといって類似スレばかり立てるな。
さっきから語尾に「vs. Java」がつくスレばかりたておって。

こいつも
「Ｃ++ vs. Javaスレ」の粘着C++厨が立てたスレか　

0052デフォルトの名無しさん

NGNG

↑釣れた^ ^

0053デフォルトの名無しさん

NGNG

>>47
Pure Coboler はフェードアウト組の
使えないおっさんってイメージしかないんだけど。

0054デフォルトの名無しさん

NGNG

うちの会社にくるCOBOLERは明らかに頭が薄いオッサンだが

0055デフォルトの名無しさん

NGNG

うちのオヤジは元COBOLer
50代半ば

0056オブジェクト指向促進運動

NGNG

IT業界にアージャイル開発とデザインパターンを広めよう！

C言語を使ってかなり苦労したので
その苦労を最小限におさえるために
アージャイル開発、デザインパターンを
多くのプログラマに使って欲しいと思うことがある。

一種の挨拶みたいなものだね。
「なるべく挨拶を心がけましょう。」
「なるべき綺麗な字で書きましょう。」
のように

デザインパターンを使うこと、アージャイル開発することが
プログラマの習慣、常識になってほしい。

なんとか、デザインパターン文化、アージャイル開発文化を押し広げられたら・・・。

IT業界の将来はオブジェクト指向とアージャイル開発が握っています！

0057デフォルトの名無しさん

NGNG

>>53
Pure　Javaerだってあと5年後には使えないおっさんだよ。

>>56
宗教の布教みたいだな。いっぺん染んどけ。

0058デフォルトの名無しさん

NGNG

COBOL気になったから
OpenCOBOLをmakeしてるんだが
流石はSunUltra5、遅せぇぇぇぇぇぇぇぇぇぇぇぇーーーーー
明日の朝まで掛かりそうな勢いだ

0059デフォルトの名無しさん

NGNG

>>57
Java から C/C++ に移行するのは簡単だけど
Coboler が今どきの言語に移行するのは難しい。
元 Coboler が書いた C++ のコードいくつか見たけど
それはもう惨憺たる物だったよ。

Java はまだまだ発展してくけど
COBOL はこれから廃れていく一方でしょ。

0060デフォルトの名無しさん

NGNG

>>56
そのテンプレは、広めるものがどんどん増えていくのか・・・

0061デフォルトの名無しさん

NGNG

>60
>>>56
>そのテンプレは、広めるものがどんどん増えていくのか・・・

JavaのAPIも肥大化している罠(w
新しいバージョンがリリースされるたびに多くのバグを出しているし
Javaの志は高いけれどもとても安定しているとは思えん。

0062デフォルトの名無しさん

NGNG

>>61
新機能の追加のたびにバグを出すのはどこでも同じ。

0063デフォルトの名無しさん

NGNG

>>61
機能追加のたびにセキュリティーホールが出るのよりはマシ

0064デフォルトの名無しさん

NGNG

>>61
> >60
> >>>56
> >そのテンプレは、広めるものがどんどん増えていくのか・・・
>
> JavaのAPIも肥大化している罠(w
なぜそこでJavaの話題がでるのかわからんが
Javaはどこぞの言語ほどに肥大化はしておらんようだが。
すくなくともジェームズゴスリングはJavaや標準APIの拡張については慎重だ。

> 新しいバージョンがリリースされるたびに多くのバグを出しているし
たとえばどんなバグ？　釣りでなければちゃんとマジレスしてくり

0065デフォルトの名無しさん

NGNG

>64
>たとえばどんなバグ？　釣りでなければちゃんとマジレスしてくり

具体的には見なかった(つか、見る気が起きなかった)が今年の7月だったか8月に
sunのサイトで4000以上のバグが公開されてた。

>なぜそこでJavaの話題がでるのかわからんが

別に悪意はないがタイトルはcobol vs javaだから。ちなみに俺は好き嫌いでいえば
Javaの方が好きだ、が業務でかかわるのはちょっと勘弁してほしい。
個人的にはHTTPサーバーもどきやメールサーバーもどきを作って楽しんでいるけど
やはり手軽ではあるけどパフォーマンスが悪い。

0066デフォルトの名無しさん

NGNG

>>65
それは、バージョンがあがったことによるバグなのか？
4000以上といっても、深刻度はどうなんだよ。

0067デフォルトの名無しさん

NGNG

>>65
> >たとえばどんなバグ？　釣りでなければちゃんとマジレスしてくり
>
> 具体的には見なかった(つか、見る気が起きなかった)が今年の7月だったか8月に
> sunのサイトで4000以上のバグが公開されてた。
信憑性を高めるためにリンク晒して。

0068デフォルトの名無しさん

NGNG

SolarisのバグとJavaのバグとを間違えているとかw

006965

NGNG

↓を読む気しないから深刻度は66が判断してくれ。
ttp://java.sun.com/j2se/1.4/fixedbugs/fixedbugs-all.html
しかしまだ1/4もFixされてないんだな。ホスト系で動いている
cobolはこんなに酷いとは思わないが。

0070デフォルトの名無しさん

NGNG

>>69
UNICODEとかJava2DとかソケットとかCOBOLには無い機能ばっかりだな。

0071デフォルトの名無しさん

NGNG

Javaについて語るんならこの哲学的側面にも触れてる
このぺージなんておもしろいんじゃない？
http://homepage3.nifty.com/Aransk/

0072デフォルトの名無しさん

NGNG

>65
パフォーマンスが悪いのは君のコーディングのせいだ。

007370

NGNG

>>69
っていうかfixedのページじゃねぇか！

0074デフォルトの名無しさん

NGNG

>>59
Pure JavaerがJava以外使えるわけ無いだろ。
アフォか？

007565

NGNG

>72
ひょっとしてjavaはハイパフォーマンスな言語とお思いですか?(w

>73
登録しないとバグリストは見れないからfixedを張ってみた。
その周辺にあるから後は御自分で。

0076デフォルトの名無しさん

NGNG

>>75
自分で組んだウェブサーバーとかメールサーバーでパフォーマンスが悪いっていうのってどんなレベルよ？

0077デフォルトの名無しさん

NGNG

少なくともヘッポコがのほほんと書いてパフォーマンス出る言語じゃないのは確かだね
Javaで遅いコードしか書けない奴はCでもCOBOLでもアセンブラでも同じだろうが

0078デフォルトの名無しさん

NGNG

JavaのバグじゃなくてSunの実装のバグだろ

0079デフォルトの名無しさん

NGNG

なんでここまでJavaマンセーできるのか理解できん。

まあ、頭の中がお花畑なんだろうな。

0080デフォルトの名無しさん

NGNG

なんでここまで粘着なJava叩きができるのか理解できん。

0081デフォルトの名無しさん

NGNG

>>78
でもなぁ、Sunの実装はJavaの多くの部分を占めてるからな。

0082デフォルトの名無しさん

NGNG

>>69
1.4.0 beta から 1.4.0 release までの fixed bug か…
1.4.0-beta3 が 2001年/11月ぐらいだから 2年前の話だね…

0083デフォルトの名無しさん

NGNG

Sun の BugParade みたいな公開されたバグトラックシステムがあるのは良い事だと思う。

ちなみに、cobol の開発環境売ってるところで、バグトラックシステムを公開してるところってある？

0084デフォルトの名無しさん

NGNG

>>69
おいお前、バグ集だすならこっちだろ。1.4.0なんて
古いもん出すなよ。
http://java.sun.com/j2se/1.4.2/fixedbugs/index.html

0085デフォルトの名無しさん

NGNG

でさ、COBOL2000はどうなのさ。

008669

NGNG

>84
こいつは失礼しますた。
ということは1/8位しかFixされてないってことね、やれやれ。

0087デフォルトの名無しさん

NGNG

>>65
チミはこれを読んでパフォーマンスを上げなさい。

Unixシステムパフォーマンスチューニング第2版
http://www.oreilly.co.jp/BOOK/spt2/

Javaパフォーマンスチューニング　第2版
http://www.oreilly.co.jp/BOOK/javapt2/

http://www.gihyo.co.jp/books/syoseki.php/4-7741-1713-7
J2EE パフォーマンスチューニング徹底解説

第1回　「システムが遅い！」その時どう取り組むか …2001/12/13
http://www.atmarkit.co.jp/fjava/rensai/j2eeprfm01/j2eeprfm01_1.html
第2回　パフォーマンスチューニングの定石を知る …2002/2/15
http://www.atmarkit.co.jp/fjava/rensai/j2eeprfm02/j2eeprfm02_1.html
第3回　APサーバのチューニングで性能を上げる …2002/3/30
http://www.atmarkit.co.jp/fjava/rensai/j2eeprfm03/j2eeprfm03_1.html
第4回　Webアプリケーションの高速化実験
http://www.atmarkit.co.jp/fjava/rensai/j2eeprfm04/j2eeprfm04_1.html

0088デフォルトの名無しさん

NGNG

>>86
うん、で、COBOLのほうは、どれだけバグが公開されててどれだけFixされてるの？
比較なしに、数の大きさをかたるのはタダのアフォか時代遅れのｺﾎﾞﾗｰみたいだよ。

0089デフォルトの名無しさん

NGNG

同じアルゴリズムならjavaの方が遅いのは明らか

0090デフォルトの名無しさん

NGNG

>>89
どのように？

0091デフォルトの名無しさん

NGNG

>>86
> ということは1/8位しかFixされてないってことね、やれやれ。
前のレスから不思議だったんだけどさ、「1/8」って分母と分子はそれぞれ何？

0092デフォルトの名無しさん

NGNG

分数のわからない大学生

0093デフォルトの名無しさん

NGNG

ﾂﾏﾝﾈ

0094デフォルトの名無しさん

NGNG

Pure Javaerども必死だな。

>>56

>C言語を使ってかなり苦労したので
>C言語を使ってかなり苦労したので
>C言語を使ってかなり苦労したので
>C言語を使ってかなり苦労したので
>C言語を使ってかなり苦労したので

ぷ。頭悪そうですね。

0095デフォルトの名無しさん

NGNG

>>94
コピペにマジレス、かなりカコワルイ

0096デフォルトの名無しさん

NGNG

>>94
ﾌﾟ

0097デフォルトの名無しさん

NGNG

C言語ごときで苦労する奴により高度な思考が可能と思えんのだが。

0098デフォルトの名無しさん

NGNG

>>56 の文章をコピペするのに高度な思考が必要とも思えんのだが。

0099デフォルトの名無しさん

NGNG

言語ごときで競い合ってどうする

そうだ、インラインでほかの言語がかければ最強だな
java でインラインCobolとか

0100デフォルトの名無しさん

NGNG

100get

0101デフォルトの名無しさん

NGNG

>90

ネイティブじゃない時点でパフォーマンスに限界があるのは当然なのだが
説明が必要なのか???

■ このスレッドは過去ログ倉庫に格納されています