投稿2021/10/21 10:45
なぜ、いまだに多くのプログラミング言語で、intがどうのdoubleがどうのとかで「近似値です」とか「金融計算には気を付けましょう」とか「小数点以下の計算は正しくありません」とかの問題が解決されないんでしょうか？
言語仕様レベル、あるいはせめて標準組み込みライブラリのレベルで、「金融計算、数値計算が普通に誰でも簡単に正しく出来る」言語があっても良さそうなのに、なぜいまだにそれが存在しないのでしょうか？ なぜいまだにいちいち「気を付けて計算」しないと誤差が発生する状態が放置されているのでしょうか？
いまだに「まだその辺の計算はCOBOLでやる価値がある」みたいな状況っておかしくないですか？ 整数の計算を正しくやるとか、人間の感覚で言うところの「正しい小数の計算」とかって、そんなに実現が難しい話なんでしょうか？
質問の要点をまとめますと、多くのプログラミング言語において、。コンピュータ知識や言語仕様に詳しくない人間でも、金利計算などの数値計算で普通に「人が期待する結果」を簡単に出せる仕様にならないのはなぜか？です。
回答6件
0
全然おかしくありません。
プログラム言語には作られた目的があり、その目的によっては計算結果が近似値でこと足ります。
COBOLは事務処理を目的に作られた言語の為、計算に強いということです。
ですので、COBOL以外にも厳密な計算結果が求められる目的で作られた言語は誤差が発生しない計算が簡単に出来ます。
投稿2021/10/21 11:20
総合スコア418
0
なぜ、いまだに多くのプログラミング言語で、intがどうのdoubleがどうのとかで「近似値です」とか「金融計算には気を付けましょう」とか「小数点以下の計算は正しくありません」とかの問題が解決されないんでしょうか？
「言語仕様はシンプルに」って流れがありそうです。
10進演算はライブラリに任せ、必要な人が使えればいい。
数式のままの微分/積分はライブラリに任せ、必要な人が使えればいい。
機械学習/深層学習はライブラリ(と専用ハードウェア)に任せ、必要な人が使えればいい。
...至極真っ当な考えじゃありませんかね。不要な人には邪魔なんだから。
標準組み込みライブラリのレベルで...
標準にするには需要が少ないから、と考えます。
全体からすれば"ニッチ"なんじゃないかと。
投稿2021/10/22 11:20
総合スコア16614
0
なぜ人は10進数にこだわるのですか？
三等分すらまともに出来ずに正しい計算もできないなんて不要ではありませんか？
と言われてそうだと納得できますか？
結局すべてを満たす正しい計算というのは表現不可能です
その上で、パソコンは２進法で処理します
もっと言うと、電子回路は２進数で表現する世界です
勿論、それらは程度や強さで細かく分ける事が出来ますが、大量生産を前提にすると個体の誤差が出てくるのでメーカーやロットが異なっていても上手く動作するようにと考えると「電圧が｛凄く高い／中間／凄く低い｝」の３つに分類され、凄く高いと凄く低いはどのメーカーのどのロットの物でも高いと低いをうまく伝える事が出来ます
ところが、中間は出力する個体と受け取る個体によっては高いとなったり低いとなったりします
これではうまく伝わらないので使えませんよね
そういう事から２値が扱いやすいため２進数で処理を行うように作られています
その為、２進数系のN進数以外を扱う場合は直接扱えないことから単純な処理とならずに複雑な処理を行う必要が出てきます
つまり、処理が遅くなります
他の方が書いている必要が無いというのは処理速度を遅くしてでも正確な１０進数の取り扱いが必要なのか？という観点で一般的にはそこまで必要ではなく、処理速度の方が重要となることが多いため大抵の言語では基本的な数値の扱いは２進数となっています
例えばラーメン屋に行ってメンの重さをミリグラム単位で正確な量を要求しますか？
それとも気づかない程度の差があっても構わないとしますか？
注文してから２時間かかるけどミリグラム単位で正確な量の麺を提供するラーメン屋と、５分で出てくるけど１０ミリ前後の誤差があるラーメン屋さんとどちらへ行きますか？
これだけだと同じお金を払ってるのに１０グラム少ない量しか提供されるのは許さないという人もいるかもしれません
ですが、お昼休憩だった場合は２時間待ちだと提供までの待ち時間の半分しかたっていないのに休憩時間が終わってしまうなら正確なお店には行けませんよね？
それと同じでお金の計算が主な目的であるのならば処理が遅くなっても誤差が出てはいけません
でも、ほぼリアルタイムに処理を行いたい場合だと処理が重くなって間に合わなくなってしまうと困ります
多少の誤差が出ても構わない内容であるのなら誤差には目をつむって速度を重視するでしょう
でも言語で使用する数値型が全て10進で非常に遅い場合は常に間に合わない事態に陥ってしまいます
それが適材適所でしょう、全て10新型にする必要が無いとする根拠です
尤も全ての人がちょっとしたメールのやり取りに毛が生えた程度の事しかしないPCの使い道しかないのであるならば、処理が遅くってもRyzen Threadripperの最上位モデルの64コア128スレッドで並列処理してしまえば良いというのであれば常に10進で扱うのでもありかもしれませんが、通常はそうでもありませんし、もっと重い処理を行いたい人も多いはずです
動画見るだけでもデコード処理で重いはずですが、これが10倍以上の重さになったら低解像度の動画をカクカクでしか見れない世界になるかもしれません
投稿2021/10/21 17:33
総合スコア1348
0
ベストアンサー
参考）
https://qiita.com/ma2shita/items/d8aeec9e2921dc3536f4
見たかもしれませんが、こういう記事がありました。
C#は標準でDecimal型があるそうです。
記事の筆者も最初はCOBOLだけかと思っていたそうですが、実はそうでもないみたいです。
金利計算などの数値計算で普通に「人が期待する結果」を簡単に出せる仕様にならないのはなぜか？です。
質問の答えは参考リンク先にもないようですが、TakaiYさんの回答にもあるように10進数の厳密な少数計算は面倒なんでしょうね。有名なのは10進数の「0.1」は2進数だと「0.0001100110011001……」と循環小数になってしまい、正しく表現できないというのがあります（参考リンク先もこれを使って色々と検証しているようです）。
投稿2021/10/21 15:40
総合スコア4537
0
すべての言語がDecimalのような整数/小数を基本としていない理由は、基本的には速度に問題があるからでしょう。
int と Decimal だとたとえば10倍とか100倍とかのオーダの違いがでます。
1時間で終る処理が、10時間とか数日になってしまうのは問題でしょう。
これの背景には、少し前はまだそれほどコンピュータの性能が高くなかったということもあります。たとえば、javaはオブジェクト指向が徹底した言語ですが、それに外れた基本データ型があります。これがある原因も計算速度ってことだったそうです。
また、実装が面倒というのもあるでしょう。それほどニーズが高くない領域に手間はかけたくないということです。 いろいろなところで困っている人がいてという記事がたくさんあるということですが、逆に言えばそういうノウハウがあれば解決できるレベルであるとも言えます。
投稿2021/10/21 12:31
総合スコア12765
0
人間の感覚は時代や分野によって違うことを理解してください。
江戸時代の貨幣制度では、金一両の半分は金二分であり、金一分の半分は二朱でした。
こういう通貨制度だと、今の十進法よりもコンピュータの二進法の方がフィットします。
江戸時代のお金のしくみをお読みください。
また、1971年までの英国の通貨制度では、ポンド＝20シリング、1シリング＝12ペンスでした。これは2でも3でも4でも6でも割り切れるのが便利だからでした。
イギリスの貨幣制度の略史をお読みください。
12進法は今でも1ダースとか1グロスに残っていますし、米国などで使われている長さの単位では、1フィートは12インチです。
角度については全周が360度という単位をよく使います。10進法に近づけようとしてグラードというのも考えられましたが、全く普及していません。
コンピュータについては、ハードウェア的には性能と効率のためにほとんどの場合に内部表現を2進法にしています。ただし普通は十進演算もサポートしています。多くのコンピュータ言語が字ssン演算をサポートしていますが、需要が少ないのであまり力をそそいでいないのです。
teratail_beginさんの主張は、十進法が「正しい」のだから、米国はフィートを廃止すべきであるというよなものなのですよ。
投稿2021/10/21 11:46
総合スコア24666
あなたの回答
tips
プレビュー
Q&A
