【IT】NTTデータ、COBOLをJavaに変換してシステム基盤を集約するサービスを開始
■ このスレッドは過去ログ倉庫に格納されています
NTTデータは2018年10月11日、COBOLをJavaに変換することによって、システム基盤を1つに集約したりクラウドに移行したりするサービスを提供すると発表した。NTTデータは、COBOLをJavaに移行できるサービス「VENUS(ビーナス)」を提供しているジェイ・クリエイションと、同日付けで協業を開始した。販売目標は、2020年度末までに50億円。
NTTデータは、COBOLをJavaに変換することによって、システム基盤を1つに集約したりクラウドに移行したりするサービスを提供する。要素技術として、NTTデータが提供するJavaアプリケーションフレームワーク「TERASOLUNA(テラソルナ)フレームワーク」と、ジェイ・クリエイションのマイグレーションサービス「VENUS(ビーナス)」を組み合わせた。
TERASOLUNAは、NTTデータが自社のシステム構築サービスで社内利用している、Javaアプリケーションサーバーのフレームワーク(ソフトウェア開発部品)である。オープンソース(OSS)の各種Javaフレームワークのほか、NTTデータが独自に開発したフレームワークも含んでいる。これを使うことで、JavaによるWebアプリケーションを効率よく構築できるとしている。
ジェイ・クリエイションが提供するVENUSは、COBOLからJavaへの変換など、各種の開発言語同士の変換や、異なるデータベース管理システム同士の変換、JCL(ジョブ制御言語)やメインフレームのユーティリティソフトを含めてシステム全体をマイグレーションするサービスである。
今回、NTTデータは、TERASOLUNAとVENUSを組み合わせて、ユーザー企業のCOBOLアプリケーションをJava環境にマイグレーションするサービスをメニュー化した。COBOLとJavaが混在する既存システムの基盤を1つに集約できるようになる。クラウド上でJavaアプリケーションを動作させることで、クラウドへの移行もできる。アプリケーションの再構築(リファクタリング)も手がける。
https://it.impressbm.co.jp/articles/-/16822 COBOLのスパゲッティーをJavaのオブジェクト指向チーズスパゲティーに変換し
もう誰も手を付けられなくするシステムか胸熱だな またすごいものに金かけてるな...
バッドノウハウにバッドノウハウを積み重ねる違法建築感がすごい 何十年後かには、このCOBOLから変換されたJavaを何に変換するんやろなぁ ,;:⌒:;,
8(・ω・)8 これはいいことだね
ソースコードもリーバースエンジニアリングで解析されて
設計仕様書も全部コンピュータが作ってくれるんだろうし
過去のブラックボックスを刷新できる NTTって昔からこういうの好きだよな
日本語PLIとかいうのがあって、日本語で入力するとプログラミング
されるとかいうのがあった マシンパワーごり押しすればとりあえず動くんだろうけど
次の再変換の時は新規で作り直した方がいろいろ早いと予想 今のところうちはバッチはCOBOLオンラインはJava オラクルがJavaを有償化した直後だというのに
先見の明が皆無だな >>11
データベースと繋ぐなら一番Javaが楽だから
Pythonなんて過大評価で業務システムには使いづらい 2000年問題でシステムを構築し直すときに
急遽COBOLでプログラムを組んでいた年配の人たちが
引っ張りだこになったことがあったわな
もちろん用が済んだら即刻解雇になったわけだが、
首を切る手間も省くためにそこまでやるかというツッコミだけはしておく ■
えぇ?
今まで 無かったのぉ??・・・・・・・・・・・・事務系システムって ずっと コボル?
自動変換の効率が
相当 上がったとかぁ?
まぁ
早くしないと 元号変わるし、・・・・・・・・・・・・・・・・・・・・・
Javaそのものが メジャー変更したけど 大丈夫? なにそれ魔法みたい
NTTてネタみたいなことするんだな ■
NTT側が Springフレームワークだろ
別の企業が DBやJCLかぁ
なんかぁ
ご愁傷様、
何ですけど。 >>6
こういうのは、変換後のシステムの保守契約で
稼ぐのか王道 ・
システムの画面よりは Javaで NTTのSpringフレームワークで
システムの後ろの方は 単に アダプタを取り付けて コボルと共存? するんじゃぁ?
自社オリジナルなデータに近い部分は 温存して アダプタ?ってこと?
いやぁ
かなり
大変な
マイグレーションだなぁ。 ほんと、そっち系の人はJavaすきだよなw
つまり、Javaを勉強すると、必然的にそっち系の仕事になっちゃう
まあAndroid Javaというのもあるが・・・ ・
まぁ
NTTは儲かるだろ、たぶん。
ニーズ、ありそうだし。
廃れた 技術者、活用できるし。 ・
■
逆に
自動変換されたコードの方が やりやすい 鴨。
返還後のコードのくせ
が
熟知できてれば 請け負った会社は なんとかぁ なる。
それで
動かなければ
さらに アダプタ 噛ませて、ラップを重ねれば いいだけ、だし。
ラップに
ラップ・・・・・・・・・・・・・
さらに
重ねて・・・・・・・・・・・・オリジナルは バックアップ取って しまっておける。 まさか変換後はupper snake caseのJavaかいな? なかなか難易度が高そうなことやってるね
そんなに技術力あるのか COBOLで作った古いシステムのソース見たことあるけど
言語がどうのこうのではなく、基本はファイル転がし
JAVAに変換しても、システムの非効率なところは全く変わらないと思う COBOLは良く知らんが、コメントとかボロボロになりそうだけど、大丈夫なのかな? >>38
文系の言語かな
ファイル読んで一項目変更して別のファイルに書き出す
そういうプログラムをつなげて、デイリーとかマンスリーの処理ができていく 変換するメリットってなんだろうな、保守しやすくなるって事よね
理路整然としたクラス体系にして、綺麗なJavadocも生成してくれるのかしら エミュレーターをつくれば充分なような
もとのコードと
Java に変換したコードがあると
もともとの意図は何で
Java ではどう変換されていて
どう動いているのか
とか調べるのが大変そう
問題がおこったときに >>41
変換するメリットはもちろん、COBOLの糞みたいな動作環境を用意する必要が無くなることでしょ まだCOBOLのままにしといた方がダッラダラでも読み易いんじゃね Java 有料化とかあるからほかの言語に移ろうとか思っても
そのジャンルの言語ってあと C# ぐらいしかなさそう。
VM かましていて、いろいろな環境にもっていけるような類のもの
ネイティブならC/C++系で充分だろうし
スクリプト系なら Javascript でも Python でも Ruby でもいいんだろうけど >>46
業務系プログラマーでC言語をできる人が少ない >>36
俺も大昔にちらっとCOBOLソースみたことがあるけどなんか凄かった
コボラーがなぜグローバル変数ばかり使うのか
よくわかった あぁ、これで俺のCOBOLメンテの仕事も終わりか・・・。
定年までどうやって稼いでいこう。
50過ぎのおっさんに、他の言語を覚える気力はありません。 大型冷蔵庫みたいな汎用機が廃れて、コンパクトなラックマウントのオープン系のハードウエアに置き換わっていくのでしょうか? >>51
本当にCOBOLだけなん?
1つしかないってやばいじゃん 変換で密かに作られるバグは厄介そうだな
発見されないまま運用開始
1年後とかに泣きを見そうw >>51
近いうちに70歳まで働ける時代が来るから、まだまだ若い
Web系なら頻繁にフレームワークの仕様も変わるし、複数言語が使えて当たり前
もっと勉強しろ こういう変換系マイグレーションはだれでも考え付くからいろいろある(あった)
しかし成功した事例を知らない
しかししかしもしも成功するなら世界を席巻できる さらにKotlinを介せばJavaとJava Scriptの相互変換が可能に…? 使えない機能とかあんだろ
コボルなんて幕末の言語だし 変換前からある潜在バグが顕在化した時が、とても面倒そう 去年京都市が基幹系システムのCOBOLを刷新するのに失敗して訴訟になってたな 同じスパゲッティでも読める奴多いJavaの方がマシという事か?
自動変換で可読性も落ちると思うが >>44
COBOLの言語としての動作環境なんて大したことないぞ
昔、普通にあったCOBOLのバッチシステムの動作環境改善なら、
システム全体を、ファイル設計、DB設計を中心に、
再構築しないとどうにもならない
単に、プログラム・ソースをコンバートしても、
今の人に見慣れてる言語に変わるだけで、
プログラム・ソースのグダグダが解消される訳じゃない
そして、確実なのは実行速度が悪くなる事
COBOLは言語として原始的な分、実行効率は良いからね
あと、COBOLで組まれたシステムは、たいていアセンブラの
サブ・プログラムがついてる
これは、人手を掛けないとどうにもならない
そして、これもやれば遅くなる
>>45
自分もそう思う
COBOLなんて言語自体は大したこと無い
ときに複雑なのは、網の目のようなバッチシステム >>1
COBOLエンジニアが絶滅寸前でCOBOLで書いたシステムの維持が大変だからなあ。 今ちょうどそういう案件にかかわっているわけだが、、、
30年前のCOBOLのコードなんか見たくないのでどうにかしてくれ>< >ジェイ・クリエイションが提供するVENUS
これ15年くらい前にはあって特許も持ってるぞ
NTTが窓口になるから利益も分けてねって話 > 販売目標は、2020年度末までに50億円。
1行100円ぐらい取るのかな? N-88BASIC、C、COBOLなら現場を離れてか久しいが、組みながら思い出すかもしれない。
がしかし、独り言と共に胃痛がひどくなり食欲がなくなるという流れになる。
務まらんね、残念だけど。 これ、実行環境をJava仮想マシンにできるのがメリットなだけで、メンテナンスはオリジナルのCOBOLのコードでやるんじゃないの?
専門家じゃないからよくわからんけど、機械が自動的に吐き出した読みにくいJavaのコードを人間が手作業で改変なんて非効率的じゃない? テラソルナ懐かしいな、4ヶ月間だけいた案件で少しだけ携わったなぁ ベタCOBOLを整構造COBOL(構造化COBOL)に書き換えただけで
ベテランから「読めん、戻せ!」って指導される世界だからな
多分、gotoだらけのjavaという、おぞましいものを見ることになる >>67
大抵のCOBOLはメインフレームで動いているが、全く同じ環境を用意するのは難しいだろ >>59
マイグレも結局は「人」だよね。
しかも予定工数の倍〜3倍は確実にかかる。
同じ工数なら、新設計で綺麗にスタートさせたいよね マジでJAVAが廃れるのがみえてきたのに!
Oracleが買収した後では遅すぎる
導入するには顧客を騙すしかないだろ? マシンパワーも増強する必要があるな
年間の維持費は同じでコボラーが
不要になるだけだな 動くようにコンバートするだけなら、対応するスタティックメソッドを呼ぶだけだが、なにがすごいんだ? コボラーは本格的に新規要員のアサインが難しくなってきてる
内製化するか、マイグレか、塩漬けか >>2
バッグのメインフレームでどこでも使われてるやろ ちゃんと動くんならなんでもいい
メンテは簡単にして >>79-80
ソースメンテするのに、要員確保が楽になるだけで、
メンテ作業自体は負荷が大きくなる
自前でメンテ出来てないところに、
要員確保が楽−>コスト削減と勘違いさせるのが
NTTの売り込みポイントかと COBOLは昔の商業科で教えてたんだよな
FORTRANが工業系の学校で >>90
COBOLerの改修速度、めっちゃ遅いぞ
とても楽に見えない >>5
彡⌒ ヾ
( ^ω^)言語を自動で書き換えるとか言ってんのかねぇ? COBOLの資産をJAVAに変換する意味あるか?
COBOLのままのほうがわかりやすくていいだろ
クラウド?COBOLで作ったものにそんなのいらんよ COBOL→Javaの自動コンバートツールって、
知ってる限り15年以上前からある
導入して成功した例は聞いたことがない
以前いた会社でもそんなツールを作る案件が来たが、
俺からは「きっぱり断った方がいい」と断言しておいた COBOLコンパイラのオブジェクトコードをJavaにするのなら、
少しは意義が見いだせるんだけどね てか、Javaをやらせてよ
クラス設計とかは怪しいけど
コードくらいは書けると思うんだよね
Java要員が多いのか
なかなか、COBOLから抜けられない
まぁ、フロントの方は苦手意識があるけどさ まあ、COBOLプログラムの設計思想自体がゴミであることは間違いない
>>99
Java自体の習得はたいしたことない
重要なのはJavaScriptとCSS ■ このスレッドは過去ログ倉庫に格納されています