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

cobol vs java

■ このスレッドは過去ログ倉庫に格納されています
0001namelessNGNG
どっちが優れてるの?
0655デフォルトの名無しさん2006/03/09(木) 02:56:30
>>654
汎用機の文化は美味しそうなの有るけどCOBOLは要らないな
0656http://www.vector.co.jp/soft/win95/util/se072729.html2006/03/18(土) 21:46:48
TextSS のWindowsXP(Professional)64bit化おながいします

もしくは64bitにネイティブ対応したテキスト置換ソフトありますか?

そういや64bitにネイティブ対応している2chブラウザてありましたっけ?



0657デフォルトの名無しさん2006/03/21(火) 01:38:15
↑
64bitにネイティブ対応したテキスト置換ソフトなんて余裕で存在する。
ひとまずぐぐれ。
話はそれからだ。
0658デフォルトの名無しさん2006/03/31(金) 01:46:33
そ、そうなの?
0659デフォルトの名無しさん2006/03/31(金) 09:01:52
汎用機の文化は美味しそうなの有るけどCOBOLは要らないな
0660デフォルトの名無しさん2006/04/04(火) 18:49:38
仕事でCOBOLを覚える事になったんですが、Windows上で動くフリーのCOBOLのコンパイラ
どこにあるか知ってる方いらっしゃいませんか?
0661デフォルトの名無しさん2006/04/04(火) 22:48:41
cygwinでopenCobol動かなかったっけ。
0662デフォルトの名無しさん2006/04/04(火) 23:43:38
>>660
探してわからん級のひとなら
体験版で我慢するのが定石。

cygwin にどっぷり嵌るヒマがあったら
寸暇を惜しんで教科書を読むべし。
0663デフォルトの名無しさん2006/04/12(水) 17:47:02
COBOL資産は10年後20年後、どうなっているの?
メインフレームがまだCOBOLを使っていたとして、技術者の確保はできるの?
0664デフォルトの名無しさん2006/04/12(水) 18:38:50
まあ10年前20年前くらいから言われ続けている事だけどね。
0665デフォルトの名無しさん2006/04/12(水) 22:16:18
>>660
Hercules + MVS3.8J 環境で、
IKFCBL00 + IEWL
などと言ってみる…。
何のことか分からん香具師は、もっと勉強しれ!
0666デフォルトの名無しさんNGNG
>>663
確保ってw あーた、
ちょっとごにょごにょすればすぐ馴れるじゃん。
0667デフォルトの名無しさん2006/04/16(日) 00:53:35
俺は、CもJAVAも「HELLO WOLD」しか作れないが、COBOLerとは言われたくない。
純粋なCOBOLerは、メモリ・アドレスのこと全然知らないんだよね。
だからCのポインタが理解できないらしい。
俺は、PL/I、ASM生まれの似非COBOLerなので、C言語にポインタに属性が
あるのが理解できない。PL/Iのポインタは単純なベースレジスタ発想なんだが
0668デフォルトの名無しさん2006/04/16(日) 03:41:00
>>667

誤「俺は、CもJAVAも「HELLO WOLD」しか作れないが、COBOLerとは言われたくない。」
↓
正「俺は、COBOLならコーディングばりばりできるが、CやJAVAは「HELLO WOLD」しか作れないが、COBOLerとは言われたくない。」

てこと?
06696672006/04/16(日) 22:13:03
>>668
いや、バリバリなんてできな。ヘタリだし。ただ言われた時嫌だっただけ。
(そう思ったのに何もできない自分が)
すまないね、日本語下手で。
この状況を脱却したい。orz
0670デフォルトの名無しさん2006/04/17(月) 16:12:31
こんにちは ウォルド
0671デフォルトの名無しさん2006/04/18(火) 02:51:51
要するに、>>669 は何も出来ない、と。
0672デフォルトの名無しさん2006/04/18(火) 10:36:41
なあ、COBOLってCOBOL自体よりも環境やツールやJCLの方が難しくないか
0673デフォルトの名無しさんNGNG
>>672
言えてる。てか
SQLてゴニョゴニョできるものを、わざわざ
OSのおまけユーティリティでソートするなんて
やめて欲しい文化ですね。
何バイト目で昇順、とか 和漢ね-よ ヽ(`Д´)ノ ウワァァン!!
0674デフォルトの名無しさん2006/04/18(火) 16:04:13
富○通でしょ?
あそこの人たちは、すぐPowerSort使えっていうんだよな。
0675デフォルトの名無しさんNGNG
>>674
まぁな。
ち●ぽWARE で結合禁止だし (´ー`)y−〜〜
0676デフォルトの名無しさん2006/04/20(木) 19:22:13
cobolの質問スレってないですか?
0677デフォルトの名無しさん2006/04/20(木) 21:29:34
そういや、いつの間にか消えているな。
半年くらい前はあったような記憶があるんだが。

ま、でもここでもいいんじゃね?
きっとやさしいオッサンが答えてくれるさ。
0678デフォルトの名無しさん2006/04/20(木) 22:22:10
学籍番号という領域の下に2つの番号と名前というのを入力して出力する
やりかた教えてくだっさい
0679デフォルトの名無しさん2006/04/21(金) 01:25:05
>>678
それはちょっとエスパーレベル高い質問だな
流石にそれだけじゃ回答のしようが無い
0680デフォルトの名無しさん2006/04/21(金) 06:06:17
入力を受け付けて
学籍番号:XXXXXXXX
名前   :あいうえお
と表示するプログラムを教えてください。
0681デフォルトの名無しさんNGNG
「表示」のための入出力ライブラリの仕様がワカランと
まったく答えることができない。

COBOLだからな   (´ー`)y−〜〜
0682デフォルトの名無しさん2006/04/21(金) 18:17:46
宿題?

入力はファイルなのかコンソールなのか分からんのでパス。

表示はDisplay文かな?

DISPLAY  "メッセージ"  データ変数

でいける。
0683デフォルトの名無しさん2006/04/22(土) 10:40:20
COBOLからjavaへ移行、って話になっているのは
バブルが弾けて不景気になって、経費削減のためホストからのダウンサイジングが
叫ばれ始めた昨今において
流行の言語がjavaだったから、ってだけの話し。

普通に考えたとしたらCOBOLのソースをマイグレーションするとしたら
Cあたりが一番楽で確実に決まってる。
だが、COBOLからの移行っていう派手な話にGOサインを出すようないい椅子に座ってる立場の奴らには
Cって言ってもピンと来ない。
その代わりjavaなら「おお今流行ってる最先端の奴か」みたいないい反応が得られる。
それだけの話しだ。
言語仕様や開発基盤等に根拠や理由があったわけじゃないのだ。
0684デフォルトの名無しさん2006/04/22(土) 13:28:51
ProCをガリガリ埋め込んだ某基幹システムを見て
あきらめでいっぱいになった。
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
■ このスレッドは過去ログ倉庫に格納されています