アカウント名:
パスワード:
電卓は消費電力・チップ面積削減が最優先課題だから、たくさんメモリを持てないし、演算ユニットからアクセスできるレジスタも配線数を減らすため、オペコードとオペランドが揃ったら即座に計算結果をレジスタに書き込みたい→そもそも優先順位という概念がない。話は変わって、ビットシフト演算子というのがある。シフトは頭のなかでは乗算なのに、Cでは、なぜか加減算の方が優先順位が高い。まぁ、これは++と--という加減算だけど、多用され、かつオペランドのフェッチもいらないマシンインストラクション由来かと無理やり納得させてきた。ところが、少しモダンなPythonでも、やっぱり加減算の方がシフト演算より優先順位が高いんだよねー。知らなかった。まぁ、いきなり変えたら混乱するけど、「アセンブラもCも知らねー、最初からPython」という人も多いんじゃなのかな。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
[オフトピ] 普通の電卓の実装とPythonにおける演算の優先順位 (スコア:0)
電卓は消費電力・チップ面積削減が最優先課題だから、たくさんメモリを持てないし、演算ユニットからアクセスできるレジスタも配線数を減らすため、オペコードとオペランドが揃ったら即座に計算結果をレジスタに書き込みたい→そもそも優先順位という概念がない。
話は変わって、ビットシフト演算子というのがある。シフトは頭のなかでは乗算なのに、Cでは、なぜか加減算の方が優先順位が高い。まぁ、これは++と--という加減算だけど、多用され、かつオペランドのフェッチもいらないマシンインストラクション由来かと無理やり納得させてきた。ところが、少しモダンなPythonでも、やっぱり加減算の方がシフト演算より優先順位が高いんだよねー。知らなかった。まぁ、いきなり変えたら混乱するけど、「アセンブラもCも知らねー、最初からPython」という人も多いんじゃなのかな。
Re:[オフトピ] 普通の電卓の実装とPythonにおける演算の優先順位 (スコア:1)