つまり、１というのは、とりあえずおいといて、２と３を掛ける。で、そこで得られた値６をとっといた１と足して答えは７。
この「１に２と３を掛けた(×)ものを足して(＋)」という順番で式を表記するのが逆ポーランド表記(Reverse porland notation:つづりは間違ってるかも)と呼ばれるものです。この例の場合だと、「１ ２ ３ × ＋」と表現します。
こういう表記を用いると、スタックという仕組みを使って、計算を機械的に行うのが簡単になるんです。スタックというのは、最後に入れたものから順に取り出せる(先切れ後出ともいう)データの保管場所でのことです。
この例の計算だと、「１」はとりあえずおいておくので、スタックに入れてしまう。
そうするとスタックの状態は、［１］になります。
次に、「２」も「３」もスタックに入れちゃうと、スタックは［１，２，３］になります。
ここで、「×」をするので、スタックから、３，２を取り出して、掛算の結果の６をもう一度スタックに入れる。
そうすると、スタックの状態は、［１，６］になります。
最後に、「＋」をするので、６，１を取り出して、足し算をすると答えは７。それをスタックに戻して、スタックの状態は、［７］。
答えは７。という結果になります。
このやり方だと、頭から順に処理していくだけで、優先順位なんかを考えなくてよいので、速く、簡単に処理ができるので、極初期の計算機ではけっこう使われたものでした。
K-3でも、この表記を使っているので、「１＋２×３」を計算するときには、
やっぱ、めんどくさいって。
そりゃそうですね。計算機が簡単に処理できるように、ユーザの方が考えてやらなきゃならないんですから。普通に計算できる方がいいよって思うのも当然でしょう。
作者が楽をしたいから、手間をユーザに押し付けてるといわれてもしょうがないかもしれませんが、それだけじゃないんです(いや、ほんとはそれだけって面もあるんだけど)。
最初にあげた例の「１に２と３を掛けたものを足して」というのが、示しているように、逆ポーランド表記ってのは、日本語の語順と似てるんですね。そのため、「あれをこうして、ああして」と考えながら、計算するときには、思考そのものを式に置き換えやすいんです。
計算の途中結果も、スタックに残っているので、確認しながら計算を進めることもできるしね。
しかも、逆ポーランド表記だと、ユーザ定義関数を解釈・実行する仕組み(インタープリタと言う)も、作りやすいので、「うだうだ考えながら、ユーザ定義関数を書く」→「実行してみる」を繰り返すことで、それまで、計算方法がわからなかった問題を効率よく解けるし、なにより、その計算方法をノウハウとして残せるわけです。
いまだに、プログラマブルなRPN電卓が、主にエンジニア系に根強い人気がある理由は、この辺りにあるんでしょうね(でも、最近は、Excelでうだうだの方が効率よいけど)。