トップページ⇒tech
1001コメント313KB

cobol vs java

■ このスレッドは過去ログ倉庫に格納されています
0001namelessNGNG
どっちが優れてるの?
0685デフォルトの名無しさん2006/04/23(日) 02:53:37
>>684

あきらめてばかりもいられないと思うのですが、
その基幹システムは、その後、どうなったのですか?
教えてえろい人。
0686デフォルトの名無しさん2006/04/26(水) 15:05:37
>>683
昔の基幹業務のプログラミングを全部COBOLで書いていたわけではあるまい。
通信や同期については、アセンブラレベルで書かないと、COBOLでの記載は無理だ。
で、こんな代物を書き換えていたのでは、効率が悪く、start from scrachでやるべき
だと気がつくはず。
ならば、補修性の点でOOPの方が、将来の改修については有利。通信・DB・スレッド
Javaなら、何でもありじゃないか。
0687デフォルトの名無しさん2006/04/27(木) 01:14:39
>>686
通信や同期はミドルウェアやツールでやるから言語じゃ記述しないんだよ
0688デフォルトの名無しさんNGNG
>>686-687
そりゃそうだよな、C++とかJavaで書かれたミドルを入れるつーか。
そもそもアセンブラて
0689デフォルトの名無しさん2006/04/28(金) 00:16:53
>> 572

ハィ! 呼びました?

大学&院時代にJAVAとC#やってたが,就職してからずっとCobol.
SA,UIから参加してても,若いという理由(徹夜しまくりOK)で協力会社の方々に混じって
PGもやってる.

いくらJAVAや.NETを提案しても,上司の一言でCobolに決まる.
理由は >>612

まさに612の通りだと思う.1日に数万〜数十万件のデータが流れてるような
基幹システムは大抵の場合画面系は扱いやすさ重視でJAVA,バッチはパフォーマンス重視でCobol.
一長一短できちんと住み分け出来ているし,比べても意味がない.
0690デフォルトの名無しさん2006/04/28(金) 06:37:30
ファイルからデータ(学籍番号、名前)を読んで、ファイル(プリンタ)
に出力する。学生ファイル(NAME_F.DAT)
ソースを教えてください。
0691デフォルトの名無しさん2006/04/28(金) 10:14:33
>>689
全くの素人の思いつきですが、そうした
COBOLのコードをreエンジニアリングした結果が、
HaskelとかPrologに落ちる。そうした、
HaskelとかPrologの処理系を作ることに努力を
傾注したら、なにか転回があるのではないか。
0692デフォルトの名無しさんNGNG
>>691
まずは政治力が必要。
研究者のコミュニティで全国制覇するなら、あまりお金はいらないんじゃない?

COBOL命の現場って、けっきょく
ビュロクラシー又は銭ゲバだから
技術力云々でどうにかなるわけではないし。

そもそもそんな何億円というリプレース案件を受注できるのが
ベンチャー企業なわけがないし
0693デフォルトの名無しさん2006/04/28(金) 11:43:01
>>691
業務アプリをHaskelとかPrologで書いても得がない。
0694デフォルトの名無しさん2006/04/28(金) 12:50:22
COBOLのシステムって、いわゆるミッションクリティカルとゆーか、
失敗が許されない所が多いからなあ。

人命や国際的な信用力を前に1からリライトするリスクは、なかなか負えんてw
(それでもいつかは乗り越えなきゃ、と思うけど)
0695デフォルトの名無しさんNGNG
>>691
つーか、いま気づいたんだが
そもそも Prolog のメンテができるマンパワーって
どこから引っ張ってくるん?
インドとかオフショアに投げれば万事OKOKと思ってる?

設計書をろくにレビューもしないで共通スキーマとか準用できる?
それじゃそもそもソフトウェアプロダクトを商取引できないでしょ
0696デフォルトの名無しさん2006/04/28(金) 13:39:57
>>692
Prologで業務アプリっていうのは三段論法で手順書を書くようなものだし、Haskelの場合は漸化式で手順書書くようなものだから。
0697デフォルトの名無しさんNGNG
>>696
だから、何?
0698デフォルトの名無しさん2006/04/28(金) 15:37:40
>>691
ソースコードが短くなる。仕様書の記法が大幅に変更可能になる。

小企業などの事務処理に適用されたPrologシステムでは
仕様書は書かない。
ここで語られている大規模システムではそんなことはあり得ないが
この部分の見直し、コスト削減のきっかけにはなりうる。

Prologの弱点はObject指向向きでないという点だがCOBOLからの
置き換えだとあまり問題にならない。
0699デフォルトの名無しさん2006/04/28(金) 15:57:52
Prologの記法はアサーション付きのRDBそのものだから、
データこそは全てと信じているデータベース屋さんの
支持は得られそう。
まあ、でも冗談のレベルだなぁ。
0700デフォルトの名無しさん2006/04/28(金) 16:06:57
その方面ではHaskelの評価は高いですよ。
0701デフォルトの名無しさんNGNG
(゜д゜)<あらやだ!
ほんとにできるんだったら、すでに誰かが着手してるって、
0702デフォルトの名無しさん2006/04/28(金) 19:02:52
えーと、つまらないことを指摘するようですが・・・
Haskelって最後エル二つじゃなかったですか。
Haskellだと思うんだけど。
07036912006/04/28(金) 19:32:19
・・・・
0704デフォルトの名無しさん2006/04/29(土) 00:29:52
COBOLの古いプログラムになると、IFとEND-IFが一つの文の中に
それこそ100位あって、しかも、IFとEND-IFの数が合わなかったり
するものがたくさんあります。
他にもgo toで飛びまくっている奴とか。
確かに新しい言語でプログラムを作り直して綺麗なソースが書ければ
ベストです。
でも、前述のようなプログラムを新しい言語で作り直して、
現在と同じ動作を保証するなんてかなり厳しいと思うけどなあ。
0705デフォルトの名無しさん2006/04/29(土) 13:48:30
>>704
それは単純に作った奴が糞なだけ
0706デフォルトの名無しさん2006/04/29(土) 14:44:12
COBOLは「インタプリタ」が効いてると思う。
インタプリタは動いてる実体は唯一つ、ぶつかることはない。
現M$のようなほにゃららオンパレードみたいなことがない。
実体が一つだからこそ、瞬間処理性能を発揮する汎用機にマッチするわけだけど。
それと、COBOLとWEBサイトとの絡みは、基幹系とデータウェアハウスの処理結果のギャップと同じものを感じる。
瞬間かつ逐次処理で瞬間性能発揮のCOBOLと、複数オブジェクトが動くJAVAのギャップ・・・
0707デフォルトの名無しさん2006/04/29(土) 18:12:20
>>706
COBOLがインタプリタ?
0708デフォルトの名無しさん2006/05/01(月) 11:27:42
COBOLで基幹システムを作って維持しているのは、キリギリスだよ。
いつか冬が来て、システムの大きな変更を莫大な資金でやらなくなるか、システムそのものが
捨てられるかだ。言語の問題もそうだが、開発者がリタイアしていなくなれば、仕様そのものが
分からなくなり、補修も困難になってくるのが現実だよ。
0709デフォルトの名無しさん2006/05/01(月) 11:39:28
そうだね。
だけど捨てるというのは業務そのものが回らなくなるからあり得ない。
自分は再構築案件が多量に発生する事を期待しているのだ。
もちろん非COBOLで
0710デフォルトの名無しさん2006/05/01(月) 11:49:45
>>708
IT業界の2007年問題の事だな
0711デフォルトの名無しさん2006/05/01(月) 14:36:41
580 :デフォルトの名無しさん :2006/01/16(月) 12:48:45
>>577
特定の分野というより、
IF文が縦に100近くも並んでいて、それが
入力時のエラーチェックだったりするような
イメージがCOBOL。

よくわかりましたw
0712デフォルトの名無しさん2006/05/01(月) 15:15:31
巨大銀行間のシステム統合で問題になるけれど、決して、新しいシステムが
採用される訳じゃない。そんなこんなで、連休使えないATMやら、カードが
存在するわけだろ?

過去の資産を除いて、COBOLって、そんなに使いやすい?
0713デフォルトの名無しさん2006/05/02(火) 00:01:20
JAVAが優れている思うのは自由
なんだったら自分はナポレオンだと思ってもいい
地球は平らで象の背中にのっていると思ってもかまわない
好きにしていい

だが、それを他人に向けて発信したり、他人に同調を求めたり、
あるいは既に大多数に同意を得た事実であるかのようにふるまい
はじめたら

そこは彼岸の国
0714デフォルトの名無しさん2006/05/02(火) 02:07:15
>>713
そう思うのはおまいの勝手
好きにしていい

だが、それを(ry

とりあえず句読点くらいは使え。
0715デフォルトの名無しさん2006/05/02(火) 03:45:01
>>713
COBOLとJAVAでは設計と実装の感覚が全く違うじゃない。
COBOLもどんどんオブジェクト化して、変わるんだろうけれど、そうなれば、Object Pascalみたいな
ことになるのは避けられないと思うがねぇ。
0716デフォルトの名無しさん2006/05/02(火) 11:08:50
>>712
COBOLって使いやすいって事じゃなくて、英語ネイティブの人たちには英文を読むみたいで分かりやすいってだけ
あとは記述が長くなりやすくてメンドクサイので複雑な処理を記述しない事も重要
もちろん、アホみたいに複雑な処理をCOBOLで書く奴もいるがそれは特殊な例
0717デフォルトの名無しさん2006/05/02(火) 11:42:22
javaもこのままだとCOBOLの2の舞いって事ですかい?
確かに状況的にはバブル期のCOBOL全盛時代と今はよく似てる気がすんな

ジャバラーの皆さん
ある日突然仕事がなくなって自宅待機とかになっても慌てず騒がず頑張りましょう
0718デフォルトの名無しさん2006/05/02(火) 11:51:43
>>717
今の言語で、event-drivenなmethodを、マクロなしに形だけでも
実装できるのは、javaぐらいのものだと思うが。
Cはループを回すだけ、C++, Pascalも裏でこそこそ、COBOLは影も
形もない。
0719デフォルトの名無しさん2006/05/02(火) 11:55:10
似て非なるものだけどな。
0720デフォルトの名無しさん2006/05/02(火) 11:56:34
>>718
C#.
0721デフォルトの名無しさん2006/05/02(火) 12:04:56
.netフレームワークに対応した言語は全部できるだろ
0722デフォルトの名無しさん2006/05/02(火) 12:07:13
俺の知り合いはCOBOLをおぼえたら一生食いっぱぐれがないって言ってたが…
二年後仕事がなくなりホテルマンに転身
オメデトウ!
0723デフォルトの名無しさん2006/05/02(火) 12:07:47
どっちにしろ、Javaも.netも同じ世代でどっちもどっちなわけで、Java/.netがCOBOLの代わりになっているけどCOBOLのようになるようには見えない。
0724デフォルトの名無しさん2006/05/02(火) 12:09:45
>>722
2年で仕事がなくなるっていうのは、能力がなかっただけだろ。
COBOLだけでもメンテでしばらくは食いつなげたからな。
0725デフォルトの名無しさん2006/05/02(火) 12:46:21
バブルブレーク直後の悲惨な状況をしらない君達は幸せ者だな
俺は当時2社ほど会社を移ったが2社ともに今はもうこの世にはない

javaの就業人口は膨大なものがあるがだからこそ次の破綻時には一番強烈な皺寄せがいく事を覚悟しといた方がいい
0726デフォルトの名無しさん2006/05/02(火) 12:53:05
で、COBOLのときのオープン系みたいに、Javaの仕事を全部奪うような技術ってなんなの?
0727デフォルトの名無しさん2006/05/02(火) 12:57:18
もうすぐクローズ系が流行るよ。
0728デフォルトの名無しさん2006/05/02(火) 13:06:23
言語というより、それに群がる似非技術者が悪いんだよ。
0729デフォルトの名無しさん2006/05/02(火) 13:20:06
javaの仕事を奪うモノが現れるんじゃなくて仕事=案件の総量が激減りするんだよ

いまこの業界には100万人以上のSE/PG等の技術者がいると言われてる
で経済破綻時には一瞬で数10万人単位の技術者が余剰=不要人員となる

信じられないかもしれんがバブルブレーク直後に現実に起こった社会現象がコレ
前回は当時業界内で一番就業人口が多かったCOBOLが直撃で被害を受けた
これは技術的な問題ではなく経済的な問題なんだよ

まあ次回はそこまで酷くないとは思うが、一応覚悟はしといた方がいいと思うぞ
java
0730デフォルトの名無しさん2006/05/02(火) 13:28:36
どうみても根拠のない妄想です。
本当にありがとうございました。
0731デフォルトの名無しさん2006/05/03(水) 18:35:16
JaBOL
0732デフォルトの名無しさん2006/05/03(水) 18:45:33
Javaは重そうだ、PHPに喰われるだろうな
0733デフォルトの名無しさん2006/05/03(水) 20:11:10
>>731
COVALのほうが良い。
0734デフォルトの名無しさん2006/05/04(木) 00:31:11
PHPは変化が多すぎるPHP6でまた開発者を切り捨てるのか
0735デフォルトの名無しさん2006/05/04(木) 07:56:49
PHPは先細りだな。毎回新しいバージョンに失望させられる
0736デフォルトの名無しさん2006/05/05(金) 04:47:46
>>735
そんなお前には失望したよ。
バージョンが新しくなったくらいで弱音を吐くなw
0737デフォルトの名無しさん2006/05/05(金) 09:54:20
>>736
2周遅れくらいの新機能のために、互換性捨ててるからな。
0738デフォルトの名無しさん2006/05/08(月) 12:56:27
うむ。
そんなに一生懸命あんな狭い世界に食いつくのはアホらしい
0739デフォルトの名無しさんNGNG
>>733
ttp://soccer.yahoo.co.jp/jleague/player/1487/index.html
0740デフォルトの名無しさん2006/05/08(月) 16:19:27
実際に、COBOL->Java, Cへの書き換えは業界では進んでいるのですか?
それとも、COBOLの処理系を新しくして、古い資産を残す方向で行っている
のですか?
eclipseのplug-inに入っている、object-COBOLはどのぐらい一般的なん
でしょうか?
0741デフォルトの名無しさん2006/05/08(月) 16:22:25
自分の時間(=残業の少なさ)

COBOL>>>>>>>>>>>>>>>>Java

まあ俺はJavaプログラマーだけどねー
0742デフォルトの名無しさんNGNG
>>740
Cへのリプレース案件なんて扱った奴いるの?

俺のは、メインフレーム側は徹頭徹尾COBOLのまま。
端末側とか真ん中は様々。
0743デフォルトの名無しさん2006/05/08(月) 19:59:40
大和証券のシステム更新や、三菱東京銀行とUFJ銀行の合併で問題になるシステムの統合
は、結局、言語の問題じゃないの?
COBOLでの補修が困難になって、慌てて、膨大な資金とマンパワーで作り直していると思うがね。
0744デフォルトの名無しさん2006/05/08(月) 20:36:22
COBOLだとなんか問題でもあるのw
0745デフォルトの名無しさん2006/05/08(月) 22:04:35
>>743
合弁に関しては言語の問題はほとんど無い
どっちの会社のシステムを使うのかというメンツの問題
0746デフォルトの名無しさんNGNG
>>745
そのとおりだ。
つーかミヅホで3社広がりんぐ接続でコケたとか
時事折々の話題を743は知らなさ杉
0747デフォルトの名無しさん2006/05/09(火) 13:03:11
>>743
COBOL資産をCOBOLでリプレースしない場合の理由はCOBOLの実行環境の維持に莫大なコストが掛かるから
同じ性能が数十〜数百万円のパソコンで実現できるならそれにこしたことは無い
0748デフォルトの名無しさん2006/05/10(水) 12:13:12
>>745
三菱東京と、UFJとどんなシステムを使っているの? COBOLではないというわけ?
0749デフォルトの名無しさん2006/05/10(水) 12:16:30
>>747
大和証券の新システムの報道を見ていたけれど、やっぱり大きなメインフレーム。
ただし、設計者が退職したり、仕様の記載が統一されていないために、新しい
プログラマが読めなかったり、改良できなかったから、scratchから数年かけて
書き直した、と責任者は説明していたよ。
0750デフォルトの名無しさん2006/05/10(水) 12:28:11
汎用機用のcobolプログラム開発をwindowsにて行ないたいのですが
どの様なcobol開発ツールがあって、いくら位掛かるのでしょうか?
ちなみに結合テストまでは、汎用機にはアクセスが出来ないです。
0751デフォルトの名無しさん2006/05/10(水) 12:53:02
>>750
つ【メモ帳】
0752デフォルトの名無しさんNGNG
>>750
つーか汎用機環境に合わせるんだろ。
どうせバッチだけじゃなくてクライアント川もあるんだろうから
画面作れる環境が必要なんじゃない?
とにかく現行のシステムに合わせなきゃ。

つーか、ミドルはどーなってんの? 何を調べたらいいか分かってる?

あと、
つ【メモ帳】
0753デフォルトの名無しさん2006/05/10(水) 17:14:32
メモ帳じゃ無理だろ

つ【秀丸】
0754デフォルトの名無しさん2006/05/10(水) 23:40:41
開発環境といえば、eclipseのCOBOLプラグインで遊ぼうとしたんだがうまく動いてくれない…
COBOLプラグインをいれてやるだけじゃだめなのかな?

試してみたのは
ALL-in-one eclipse 3.1.1
COBOL plugin 3.0 beta2
0755デフォルトの名無しさん2006/05/11(木) 00:35:46
>>754 肝心の処理系が足りない。
0756デフォルトの名無しさん2006/05/11(木) 01:20:51
処理系というとコンパイラ?

俺はただeclipseのCOBOL用IDEがどんなものか使ってみたかっただけなんだけど、
設定項目にCOBOLは出てきているんだけどパースペクティブを開くことから出来ない…
0757デフォルトの名無しさん2006/05/11(木) 01:54:08
雰囲気だけ味わいたいってことなら3.1向けがCVSにコミットされてるから
持ってきてビルドしてみたら?
07587502006/05/11(木) 11:11:16
皆さん返答ありがとうございます。

>>751
メモ帳はちょっと大変そうですね。
>>752
相手先の環境は詳しく聞いていないので解りません。
>>753
秀丸は使ったことが無いのでなんとも言えないですがコンパイル用のツールも何か用意しないといけませんね。
>>754-757
eclipseのcobol用のideですね、英語頑張って読んでみます。
JCLからコントロールされるので、とりあえずwindows上でファイルの入出力を行いデバックしてみて、
汎用機に移して再度デバッグしようと思っています。
windows上でcobol開発の環境構築を頼まれたのですが、cobolを触ったことが無いので…

参考になりました、とにかく色々とやってみます。
0759デフォルトの名無しさん2006/05/11(木) 11:31:38
おまえらよく読め
EclipseのCOBOLPluginは天下の富士通様のWindows用COBOLの為のIDEだぞ
富士通様からCOBOLコンパイラを購入しないと動かないぞ
0760デフォルトの名無しさんNGNG
>>759
ネッツコボルとかパワーナンタラだな。
てか、徹頭徹尾ホストは無関係だよね ・゜・(ノA`)

>>758
「相手先の環境」を「詳しく聞」け、って言ってるんよ!
聞いてない、分かってないてぇのは百も承知よ
0761デフォルトの名無しさん2006/05/11(木) 14:36:45
相手先の環境を詳しく聞いてないのに、そこで動かすプログラムを組もうとしてるのか?
0762デフォルトの名無しさん2006/05/11(木) 14:59:37
>>761
今まで、オープン系しかやったこと無いんだろ
何でオープン系と呼ばれてるか分かってないみたいだな
0763デフォルトの名無しさん2006/05/11(木) 15:44:26
昔々、あるところに、ogoちゃんというプログラマがいました。彼に日本医師会からレセコンを作って
欲しいと依頼がありました。彼は悩んだあげく、COBOLで書かれた富士通のレセコンのソースを
どこからか手に入れ、それを元に、OpenCOBOLなる処理系まで作って、作りましたとさ...
eclipseのCOBOLの処理系が富士通のNetCOBOLだったのは、いったい何だったのでしょうか?
0764デフォルトの名無しさん2006/05/11(木) 22:25:18
中学の頃、初めて買ってもらったのがFM-TOWNS2/UX。
なぜかオヤジが一緒に買ってきたのが
ライフボートのCOBOL学習ソフト+本(マニュアル+電話帳くらいのが2冊付)
当時の我が家は小遣い制度がなくてゲームソフトなんか買えない。

大学出るまでCOBOL漬け
0765デフォルトの名無しさん2006/05/11(木) 22:36:30
>>758

665に書いてあるのはどーだ。
0766デフォルトの名無しさん2006/05/12(金) 15:01:01
俺も最初は貰い物のタウンズだったな
2000年にだぜorz
0767デフォルトの名無しさん2006/05/12(金) 17:40:43
>>764
巨人の星のような話。息子よ、COBOLの星を目指せ!
0768デフォルトの名無しさん2006/05/12(金) 17:41:38
そうか、富士通って、膨大なCOBOLプログラマを抱えているのか。
0769デフォルトの名無しさん2006/05/13(土) 02:44:25
ライフボートって久しぶりに聞いた
0770デフォルトの名無しさん2006/05/13(土) 04:01:14
ライフボートってなあに?
0771デフォルトの名無しさん2006/05/13(土) 16:42:19
>>768
ちがうよ、COBOL顧客を抱えてるの
0772デフォルトの名無しさん2006/05/13(土) 23:11:58
>>769
http://www.lifeboat.jp/index.php
0773デフォルトの名無しさん2006/05/13(土) 23:14:20
あるふぁこぼるだな
0774デフォルトの名無しさん2006/05/14(日) 08:33:10
そこでセカンドこぼるですよw
0775デフォルトの名無しさん2006/05/14(日) 10:34:21
127: 【COBOL】コボラー集まれ!!!【事務処理】 (21)

こんなスレまでw
最近COBOLに再び注目が集まってるみたいだね。
本屋とかにも入門書が平積みだし。
0776デフォルトの名無しさん2006/05/15(月) 13:28:30
>>775
システム書き換えのためだろ。終わったらお払い箱。
0777デフォルトの名無しさん2006/05/15(月) 14:49:01
いい加減にリセットするべきなんだけどね。
継ぎ接ぎも限界でしょう。
0778デフォルトの名無しさん2006/05/15(月) 21:12:23
だが、それがいい。
0779デフォルトの名無しさん2006/05/15(月) 23:08:23
おじゃばさまぁ〜
0780デフォルトの名無しさん2006/05/15(月) 23:42:52
COBOLのウリって、何なんですか? 形式付き出力じゃなかったんですか?
今のGUIの時代には意味がないと思うのですが...ご意見を。
0781デフォルトの名無しさん2006/05/16(火) 00:55:07
GUIのある環境でCOBOL使ってる環境の方が少ない希ガス
メインフレーム系とかじゃないの?
0782デフォルトの名無しさん2006/05/16(火) 09:21:42
事務計算にGUIなんて必須のものではないからね。
バッチ処理なんて、コンソールが一台あればよい。今でも。
0783デフォルトの名無しさんNGNG
http://www.atmarkit.co.jp/news/200605/16/fujitsu.html
メインフレームユーザーの70%以上はメインフレームを継続利用
「メインフレームで新たな市場を作っていくことは考えていない」
0784デフォルトの名無しさん2006/05/17(水) 00:33:40
UNIX系もXWindow使ってメンテするようになったのかな
■ このスレッドは過去ログ倉庫に格納されています