アカウント名:
パスワード:
バッチ処理は多かれ少なかれどの企業でも動いてると思うんだけど、この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は平気なの？
書いた通り・仕様通りにプログラムが演算子を適用した結果じゃないの? > ずれの発生
使えない仕様だってことでしょ「気を付ければ使える」なんてのは腐ってんだよ金銭計算の世界じゃ誤差出したくても出せねぇぐらいじゃないと
×: 気を付ければ使える○: リファレンスを読むという当然のことすらしてない者には使いこなせないなんだよなぁ。真にJavaが「使えない仕様」なのだとしたら、当該プロジェクトの開発言語としてそもそも選定すらされていまい誤算だったのは「プログラマーのレベルが想定以上に腐ってた」ってところだろうな# ここからは私見だが、この分野で対価を得るからには浮動小数や2進表現は# 知ってて然るべきだろうし、知る気がないのなら降りてくれとも思う
で、具体的にどんな実装したのよ?
注意して使えば使えるなんてのはちゃんと書けばバグなんか出ないっていうぐらいの理想論、根性論だよ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
クラックを法規制強化で止められると思ってる奴は頭がおかしい -- あるアレゲ人
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: (スコア:0)
書いた通り・仕様通りにプログラムが演算子を適用した結果じゃないの? > ずれの発生
Re: (スコア:0)
使えない仕様だってことでしょ
「気を付ければ使える」なんてのは腐ってんだよ金銭計算の世界じゃ
誤差出したくても出せねぇぐらいじゃないと
Re: (スコア:0)
×: 気を付ければ使える
○: リファレンスを読むという当然のことすらしてない者には使いこなせない
なんだよなぁ。真にJavaが「使えない仕様」なのだとしたら、
当該プロジェクトの開発言語としてそもそも選定すらされていまい
誤算だったのは「プログラマーのレベルが想定以上に腐ってた」ってところだろうな
# ここからは私見だが、この分野で対価を得るからには浮動小数や2進表現は
# 知ってて然るべきだろうし、知る気がないのなら降りてくれとも思う
で、具体的にどんな実装したのよ?
Re:ITジャーナリストも新しい時代に突入 (スコア:0)
注意して使えば使えるなんてのは
ちゃんと書けばバグなんか出ないっていうぐらいの理想論、根性論だよ