日立製作所は2016年2月16日、COBOLアプリケーションをJavaアプリケーションに変換するサービスの提供を始める。
COBOL技術者の減少は避けられないとみて、COBOL資産からの脱却を顧客に促す。2020年までに累計10億円のビジネスに育てたい考えだ。
レッドハットと協力して作り上げた新サービスの「COBOLマイグレーションサービス」は、ツールを活用してCOBOLからJavaへの移行(マイグレーション)を支援するサービスだ。提供する機能は移行プロジェクトの工程別に三つの内容に分かれる。
プロジェクトの最初に取り組む分析工程において、現行システムの仕様をリバースエンジニアリングする「現行システム資産分析支援」機能を提供する。「ドキュメントが無い、あってもプログラムと乖離しているというのが多くのCOBOL資産の現状」と情報・通信システム社 アプリケーションサービス事業部 サービスソリューション本部 サービス統括部の広瀬雄二担当部長は話す。
http://itpro.nikkeibp.co.jp/atcl/column/14/346926/020400434/
まだ居たのか?
すげえな・・・
不人気言語はツライね
COBOLなんて、大型汎用機の時代のものだからなぁ。今の若い技術者は、磁気テープがくるくる回るマシンなんて、見たことないだろうし。
バブル末期に大手電気系ソフトメーカーに就職したけど、COBOLは1回使ったきりだっけ。
FORTRANは情報処理技術者試験で使っただけだし、仕事ではC言語→JAVAだったな。
サーバ系から遠ざかって久しく、CやJAVAも半分以上忘れた。今はHTMLやJavaScript、あとはMicrosoft Officeのスクリプトを扱うぐらいかな。クライアント完結形の小さいプログラムばっかり。
>>8
日立は中小型のVOS/KやオフコンでかなりのCOBOLユーザー抱えてたはず
>>8
COBOLか…社内SEをやってた時に、結構絡んでたなぁ
社内システムの絡みで、COBOLでも東芝と日立の2系統あった記憶が
日立は以前「COBOLスクリプト」ての出してたな。
たった10億のビジネスのように書いてるが、
これはメインフレームからオープンへの移行サービスだから、
付随してています他のソリューション、ハードウェアも売るんだろうな。
俺昔汎用機やっててCOBOLマスターだけど今職が無いw これが現実
>>13
30代になったら管理職にならないと、プログラマーでは苦しいだろう。
>>16
そもそもそんな考え方がおかしい。
>>34
管理職って年の功でなるもんでもないだろうになあ
人には向き不向きってのがあって、現場のプログラマとして有能なのが
管理側に回っても有能とは限らないしその逆だって言えるのに
>>13
人間性に問題があるんじゃないの?
確かに性格や技術がまともなら時代と共に他の言語やインフラ系とか管理職に移っちゃうから
こんなサービスに関わる暇ないよな
COBOLwww
>>19
もう何年それで笑ってるんだよ
少なくとも2000年問題からだから
もはや15年以上にもなる
コボルは死なず
COBOLって浮動小数点演算の誤差を意識しなくてすむんだろ?
JAVAとかだと・・・。
>>20
DECIMAL使え
>>26
せめてC#のように四則演算が+-*/でできれば良かったんだけどね
「COBOL技術者の減少は避けられない」というが、必要なら育てればいいだけの
話で、育つまでのつなぎは過去に職を失った技術者を探せばいくらでもいる。
何言ってんだか…
※このサービスを行うためのCOBOL技術者もまともにいません
こうですね
>>40
居ても、会計じゃなくてイージスシステムとか他やってて忙しいかもしれない
よくわかりません、養老院にそういうの見かけたけど性格悪い爺さんばっかだね
Sunを潰したのは俺かもしれないけど、もっと危ないのはIBM
どうしたもんですかね
>>1
その手の話、15年前からあるわけだが・・・・
いくら変換してもCOBOL時代のロジックそのままじゃ意味無いような
これで生成されたJavaのソースとか触りたくねぇーw
こういうのって昔からあるけど変換後のソースが糞すぎてメンテできないから
結局高く付く気がするんだけど
>>27
そこでまた金を引っ張るんだろうね
この変換のやつ、大昔からJAVAへのがあるけど
ほとんど使われていない
また失敗するね
COBOL技術者とJava技術者双方居た上でコードチェックしながら使うならいいと思うけど
多分つぎはぎだらけなんだろうし、変換されたものも読めたものじゃ無さそう
変換してブラックボックステストして動作確認するくらいだろうけど、動けばいい、でものを作るなと
>>44
いえ、動けばいいでしかない
財務省の連中なんてロジックをプログラマに秘密で組ませて、そのプログラマごと家族も殺してまわってんだし
どうせスパゲッティーでCOBOLとかなんとかっていう問題じゃない状態なんでしょ。
聞くところによると、勘定系は昔のグローバル変数だらけのソースをチクチクメンテしてるそうだし。
機械翻訳ってわけじゃないのね
ちゃんとメンテ出来る成果物出てくるならいいね
ただjavaすらオワコンだからなぁ
大手じゃフラッシュとともに禁止だろ
セキュリティホール多すぎ
今時JAVAとか何十年前の思考だよww
なんでJAVA?
PCじゃあ十年前くらいにアンインストールしてそれっきり
>>45
"WRITE ONECE, RUN ANYWHERE"(一回書きゃ、どこでも動くで)
微修正は必要だけど
化石(COBOL)から時代遅れ(java)に移行とかアホなの?
そもそもjavaは欠陥品で超危険、今時使ってる奴いるの?
COBOLで開発できる技術者はたくさんいますよ
低賃金で下請け孫請けにだすからこないだけ
直で正社員で雇えばよろしい
日立さん
>>50
40代以上ならCOBOLでコード書いていた人は多そうだけど、
今はどうなんだろうな?
昔は金融系といえばCOBOLだったが。
>>53
MF COBOLと言ってunixでも動くCOBOLが沢山あってもっと若い連中でもやってます
>>54
学生時代はよくCOBOLで課題をしあげていたが、
今でも使われているんだな。
へぇー。
移行作業が全自動なら価値はあるが2割て…せめて5割ほしいんだけど
メンテナンス可能なレベルのコードを生成してくれるんですかねぇ?
コボルなんて今だに使ってるとこは大手金融だろうから
しかも土台の層だから分かっててもイジりたくはないだろうな
てかコボルが難しのではなくそっちの知識だな
というかコボルはある点でだけ
今の言語より優秀だからなぁ
金融系は置き換えれんだろ
新人に新しい言語だと言って覚えさせればすむのに
COBOLがJAVAごときに負けるわけないだろ
ってか作れても膨大なテストケースが作れないだろw
COBOLは永久に不滅です
元スレ: http://anago.2ch.sc/test/read.cgi/bizplus/1454890942/