ITドカタに激震、「Amazon COBOL」降臨
■ このスレッドは過去ログ倉庫に格納されています
COBOLシステムがAWSで動く 維持費「8割減」
かつて主流だったプログラム言語「COBOL(コボル)」で書かれたシステムの保守・運用に悩むユーザーは多い。
システムを保守する人材が高齢化し、COBOLプログラムが稼働するメインフレームはコスト高だ。
日経 xTECHが今年3月に実施した「COBOLに関する実態調査」では、ユーザー企業に所属する約3人に1人が「COBOLで開発したシステムを稼働させるハードウエアが高い」ことをCOBOLの短所に挙げて
https://r.nikkei.com/article/DGXMZO47172110Q9A710C1000000 わざわざCOBOLで組み直す必要はないよ
あとスタアロだしな いやこの話のキモは
・書き換えずHWパワーで延命できるよ
・自前でHW調達するよか安いよ
・いざとなりゃ遠隔でメンテできるよ
って点だろ
そりゃ確かに極一部を除き
COBOLERなんて要らなくなるな FORTRANでserverlessのHPCやるのは現実的だよな ハードに依存するとこあったらそのままは持っていけないけど、そこまでエミュレートできるVMでも開発した?
IBMあたりアップを始めそうだ。 あの手を直接触ったこと無いから判らんのだけど
FやH、その他のCOBOLってそれぞれ方言あるんじゃねーの?
それをちゃんと吸収できるのかな DBの仕組みからいじらんとあかんから無理したくない >>14
NECのCOBOL/SをCOBOLへプリコンパイルする奴は昔々使ったことある あーそれで省庁系のITインフラをAWSに決定したのね。 そもそも保守しないでいいシステムなんか存在しないからな わざわざメインフレームで動かしているようなシステムをクラウドにとか頭おかしいだろ
どうせこれ押すの目先のコストでしか判断できない池沼レベルの経営陣だけ 爺さんがメインフレームでCOBOLやり始めの頃で親父はタンデムで全盛期。俺の代では流石にもうないだろと思ってたらHimalayaで改修してる。親子三代COBOLの血 ITドカタももうオッサン化でお払い場かよ
厳しいのお
厳しいのお
ザマア >>2
オンラインとバッチの区別も知らないカスが知ったかしてんなよwww クラウドに移しても問題ないレベルでのメインフレーム運用なら
とっとと別システムに移行したほうがいいと思う COBOL世代のドカタは割と美味しい思いしてると思う
政府プロジェクト常連でよく見かける爺さんがいる
ちょっとした改修の度呼んで貰えて有難いと言ってた いつまでもこんな古い化石使ってんじゃねーよ
あほらし >>35
コボラーおじさんだけど
いまだにオフコン時代の案件の延長で食っていけてるわ >>35
30年前COBOLからC言語に移った世代だけど
COBOLの方が覚えてるわ 環境依存性が高くて他のプラットホームにCOBOLプログラムだけ持ってくなんてありえないからな
オープン系はメインフレームのような厳格なワークロード管理も出来ないし資源食い潰してくのもわかんないし業務用で考えるとあんま出来よくないんだよ これつかったら、みずほも500万くらいで
移植できたんか? >>46
ゲームには向いてないけど頑張ればアクションゲームも作れる
昔、S3100のITOS上で動くパックマンもどきとかあったよ またチョンマスゴミが日本のIT業界衰退させようとIT土方なんて呼んどる
マスゴミ土方が またチョンマスゴミが日本のIT業界衰退させようとIT土方なんて呼んどる
マスゴミ土方が 素人考えだと、コボルで作ったシステムを、今主流の言語で作り直せばいいだけとちゃうの?
初期開発費かかるけど、コボルのシステムを今後も使うときの費用考えたら、長期では安くならない? 言っとくけどマスゴミにすら土方の仕事は難しくて勤まらんよ
アホマスゴミ 日本からチョンマスゴミ叩き出さんといかんよな
まあテレビ衰退と共に消え去るんだろうけどゴキブリマスゴミw 子供が学校でCOBOLを学ぶようになるから
子供にやらせればいい これってもしかして本当はユーザ企業からの要望からではなく
メインフレームのお守りをする負担に耐えられなくなったメーカ側の要望から
できたサービスだったりして こぼらーは政治家みたいなもんだろ
昔の風習をいかに理解してるかが問題であって言語の理解度が深くても意味ない 今まで一番つまらなかった言語がCOBOL
糞言語もいいとこ
当時は「○○をコボルで作って」と言われても別の簡易言語で済ました COBOLから別言語に変えるくらいなら
COBOLのままのが経費節減になる
ただそれだけ
だが使う側からすればこれが重要
実際某銀行は別言語に変えようとして何年も苦しんでいる 昔はWindows用とかUNIX用のCOBOLコンパイラがあったけどもう死滅したのだろうか MicroFocusあたりでまだPC用コンパイラ出してるんじゃ? QiitaにCobol脳の考えてること解説する記事あったけど、
コイツらとはコミュニケーションとれねーと思った NEC-PC98が未だに現役なのと同じ理由だしな
まあその内コボちゃんも98も終わるけどそれは十数年から数十年もかかる ラインプリンタ出力もエミュレートしてくれんかのう? >>69
cobol脳が設計したRDBのメンテすると殺意しか湧かない (´・ω・`)おっさんの活躍の場はまだあるのか
しかも今どきCOBOLいじれる人は人材いないから希少 コボルはバカチョンプログラムなので実力としては下の中くらいのランクよな。 レセコンでCOBOL未だに現役
若い子に任せるととんでもないことになるんで仕方なくやってる >>62
真剣に考えたことないが何故ネストの中身はいらないのか >>83
もっとも大切な PROCEDUR DIVISIONな >>55
言語の問題ではなくて、メインフレーム使い続けるのかどうか?ってところが問題。
メインフレームと普通のサーバはそもそも設計思想が違うから、ハードウェアの信頼性を最大限重要視するならメインフレームも選択肢に入ってくる。
もちろん、メインフレームの維持費用は半端ではないのは言うまでもないのと、動く言語がcobolとjavaとrpgと……まあ、かなり限られる。 COBOLもバッチとかサブルーチンPGだとすっげー簡単簡潔で入力〜テストまでどえらく捗るんだけど
データエントリ画面とかのPGはメチャ面倒なんだわな。 エラーチェック以外にMEDの文化が各社で違うし・・・ >>6
サービスでラップしちまえば使い回しもし易いし選択肢としてはあるな
作り直ししても同じものなんて無理だし 信頼性第一の勘定系はメインフレーム+COBOLが唯一の選択肢 >>88
でも金融システムもどんどんAiに置き換わるという流れだからな・・ >>47
技術的には可能
みずほは合併3行にいがみ合いでシステム変更方針が2転3転した
三菱UFJ対抗でJavaに移行する事を強行した COBOLERはいなくならんよ。
単にその下がAWSになるっていうだけで。
実際、漁協とか農協とかは未だCOBOLが動いてたりするし、割と需要はあるよ。うちの会社でもCOBOLERの求人出して、何人か入ってもらったみたいだし。 これやるくらいなら、外部に出すのと同時に今風のモダンなやつにリプレースしたほうがいいんでないか? >>102
そのほうが金かかるし、すでに問題なく動いてるシステムを置きかえる理由がないんだよ。 もう年金もらってて銀行でトラブルがある時だけ出動するイメージ プログラムとかよく分からないのでサザエさんで例えてくれないか? なんかメインフレーム捨ててサーバにCOBOLのエミュレータ乗っけてシステム動かしてる所が有るとか聞いた。 >>102
まともな信用できる仕様書も残ってないのにどうやって? >>108
COBOLのソースからdoxygenみたいに呼び出し構造とかデータ構造を
まとめてくれるツールはないの? >>105
マスオさんは太平洋戦争インパール作戦に従軍してる。
白骨街道を生き残り、サザエと結婚してタラちゃんをもうけ、賃貸の塀を薪に使い、大家を半殺しにし、ヒロポンをカツオとワカメに与え、令和を元気に生きてる。
コボルってそんな言語w こないだnozemAってレスしたらすぐ悪金になったな、異常だよね 俺、馬鹿だからドラゴンボールに例えてくれないとわからない >>113
Pro*COBOLはOracleが権利持ってて
https://docs.oracle.com/cd/E57425_01/121/LNPCB/pco01int.htm
Oracle(RDB)にアクセスするなら使用可能
UNIX,Linux,WindowsサーバーでOracleをDBと使ってるなら他の言語から実行可能
しかしビジネスロジックの言語(COBOL,VB.NET,C#,Java,PHPなど)からPro*COBOLプログラムを起動する事になる COBOLを運用中の数千万ぐらいする現行環境でAWS環境に移行する会社なんて1割もいないだろ。 >>120
コスト10分の1くらいに下がるだろ、やらない理由はなんだ? COBOLって来年から基本情報で出題されないんだろ?
メジャーの地位から陥落しつつあるな >>123
35年くらい前の情報処理で使われてたようなやつやし・・(´・ω・`) 今新入社員でCOBOLやらされてるのおるの?
もうほとんどJAVAに置き換えられたろ cobolwwwwwwwwwwwwwwwwwwwww 古いシステムは仕様書がCOBOLだからリメイクできないよ 氷河期世代の元プログラマーが活躍できるようにかな? >>127
AWSでクラウド稼働にするだけ
ビジネスロジックはCOBOLだけどUIはwebアプリだよ >>128
業種とか企業グループによるんじゃない?
外側はJavaやbasicなどでも
根幹はCOBOLってシステムは多い >>1
今COBOLで動いてるシステムって、クラウドにしちゃ駄目なやつばっかだろ セキュリティ的に一発やらかしたら事業が傾くみたいなやつばっかり C言語の何もしないプログラム:
main(){}
COBOLだと何行? >>141
テンプレ持ってくるだけだから何も書かない。
「それダメ」って言われるとVC++なんぞ何行になるか数えるのも大変だぜw >>141
題名忘れたけど、言語ごとにHello worldを出力するコードと、その言語の歴史や特徴を見開き1ページにまとめて解説してる本とかあるから、読んでみれば?
面白いぞ。 純粋なCOBOLなんて事務処理位しか出来ないだろ?
オブジェクト志向型のCOBOLとか今ならあるのか? >>149
兆円の桁を固定小数点で持ち、何百ファイル、何千レコードを定義するのに便利って言語なので、銭計算特化の単能。
それゆえ生き残ってるとも言える言語だね。 計算機工学研究する人たちには思想が違いすぎて一度触ると頭おかしくなるって言われてるけど
実務じゃ割と優秀よな >>152
理系のものからすると少数以下の有効桁数で制限されるのはとても気持ち悪い。 COBOLを馬鹿にするガキども
javaやPythonで長期のメンテが出来る訳が無いだろう?
書きっぱなしだろう?
その点COBOLは何十年もメンテが出来るんだよ ASPENでCOBOLソースを神速パンチ入力させたらワイの右に出る者はいなかった
平成初期の思い出 >>161
紙テープを読めて切り貼り出来ないとは未だ未だだな
(紙テープは切り貼りで編集出来たのである) CONFIGRATION SECTIONなんかより大事なのはWORKING-STORAGE SECTIONだろ
そこにPGのセンスが出る そのうちAIがCOBOLからエレガントなJavaなりPythonのソースにトランスレートするようになるよ やってみたら途中で落ちるとかって対応してくれるのかな >>166
JAVAやPythonじゃメンテが面倒じゃねーか
COBOLが最強
これからはCOBOLの時代 AmazonRPGはできひんのん?( ´・ω・`) 2000年頃クライアントサーバが流行り!HOSTは時代遅れ!すぐに無くなる
と言われ早20年
いまだにCOBOLで飯食ってる
新しいこと覚えなくていいから楽 >>170
VSAMはRDB、JCLは定義ファイルみたいなのがある Pythonが何だ!
javaが何だ!
Cが何だ!
PHPが何だ!
COBOLが凄えぜ PERFORM を REFORM と書いて怒られる >>128
いるし、そういう会社はJavaに移行しててもCOBOL的使い方でJavaやってる。 >>163
紙テープまでは行かんが
パンチカードは有るぞ >>149
構造化COBOLなら有るぞ
オブジェクト思考なんて概念は無い LambdaのカスタムランタイムでCOBOLが使えるってやつだっけ
AWSはレガシーシステムの移行需要も取り込もうとしてるからなあ >>69
1だけ読んだけどホストの考え方だね。
ホストとJAVAの連携を設計したときは
IF設計書に何バイト目〜何バイト目は何々ってかんじで書かれてたので
指定通りに正確に切る読み書き処理を基底にして文字コードや切る範囲の情報をオーバーライドして使ってた。
記憶にあるのは文字コードで苦戦したな。
今まで扱ったことのない文字コードで読み書きしたので、幾つか文字化けのバグがでて特殊対応して乗り切った良い思い出。 プログラムは動くだろうけど、大量の帳票は何処に出すんだ?
後、ベンダー依存のDBとか >>149
事務処理しかできなかったらなんか不都合でもあるのか? /でFormFeedだそうだけどFormFeedってなに?
-はcontinuationだそうだけどこれは前の行の後に続けるっていう意味だよね? >>117
牛魔王がいまだに現役で大活躍してる
みたいなイメージかな?
おっさん「そういや、そんなキャラ
いたっけ、どんなんだか忘れたけど…」
お子さま「全然知らない…」 >>141
うんたらdivition
うんたらdivition
うんたらdivition
うんたらdivition
本文
もう馬鹿かと >>195
VC++のスケルトンと思えばいいだけじゃね? COBOLの開発環境教えてくれ。
統合開発環境のツールとかあるの? >>157
設計書もないし整備できる人間が足りないのが今なんだが…… >>187
一応その為のCORBAなんだけど…
無くなったなw >>185
あったじゃん…誰もつかわねぇと思うけど…
と思ってたらやっぱ誰も使ってなかったんだなw >>174
RDBならカーソル操作できる奴とかになりそうだけど無理あるような希ガス
IBMではこうしますってのに合わせれば良さげではあるけどもwダメなんだっけwe >>191
フォーム=昔のプリンター用の穴あき連続紙の1ページ分をフォームと呼んだ
フィード=送る
フォームフィード=改ページ >>203
実際、使ってたよ
開発はPCで運用はSolarisだったと思う 書店では今でもCOBOL入門書とか並んでるし、検索すると意外に求人もあるのな。
結構狙い目かもしれん。 >>204
ということは/で始まる行はどういう意味になるの? 富士通がNetCOBOLとかいうの作ってた気がする >>201
そりゃ実質、富士通のNetCOBOLしかねーし >>197
メインフレーム上ではメーカーの用意した対話環境で作業する
操作性はPC世代には初めは辛いかもしれないけど慣れればオープン系と遜色なく操作できるだろう
COBOLとJCLと固定長データセットの編集に限定すればメインフレームのエディタの方が操作しやすいと感じるはず ■ このスレッドは過去ログ倉庫に格納されています