パスワードを忘れた? アカウント作成
12549000 story
Java

損保ジャパン、COBOLで組まれたシステムの移行を決断 88

ストーリー by hylom
COBOL技術者不足という話も 部門より
あるAnonymous Coward 曰く、

損害保険ジャパン日本興亜が、コスト削減や効率性向上のためCOBOLで組まれたシステムの大半をJavaやオープンプラットフォームへ切り替えるそうだ(日経ITpro)。

数年をかけて順次移行する計画で、現在のシステムでは年間で500億円以上もの保守費用がかかっているらしい。このプロジェクトは2015年4月からスタートしており、今年10月にはこのプロジェクトのために日立と合弁会社を設立するなどしている(発表PDF)。

この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。
  • by Anonymous Coward on 2015年10月16日 12時32分 (#2900930)

    古いシステムだから場当たり対応繰り返して、手が付けられなくなったって話で
    どの言語からスタートしてても同じことだと思う。
    Javaでも10年選手のシステムだと、リプレースするかこのまま続けてくかに悩まされてる。

    • by Anonymous Coward

      構造化も出来ない頃のコードとかもあるし
      悪いのは更新してこなかった企業だな

    • by Anonymous Coward

      同じことしてたら同じ未来が来るわけで、Javaのフレームワークの寿命なんてもっと短いし
      ロックインされるって意味では同じだし。

      それこそStruts1なシステムをこの先もずーーーーっと保守していく人もいるんだろうね。

  • 外野からいえば,英断というか,やっとかよ,という感じですよね。

    まあ,なんでJavaやねん,とも思ったが,
    裾野が広いつーか,揃えられる頭数でいったら,Javaは良い選択しかもしれない。
    ただ,他言語より人員の質がピンキリな気もするが…
    ガベコレの件も含め,余所が真似したくなるような結果になると良いですね。
  • by Anonymous Coward on 2015年10月16日 11時35分 (#2900872)

    >COBOLで組まれたシステムの大半をJavaやオープンプラットフォームへ切り替える
    Javaかぁ、Java…… うーん、Javaなぁ…… なんでJavaなんだろうなぁ……

    あと、ITProのコメント欄がすごい。
    >なぜにCOBOLからJAVAに替えれば、IT投資が減るのか意味わかりません。COBOL書けない人は見た事ないけどJAVAを書けない人は多数います。JAVAのが俗人化すると思いますが。。
    共通オブジェクトの設計こそ、高度なプログラマーでなければ無理ですが。。

    • by nekopon (1483) on 2015年10月16日 12時12分 (#2900911) 日記
      「俗人化」…COBOLerは仙人か?
      親コメント
    • by sunnydaysundey (32697) on 2015年10月16日 12時20分 (#2900918)

      属人化が俗人化してるのは置いといて、
      自分の周りじゃJava書けない人は見たこと無いけど、COBOL書ける人は皆無だな。
      このコメント書いた人の職場ってどこなんだろう。
      大手ベンダーの大型ホスト担当の部署で、他の部署を見たことも無いような人かな?

      もう二十年近く前、この業界入りたての頃にCOBOL書かされたけど
      ベンダーやバージョン別の方言?みたいなのが酷くて面倒くさかった。
      統一規格みたいのがあるということになってるのに、何だったんだあれは。
      あれに比べりゃJavaのほうが圧倒的にマシだろう。

      親コメント
    • by chromoly (46484) on 2015年10月17日 0時50分 (#2901397)

      今のJavaの価値の99%はJVMの価値、
      こと並列処理において、こなれたJITコンパイラと、規格化されたメモリ一貫性モデル、高速なコンカレントGCを備えたJVMに勝るものはない。
      現在において、シングルスレッドで間に合わないプログラムは、JVM上で実行するのが最善であり、
      JVMを使用しない場合、生産性、保守性共に多大なディスアドバンテージを負うのである。

      親コメント
    • by Anonymous Coward

      Javaにしたら年間保守費が倍になったりしてw

      ガベコレがある言語なんて採用して大丈夫なんだろうか。
      処理時間保証とかできるのだろうか?

      • by Anonymous Coward

        運用が始まってから、リソースリークで目も当てられないことになるのか。

      • by Anonymous Coward

        銀行のオンラインシステムならともかく保険会社のシステムなら応答速度のシビアさはそんなに求められないのでは。

    • by Anonymous Coward

      まぁ、今ではCOBOLほとんど使われないので、COBOLかけない人もいっぱいいると思う。

      >共通オブジェクトの設計こそ、高度なプログラマーでなければ無理ですが。。
      そう思う。

      後、JAVAはコロコロバージョンあげてしかも平気で過去のAPIを切り捨てるので、
      今作り直していつまでそのまま動くやらね。。。。

      • by Anonymous Coward

        > 後、JAVAはコロコロバージョンあげてしかも平気で過去のAPIを切り捨てるので
        それは発展途上の言語ならばどれも同じじゃない?
        PHPであってもそれは同じ。

        • by haginov (32812) on 2015年10月16日 18時01分 (#2901147) 日記
          発展途上の言語を使うべきでない、ということでは。

          業務システムなら私も発展途上の言語でプログラム作るのは間違いだと思うな。
          親コメント
        • by Anonymous Coward

          発展途上ならねぇ…

        • by Anonymous Coward

          きちんと設計された言語なら、後方互換性は保証されているでしょ。
          ロードマップもひかず場当たり的な変更をしてるから、そうなるんですよ。

      • FUD乙 (スコア:0, 興味深い)

        by Anonymous Coward

        >後、JAVAはコロコロバージョンあげてしかも平気で過去のAPIを切り捨てるので、
        ウソばっか。

        たぶん使ったことの無い人のご意見だね。やっぱCOBOLerのFUDかな?
        むしろJavaは過去との互換性が高くて、APIをなかなか切り捨てないことで有名なんだが。
        違うというなら、まずはその切り捨てた過去のAPIとやらを具体的に挙げてからにしなさい。
        一つもあげられないに100ペリカ。

        >ガベコレがある言語なんて採用して大丈夫なんだろうか。
        >処理時間保証とかできるのだろうか?
        こっちも同様。FUDお疲れ。

        キャッシ

          • by Anonymous Coward on 2015年10月16日 12時22分 (#2900919)

            > Thread.stopメソッドは、リリース1.2以降廃止されています

            1.2って何年前だよ
            むしろ下位互換性を重要視している実証なんじゃないの、これw

            親コメント
            • by Anonymous Coward

              〉むしろ下位互換性を重要視している実証なんじゃないの、これw
              その通り
              でも、彼は「一つもあげられない」に賭ちゃったからしょうがないね

        • by Anonymous Coward

          > むしろJavaは過去との互換性が高くて、APIをなかなか切り捨てないことで有名なんだが。

          deprecated なメソッドがいつまでも残ってたり、
          1.5 で generics 導入したのに VM の互換性維持に傾注して、バイトコードでは型情報消えてるくらいなのにね。
          そでも互換が大事だったってのはすごくよく分かる。実際 Java の言語仕様は超安定してる。

          (標準以外の)ライブラリやフレームワークの流行り廃りが激しいし、
          フルスクラッチはやだもんなので、そのレイヤで困ることは多いけど。

          • by nim (10479) on 2015年10月16日 15時09分 (#2901042)

            > (標準以外の)ライブラリやフレームワークの流行り廃りが激しいし、
            > フルスクラッチはやだもんなので、そのレイヤで困ることは多いけど。

            たぶん、org.foo.hoge.* を使ってたら、いつの間にかJSRに入ってて、APIが変わって、javax.huga.* になったが、org.foo の更新が止まって、新しい Java に対応しなくなって、古いプログラムが動かなくなった人だよ。(非標準の機能が標準に入って仕様が変わった)

            昔のJavaあるあるだよ。
            でもこれは、Java言語自体の後方互換性の問題じゃないからな。

            親コメント
    • by Anonymous Coward

      引用訂正:ITProのコメントは

      なぜにCOBOLからJAVAに替えれば、IT投資が減るのか意味わかりません。COBOL書けない人は見た事ないけどJAVAを書けない人は多数います。JAVAのが俗人化すると思いますが。。
      共通オブジェクトの設計こそ、高度なプログラマーでなければ無理ですが。。

      までです。

      • by ymasa (31598) on 2015年10月16日 11時57分 (#2900892) 日記

        > COBOL書けない人は見た事ないけど
        EXCEL使えないって人は見た事ないけど
        って話に聞こえる。

        親コメント
      • by Anonymous Coward on 2015年10月16日 12時17分 (#2900915)

        うちの周りは、JAVA書けない人は見た事ないけど、COBOLかけない人は多数います・・・

        #なんか、日本人が「日本語書けない人は見たことないけど、英語をかけない人は多数います。」、
        #アメリカ人が「英語書けない人は見たことないけど、日本語をかけない人は多数います。」って言ってるのと同じ気がしてきた

        親コメント
      • by Anonymous Coward

        これCOBOL書いてる人の発言だろうな

        >COBOL書けない人は見た事ないけどJAVAを書けない人は多数います。
        こんな人見たこと無いわ。
        逆に、Java書ける人ならいっぱい知ってるけど、COBOL書ける人見たこと無いわ。

        >JAVAのが俗人化
        俗人化なんて今時言う?
        今コード見てる中小会社のコードだと俗人化してて笑うけど、
        それなりの企業なら俗人化なんて今時あり得ないよ。

        • by ma_kon2 (9679) on 2015年10月16日 15時41分 (#2901059) 日記
          「Javaが使える」だけなら,なんて掃いて捨てるほどいるだろうにね。
          自分みたく,Androidアプリのプログラミング止まりでも
          Javaが使える,には違いないわけだし。
          金融システム経験のあるプログラマでJavaが使えるのがいない,ってえのも,いるだろ?普通?みたいな。
          フロントエンド作ってるやつらは使えるだろ?

          一から作るんだから,ちゃんと金融システムを策定できるシステムエンジニアの存在こそが必要なんであって,
          言語がどうの,ってのは,それこそシステムにしたときのパフォーマンスとかそういう部分の話になるだけで,
          プログラマーなんざどうとでも集められるというか。
          親コメント
        • by Anonymous Coward
          俗人化?
          • Re: (スコア:0, すばらしい洞察)

            by Anonymous Coward
            たぶん属人化
    • by Anonymous Coward

      > オープンプラットフォームへ切り替える

      open cobol ってあったよなと、調べたら、
      2013年から gnu cobol に変わったって、書いてあった。

      こういうのじゃ、性能的にダメなんかね?

      • by Anonymous Coward on 2015年10月16日 13時52分 (#2900998)

        食わず嫌いな気がする

        Javaができる人なら、COBOLなんて教科書を一通り読めばすぐソースを読めるくらいの難度の言語でしょ
        逆は無理な場合もありますが。

        GCが何とか言っている人もいるけど、COBOLからそのまま移植するならガベージアウトするような変数は使わない
        JavaなのにソースがCOBOLに見えてくるようなのでいいのならですけど

        …という問題ではなく、多分COBOLソースから仕様書をひねり出すのが大仕事なのだと思う

        親コメント
        • by Anonymous Coward

          >>GCが何とか言っている人もいるけど、COBOLからそのまま移植するならガベージアウトするような変数は使わない

          Javaのプログラマでそこまで質のいいのを数揃えるのは不可能ですw
           #「そこまで質のいい」=「その程度のことがなんとか理解できる」

        • by Anonymous Coward

          文法的には仰る通り、COBOLは単純な言語だと思います。
          COBOL79準拠のソースを見たりすると正直かなり頭痛がする事間違いなし。
          #サブルーチンの概念がないので、GOTOでそれっぽく処理するとか

          >…という問題ではなく、多分COBOLソースから仕様書をひねり出すのが大仕事なのだと思う
          まさにこれだと思います。

      • by Anonymous Coward

        gnu cobolに変更することでコストが抑えられるのならやる意味があるんじゃないでしょうか。

      • by Anonymous Coward

        性能よりも責任の所在が不明確なのがまずいのでは。

      • by Anonymous Coward

        費用面が移行の主な理由でしょ。COBOLやれる奴なんていまどきほとんどいないから、
        高単価の高齢プログラマー抱えてるところと言い値で契約するしかないんじゃない?

        ベンダーロックイン状態で酷い目に遭ってるから、そう言う状況を改善したいんじゃないかな。

  • by Anonymous Coward on 2015年10月16日 12時39分 (#2900939)

    社名を短くしたら結構な経費削減になるんじゃないかと思うの

    • 今考えた新社名を12文字以内で書いてみました。
      「損害保険日々興亜」...悪くない。漢字で落ち着く保守的社名。
      「損害保険ジャパジャパコア」...テーマソング作りやすい。ラッキィ池田が振付を考案。
      「損保ジャジャコー」...モンスターぽいので新キャラとしてポケモンに参戦。

      親コメント
    • by Anonymous Coward

      年末調整の欄に書くときいつも困る

    • by Anonymous Coward

      「株式会社三菱UFJフィナンシャル・グループ」も株主総会の質問で指摘されていたな。
      回答したのは「株式会社三菱UFJフィナンシャル・グループ取締役代表執行役社長グループCEO」だったけど。

typodupeerror

日々是ハック也 -- あるハードコアバイナリアン

読み込み中...