アカウント名:
パスワード:
バッチ処理は多かれ少なかれどの企業でも動いてると思うんだけど、このITジャーナリストの方はフリーランスで自分から近い世界でしかものを見たことないのかな?そう考えると、新しい時代に突入した感覚がある。
あとCOBOLも勘定系ではかなり現役なんだけど、これについては異論多そうなので黙っときます。
COBOL に関しては、・動くものに手を入れるな・動いているものが仕様だから、リプレイスなんてとても……・帳票など COBOL に最適化されていて、他に適した言語って?あたりが現役な理由かなぁ(あと開発当時なら、それが読める人が銀行にも結構いたんじゃないかな)
お金を扱う以上、今までとちょっと違う動きしますってそうそう許されないだろうし、パッケージに業務を合わせるのが特に難しい業界だと思っているとはいえクラウドとか規模拡大とかサービス拡充なんかのために、基幹リプレイスは体力あるところはやった方がいいとは思う
あと、金額を扱う以上COBOLのように10進法で計算するのはありがたい。JAVAでも10進法で定義する型はあるけど、利率計算なんぞさせると途中で2進数になるのか計算結果がずれる。計算がずれるから、プログラムで何とかするしかない時点で使い物にならない。それに別にCOBOLでもリアルタイムで動作するし、JAVAからでも実行できるんだからCOBOLなんて古臭いなんて言ってる方が古臭いし、いじったこともないんだろうなと思う。
BigDecimal でずれる?それってインスタンス化のときにちゃんと値を String で渡してても?
いや、それを「プログラムで何とかするしかない」と言ってるんだけど・・・普通の二進数計算みたいに、何もしなくても計算結果をちゃんと出せと。
いや、それは使い方を間違ってるだけ(new BigDecimal(double a) みたいなの?double 型使ってる時点ですでにずれてるから BigDecimal の罪ではない)だから、「プログラムで何とかするしかない」って話じゃないでしょ。BigDecimal同士の演算ならちゃんとしてくれるはず。
金融系のシステムだったからBigDecimal同士の四則演算をしていて、結果を小数点第二位のBigDecimalにいれたらずれていたんだけど・・・Decimal同士でも内部での計算中はfloat演算してるんかいと。十年ぐらい前だから、いまのJavaは平気なの?
自分も同じような計算して、ズレが出た記憶があります。15年くらい前かな、10兆円単位の金額を扱う案件の引き合いがあって、計算結果に自信が無いんで計算部分だけテストコード書いて試したら、どうも計算結果がズレる。特に小数点以下が怪しい感じ。任意の桁で切り捨て、切り上げ、四捨五入、五捨六入とかする必要もあって、なんだか面倒そう。結局スケジュールとか金額とか人員のアサインなんかの関係で、お断りしちゃったけど、もし受けちゃったらどうしようとドキドキでした。それから別業種に転職しちゃったんで、最近のJava動向とか知らないんですが、今時はJavaで行けちゃう感じなんですかね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
192.168.0.1は、私が使っている IPアドレスですので勝手に使わないでください --- ある通りすがり
ITジャーナリストも新しい時代に突入 (スコア:1)
バッチ処理は多かれ少なかれどの企業でも動いてると思うんだけど、このITジャーナリストの方はフリーランスで自分から近い世界でしかものを見たことないのかな?
そう考えると、新しい時代に突入した感覚がある。
あとCOBOLも勘定系ではかなり現役なんだけど、これについては異論多そうなので黙っときます。
Re: (スコア:0)
COBOL に関しては、
・動くものに手を入れるな
・動いているものが仕様だから、リプレイスなんてとても……
・帳票など COBOL に最適化されていて、他に適した言語って?
あたりが現役な理由かなぁ
(あと開発当時なら、それが読める人が銀行にも結構いたんじゃないかな)
お金を扱う以上、今までとちょっと違う動きしますってそうそう許されないだろうし、パッケージに業務を合わせるのが特に難しい業界だと思っている
とはいえクラウドとか規模拡大とかサービス拡充なんかのために、基幹リプレイスは体力あるところはやった方がいいとは思う
Re: (スコア:0)
あと、金額を扱う以上COBOLのように10進法で計算するのはありがたい。
JAVAでも10進法で定義する型はあるけど、利率計算なんぞさせると途中で2進数になるのか計算結果がずれる。
計算がずれるから、プログラムで何とかするしかない時点で使い物にならない。
それに別にCOBOLでもリアルタイムで動作するし、JAVAからでも実行できるんだから
COBOLなんて古臭いなんて言ってる方が古臭いし、いじったこともないんだろうなと思う。
Re: (スコア:1)
BigDecimal でずれる?
それってインスタンス化のときにちゃんと値を String で渡してても?
Re: (スコア:0)
いや、それを「プログラムで何とかするしかない」と言ってるんだけど・・・
普通の二進数計算みたいに、何もしなくても計算結果をちゃんと出せと。
Re: (スコア:1)
いや、それは使い方を間違ってるだけ(new BigDecimal(double a) みたいなの?double 型使ってる時点ですでにずれてるから BigDecimal の罪ではない)だから、
「プログラムで何とかするしかない」って話じゃないでしょ。
BigDecimal同士の演算ならちゃんとしてくれるはず。
Re: (スコア:0)
金融系のシステムだったからBigDecimal同士の四則演算をしていて、
結果を小数点第二位のBigDecimalにいれたらずれていたんだけど・・・
Decimal同士でも内部での計算中はfloat演算してるんかいと。
十年ぐらい前だから、いまのJavaは平気なの?
Re:ITジャーナリストも新しい時代に突入 (スコア:0)
自分も同じような計算して、ズレが出た記憶があります。
15年くらい前かな、10兆円単位の金額を扱う案件の引き合いがあって、計算結果に自信が無いんで
計算部分だけテストコード書いて試したら、どうも計算結果がズレる。特に小数点以下が怪しい感じ。
任意の桁で切り捨て、切り上げ、四捨五入、五捨六入とかする必要もあって、なんだか面倒そう。
結局スケジュールとか金額とか人員のアサインなんかの関係で、お断りしちゃったけど、もし受けちゃったらどうしようとドキドキでした。
それから別業種に転職しちゃったんで、最近のJava動向とか知らないんですが、今時はJavaで行けちゃう感じなんですかね。