X
【コボル】COBOL不要論【ただのDSLだよね?】
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
垢版 |
2011/09/20(火) 00:06:43.84
COBOLでCOBOL書ける?
0310デフォルトの名無しさん
垢版 |
2012/03/28(水) 08:53:38.47
講師に聞いた事があるけどCOBOLのバッチ処理って何時間もかかるんだよね？
だから夜間しか処理出来ないとか。

WindowsのPCとSQLだと簡単なマクロで数秒て処理出来るのに・・
0311デフォルトの名無しさん
垢版 |
2012/03/28(水) 09:02:04.94
Windows爆速厨にデータ量を調べようとした形跡がないのが気になる

あるんだぞCOBOLしか知らんプログラマーが全文検索を
text optionとかないRDBでやろうとして検索対象を不定長stringの項目に放り込んで
オンライン検索に1画面5分かかりましたとかすごいことをやっている例が

チューニング頼まれて見てみると5分間Disk I/Oが100%張り付きww
聞いてみると「VSAMが使えないんでこうやるしかないかと思って…」
0312デフォルトの名無しさん
垢版 |
2012/03/28(水) 11:19:57.67
システム開発したこと無い奴のダメな営業トークみたいだな。
ユーザーも開発者もみんな不幸にされちまう。
0314デフォルトの名無しさん
垢版 |
2012/03/28(水) 11:45:01.50
>WindowsのPCとSQLだと簡単なマクロで数秒て処理出来るのに・・


これは実際に同じデータを与えて検証した上で言ってる事？
0315デフォルトの名無しさん
垢版 |
2012/03/28(水) 12:40:11.00
>>310
> 講師に聞いた事があるけどCOBOLのバッチ処理って何時間もかかるんだよね？
> WindowsのPCとSQLだと簡単なマクロで数秒て処理出来るのに・・

WindowsPCで数秒な処理ならメインフレームでは一瞬だよ
それに応答速度という点では、IMSなどの階層型データベースはRDBよりも高速だよ
0317デフォルトの名無しさん
垢版 |
2012/03/28(水) 14:43:31.38
>>316
今時Windowsてわメインフレームが走る時代にWindowsが不安定とか一体何時の話だよｗｗ

東京証券取引所の基幹システムとして稼動するWindows
ttp://itpro.nikkeibp.co.jp/article/NEWS/20090609/331590/?SS=imgview&FD=-654674548

HPCでもダントツのパフォーマンスをたたき出すWindows
ttp://cloud.watch.impress.co.jp/docs/interview/20101224_416025.html

Windows上で稼動するメインフレーム
ttp://wsmgr.jp.brothersoft.com/screenshot-50450.html

Linuxより57倍速いWindows!!
http://www.elecom.co.jp/business/pickup/nas/201102/index.html


一方Linuxは…
Linux Daily Topics：2011年9月2日　Kernel.orgがトロイの木馬の侵入被害に｜gihyo.jp … 技術評論社
http://gihyo.jp/admin/clip/01/linux_dt/201109/02

Linux カーネルの基盤サイトがクラッキングの被害に - japan.internet.com
http://japan.internet.com/webtech/20110902/2.html

Linux Daily Topics：2011年9月15日　狙われるLinux… 今度はLinux Foundationが標的に｜gihyo.jp … 技術評論社
http://gihyo.jp/admin/clip/01/linux_dt/201109/15

【経済】 東証でシステム障害　２４１銘柄の売買一時停止
http://uni.2ch.net/test/read.cgi/newsplus/1328146640/l50
0318デフォルトの名無しさん
垢版 |
2012/03/28(水) 14:45:58.52
老害コボラーといい、UNIX/Linux使いといい、古臭いコンピュータを使い続けると脳味噌も腐るんだなｗ
0323営利利用に関するLR審議中＠詳細は自治スレへ
垢版 |
2012/03/29(木) 05:55:56.15
>>322
> その東証が去年末に大事故起こしてますよね。
LinuxみたいなフリーフェアOSを使うからそんな事故が起こる。
Windowsを採用していれば事故は起こらなかったはず・・・。
0324営利利用に関するLR審議中＠詳細は自治スレへ
垢版 |
2012/03/29(木) 06:01:49.55
社保庁の消えた年金問題もCOBOLが原因だったらいしいねｗ

年金問題はコンピュータの問題
ttp://www.nikkeibp.co.jp/style/biz/column/tahara/070705_18th/index.html
0326営利利用に関するLR審議中＠詳細は自治スレへ
垢版 |
2012/03/29(木) 06:42:33.23
全く使用するメリットが見出せないLinux

・安定性・信頼性
　Linux
　フリーソフトであるLinuxの安定性・信頼性はハッキリ言って問題外。
　1日連続で稼動させることすら困難。

　Windows
　いまやWindowsの安定性・信頼性はメインフレーム(汎用機)をも凌ぐ。
　世界中のメインフレームが全てWindowsServerに置き換わったのがその証拠。

・脆弱性
　Linux()
　Linuxで稼動している世界中のサーバーがクラックされまくっている。
　シェアが全くないLinuxはウイルス対策ソフトも皆無。

　Windows
　デフォルトスタンダードOSとしてあらゆる攻撃を受けてきたWindowsはいまや世界で一番強固なOSとなった。
　豊富なウイルス対策ソフトもさりながら、カーネルの構造的に絶対に外部からクラックされることが無いOSとなった。

コスト
　Linux
　フリーソフトなのでOSは無料。
　しかし上記内容により安定稼動させるのはほぼ不可能。
　またサポートが存在しないため自前で何とかするしかなくかえってコスト高となる。

　Windows
　OSは無料ではないが従来のメインフレームのOSと比較すると安価。
　もともと安定性に優れたOSであるため、誰にでも安定稼動させることが容易である。
　サポート面もマイクロソフトを始め、各ベンダーが完璧なサポートを行える体制となっている。
　またコンピュータOSとしてほぼ100%のシェアを誇っているので情報が豊富である。
0331営利利用に関するLR審議中＠詳細は自治スレへ
垢版 |
2012/04/06(金) 22:18:55.27
主にCOBOLが未だ死なない理由は・・・
・夜間処理等、定時で動くバッチシステムとしては比較的軽量。
UNIXサーバのシェルとの相性も悪くない。
・半世紀前からあるようなホスト現役の所とか、誤差がダメ！ゼッタイな金融機関等々、
大幅システム再構築を嫌がる所では重宝される。

いくらなんでも中小企業でメインフレーム(オフコン) + COBOLを現役で使用しているところは随分減ったと思うけど
民間の金融機関（特に保険）や社会インフラ系（鉄道・電気・水道・ガス）、各省庁ののバックエンドなどの
案件で扱ってる言語は、今でもCOBOLが入ってるメインフレームが大絶賛稼働中だよ。
ウォール街やTOPIXにて毎日取り引きされている何十億ドルもの株、債券、オプションなどもCOBOLを使ってるところが多い
ただそういったところでも一般ユーザーが目にするフロントエンド系は殆どオープン系だったりするから
エンドユーザーが稼動しているCOBOLを実際に目にすることは皆無だろうね。

一番問題なのはスパゲティコード化してる事。もはや解読不能。　
継ぎ接ぎだらけなのにさらに言語自体を理解してるやつがいなくてブラックボックス化なのに使うことは止められない
現在正常に動いているシステムがあったら、ソースは絶対いじるなってのはどこの業界も同じ。
0332デフォルトの名無しさん
垢版 |
2012/09/20(木) 12:04:16.27
IDENTIFICATION DIVISION.
PROGRAM-ID. AD3410SB.
AUTHOR. ASNN.
INSTALLATION. SYSTEM PROG.
DATE-WRITTEN. 2011.10.10.
0333デフォルトの名無しさん
垢版 |
2012/11/03(土) 17:18:33.69
システムまるごと捨てる思いがないと、COBOLは無くならないよ
最新言語に置き換えることは可能だけど、現行の再現は一部困難

トップがシステムごとCOBOL捨てます！って宣言しないとダメだねｗ
0334デフォルトの名無しさん
垢版 |
2012/11/04(日) 20:39:33.93
リライト案件もあるんだけど現行保障をしなきゃいかんてことで
COBOL設計をそのままJavaに置き換えただけの「見た目だけJava」が横行していたり。

なんというかCOBOLは死んでも精神は死んでないというか、はよ死んでくれというか。
0335デフォルトの名無しさん
垢版 |
2012/11/04(日) 23:51:42.18
企業の基幹システムなんざ今も昔も思想は大して変わらんからな…
変える必要が無いものをリスクを負ってまでわざわざ他の言語に変える必要な無いという事じゃね？
0337デフォルトの名無しさん
垢版 |
2012/11/05(月) 12:53:55.59
優秀なCOBOL脳はいまでも優秀、もう現場にはいないけどｗ
ダメなCOBOL脳は昔からダメ、そしていまでも現場に残ってるｗ

アルゴリズム（死語？ｗ）を理解してない奴ばっかり！
0338デフォルトの名無しさん
垢版 |
2012/11/06(火) 22:38:15.31
まあたしかにCOBOLみたいに書きたいんだったらCOBOLでいいじゃん
とJavaで１クラス１メソッドプログラムを見てそう思った。
0339デフォルトの名無しさん
垢版 |
2013/02/02(土) 21:09:25.29
この時期になんとか内定をもらったんですが、その会社はCOBOLが中心のようなんです
COBOLには将来性がないらしいですが、そんなに深刻なんですか？
あと、まったくのど素人なんですが、やっていけるものなんですかねえ
0341デフォルトの名無しさん
垢版 |
2013/02/02(土) 21:54:20.60
技術に興味を持って普段から色々と勉強してればそんな酷いことにはならないけど
COBOL「しか」できないようだと将来的に辛いだろうな。
0342デフォルトの名無しさん
垢版 |
2013/02/14(木) 20:16:09.41
>>339
今更の亀レスだが、、、
COBOLそのものはそんなに難しくはない
JCLやらなんやら覚える必要は勿論あるけど。

それ以上に難しいのが業務ロジック
なんでこんな処理をここでやる？ってのは業務を知らんと判らん

後、家では他の言語を勉強しとけ
C,Java etc
0343デフォルトの名無しさん
垢版 |
2013/02/15(金) 20:13:48.91
>>342
COBOL以外の言語に慣れた奴にとってはとても難しいと思うぞ

業務ロジックに関しては他の言語でもやってることじゃん

で、 「業務ロジックは俺に任せとけ!!!」な、 SEとかって日本固有の
馬鹿な職業ができる、と…
0344デフォルトの名無しさん
垢版 |
2013/02/16(土) 01:47:30.88
本屋でCOBOLの本を立ち読みしたことあるけど、コードを5行くらい読んだだけで
つらくなって棚に戻した

CやJavaに慣れちゃった者には、あれを受け入れることは生理的に難しい
Lispとかのほうがよっぽど受け入れやすいのではないかな
0345片山博文MZパンク ◆0lBZNi.Q7evd
垢版 |
2013/02/23(土) 21:13:16.54
C/C++のバッチ処理とCOBOLのバッチ処理はどっちが早いですか？ 理由もお答え下さい。
0346片山博文MZパンク ◆0lBZNi.Q7evd
垢版 |
2013/02/23(土) 21:56:18.29
誰も答えられないのかぁ？
0348デフォルトの名無しさん
垢版 |
2013/03/03(日) 23:38:28.29
>>339
あのねえ。仕事は言語で覚えるより、仕事の内容で選んだ方がいいよ。

COBOLの会社は大抵は特定派遣の客先常駐で、自社に机がない所ばっかだから、そういうのでメンタルやられて、鬱病になる奴が多いよ。

なるべく自社内で開発してる会社を選んだ方がいいと思うよ。あとメンタルについてもキッチリとフォローしてくれる所。
0349デフォルトの名無しさん
垢版 |
2013/03/04(月) 09:33:44.44
>>1
30年近くも前だけど、COBOLで書いたPROLOGというのは
見たことがあるから、単なるDSLではないね。
0350デフォルトの名無しさん
垢版 |
2013/03/04(月) 20:54:34.32
それを言い出すと elisp あたりは COBOL よりハルカに柔軟に
どんな言語の処理系でも実装できる
でも elisp は emacs 専用の DSL だ
0351デフォルトの名無しさん
垢版 |
2013/03/27(水) 15:57:00.55
>>345
そもそも処理系もそれを動かすCPUや周辺機器すらもバッチ処理に特化した環境でやるCOBOLでしょ
Cはそれに特化した言語でもなければ、動かすマシンもそれに特化してるワケじゃない
0353デフォルトの名無しさん
垢版 |
2013/08/12(月) NY:AN:NY.AN
age
0354デフォルトの名無しさん
垢版 |
2013/12/25(水) 19:48:15.11
COBOL批判してる人も経営側になったら批判できんとおもうが。
現行COBOLから移行なんてすさまじいリスク。
0355デフォルトの名無しさん
垢版 |
2014/03/04(火) 20:47:38.84
早く古いシステムを排除しよっぜ
0356デフォルトの名無しさん
垢版 |
2014/03/05(水) 09:31:21.14
オープン系の基盤が未だに脆弱過ぎる現状ではCOBOLを駆逐するのはなかなか難しいんじゃない？
SoftBankですら基幹部分は未だにCOBOLで稼働しているし…
0357片山博文MZジェバンニ ◆T6xkBnTXz7B0
垢版 |
2014/03/06(木) 02:53:11.09
早くCOBOLに代わるものを作りたい

COBOLから他の言語へのコンバーターとか
0365デフォルトの名無しさん
垢版 |
2014/04/11(金) 10:11:13.59ID:rm3226Ee
小保ラーのみなさんこんにちわ
0367デフォルトの名無しさん
垢版 |
2014/08/06(水) 18:23:21.82ID:D+VIlZrE
COBOLの面白さは、後にメンテする者が、いかにメンテし易い様に作るか、に尽きるな。

グローバル変数しかないところを、シンボル名の工夫でローカル変数的な扱いだと知らせる。
COPY句使えば継承もどきもできるが、読解牲が極端に悪くなるんでやらない。
SECTIONをモジュールと見なし、その中で機能を完結させる。

よーするに、
入力−編集−出力が一目で分かるような制御構造をこさえ、
SECTIONモジュール強度とかSECTIONモジュール結合度とか、SECTION間での基本的なところをキチンとさせたプログラムを書くのは、
自己満足でも楽しい。

後で読んだ人が「すげ〜」って言うプログラムは、
概ね高度なテクニックよりも、
何をやりたいのかやろうとしてるのかが一発で分かる＝実装思想の一貫性が読み取れる
じゃないかと思ってる。

他の言語でも同じでないの？
　
0368デフォルトの名無しさん
垢版 |
2014/08/21(木) 23:27:03.61ID:B+tsMt3g
>>367
メンテしやすいPGを心がけてる。
0370デフォルトの名無しさん
垢版 |
2014/12/09(火) 23:24:10.62ID:/gO7PMz6
COBOLの代替技術をまとめてくれ。
0372片山博文MZ ◆T6xkBnTXz7B0
垢版 |
2014/12/10(水) 10:29:31.67ID:X4ZXIzIa
パックトBCDってもう古臭い技術だよな？ 4ビットで10進一桁なんてやらないっしょ？
0377デフォルトの名無しさん
垢版 |
2014/12/20(土) 23:38:37.34ID:ju2bEFwe
>>376
そう、以前の記憶で最近のCOBOLはローカル変数導入したはずとgoogle先生に尋ねたんだが
どうにも見当たらなかったのさ。
0378デフォルトの名無しさん
垢版 |
2014/12/25(木) 11:47:31.00ID:D1gJKcDI
COBOL2002さんはいつになったらオブジェクト指向言語として活躍するのかな…
0379デフォルトの名無しさん
垢版 |
2015/03/21(土) 23:23:00.32ID:IxJMreKK
うちのシステム、COBOLからCOBOLに移行
0384デフォルトの名無しさん
垢版 |
2015/12/21(月) 12:59:39.69ID:FdAwO3Sp
みずほ銀行はCOBOLで楽天銀行はjavaか？
それにしても東芝を330円で200万円分買ってしまったぞ
どうしてくれんだ？訴訟するか
0387デフォルトの名無しさん
垢版 |
2017/10/07(土) 01:13:23.00ID:XAOOLHMr
今更、ワイにはなりたくないですよ
とかいう後輩がおるんや
おかしいやろ

まずこのスレ見てCOBOLのありがたさを
学んで俺に追いつけよと指導してやったわ

メインプログラムはCOBOLやとわからんやつわ
ゆとりやでw
0389デフォルトの名無しさん
垢版 |
2018/05/23(水) 21:12:12.58ID:Au5e7VGg
僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

EEQX7
0390デフォルトの名無しさん
垢版 |
2018/07/05(木) 00:45:24.42ID:RfoszcD2
PQY
0391デフォルトの名無しさん
垢版 |
2018/08/02(木) 00:45:14.17ID:33zELOtf
>>384
みずほはJavaでシステム移行
Javaライセンス料発生(三菱UFJも同様)
メガバンクは何とかなるが中小金融でJavaに移行した所はこれから経営が難しくなる
Javaライセンス化前にシステム移行した所は負け組
0394デフォルトの名無しさん
垢版 |
2018/08/04(土) 00:50:12.00ID:n1TUngzH
ライセンス逃れたいならOpenJDK(OracleJDK)で半年毎に自分達で修正、ビルド、テスト、リリースする場合のみOK
0395デフォルトの名無しさん
垢版 |
2018/08/09(木) 02:24:23.41ID:f4Nba8Mw
>>394
OpenJDKでも完全にOSSじゃなくてオラクル管理下なのよね
オラクルがOK出さないとフリーとしてソースが使えないと言う事実
0396デフォルトの名無しさん
垢版 |
2018/08/09(木) 20:43:24.37ID:QLapLZCy
とりあえず金融機関システムはりそなのシステムが現状、最適解だろうな
それをCOBOL→Java移行を推進したSierがおかしかった
0398デフォルトの名無しさん
垢版 |
2018/08/16(木) 03:38:13.24ID:HnRJ/Xec
>>396
Linuxサーバー(or Windowsサーバー)
SQL Server(PostgreSQL or MariaDBでもOK)
バッチはCOBOL(Open or MF-COBOL or NETCOBOL)
UIはMF-COBOLでもC#でもVBでもJavaでもスクリプト言語系でもOK

要は金額計算部分をCOBOL外部モジュールにしてしまえば良い
0400デフォルトの名無しさん
垢版 |
2018/08/27(月) 03:42:49.31ID:WIJjU2Zp
https://mobile.twitter.com/tsuchie88
それ以上に最近目立っているのは、メインフレームからAS/400へのマイグレーションだ。
AS/400はCOBOLもサポートしているので、中小規模のメインフレームから移行する例が多い。移行に際して、DBをRDB化する必要があるが、既存のアプリケーションを生かせるという点で強みがある。
https://twitter.com/5chan_nel (5ch newer account)
0401デフォルトの名無しさん
垢版 |
2018/08/27(月) 18:40:25.59ID:DPbrUNK+
某銀行
銀行側「なぜこんなバグが見つけられなかったの？」
開発会社「作業人数不足です」
銀行側「募集かけろよ！」
開発会社「もう市場にCOBOLのエンジニアはいません」
銀行側「育成しろよ！新入社員いるべ？」
開発会社「え！？いや… https://t.co/lhv1QKyaDu 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)
0402デフォルトの名無しさん
垢版 |
2018/08/27(月) 20:05:01.04ID:DPbrUNK+
彼はCOBOLで書かれた業務システム（コード行100000行と言ってた。正気か。）を今年度までにJavaで書き換える案件をやってるらしい。
ほんとは一気にAWSへ移行予定だったが、無理なのでまずはコードベースをJavaにしようとい… https://t.co/LKHi6OYOBx 👀
Rock54: Caution(BBR-MD5:b73a9cd27f0065c395082e3925dacf01)
0404デフォルトの名無しさん
垢版 |
2018/08/28(火) 01:39:41.74ID:sMMRLtYT
金融系システムの請負やってる所は新人にCOBOL習得させろ、と言われるらしい
結局COBOLは捨てられない
0405デフォルトの名無しさん
垢版 |
2018/09/04(火) 13:49:36.66ID:TMcC/EnP
で結局数値計算が他言語だと上手くいかない理由はなんなの？
特別に計算クラス作ってもだめなの？
0406デフォルトの名無しさん
垢版 |
2018/09/05(水) 14:54:30.43ID:njSWZAvd
>>405
コードレベルでは結果が予想出来ない
他の言語は最終テストまでしないと出てくる計算結果が分からない
0410デフォルトの名無しさん
垢版 |
2018/09/09(日) 02:06:30.78ID:5osPdD4x
>>407
ちょっと見てみたけど字句解析とかから自力で全部やろうとしてる感じ？
yacc & lex みたいな既存のものを使うことも検討してはどうだろう
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況