割り当て演算子が左側に割り当てられるのはなぜですか？

私はちょうど友達プログラミングを教え始めました（Pythonを使用しています）。変数の作成と代入演算子について議論し始めたとき、彼女はなぜ右の値が左の名前に割り当てられているのかを尋ねました。 。

私にとってそれは自然に思えたので、あまり考えたことはありませんでしたが、彼女は左から右の方が自然であると言った、それが私たちのほとんどが自然言語を読む方法だからです。

私はそれについて考えて、割り当てられた名前（プログラマが再利用する必要がある）が簡単に表示され、左に揃えられているため、コードがはるかに読みやすくなると結論付けました。

aligned = 2
on = 'foo' + 'bar' + 'foobar'
the = 5.0 / 2
left = 2 + 5

とは対照的に：

2 = aligned 
'foo' + 'bar' + 'foobar' = on
5.0 / 2 = the 
2 + 5 = right 

# What were the names again...?

さて、この基準には他の理由もあるのだろうか。その背後に歴史はありますか？または、これが良いオプションである技術的な理由があります（コンパイラについてあまり知りません）？そして、右側に割り当てるプログラミング言語はありますか？

同じ@paxdiablo。初期のプログラミング言語は数学者によって書かれましたが、実際にはすべてがそうでした。数学では、彼女自身の原則（左から右に読む）によって、それが機能する方法に意味があります。

x = 2y-4。

数学では、これを言うでしょう：xを2y -4と等しくします。

また、代数でもこれを行います。変数の方程式を解くとき、解く変数を左側に分離します。すなわち、y = mx + b;

さらに、Cファミリなどの言語ファミリ全体が特定の構文を持つと、変更するのにコストがかかります。

BASIC、最も初期のコンピューター言語の1つには、次の「適切な」形式がありました。

10 LET AREA = HEIGHT * WIDTH

これは、「Hをオブジェクトの高さとする」などの変数を指定する数学的な考え方に一致します。

COBOLCOMPUTE声明も似ていました。物事を行う多くの方法と同様に、それは単に多くの言語で繰り越されたarbitrary意的な決定であったかもしれません。

実際、右側に割り当てるプログラミング言語TI-BASICがあります！それだけでなく、代入演算子として「=」を使用せず、「STO」演算子として知られる矢印を使用します。

例：

5→A
(A + 3)→B
(A - B)→C

上記の例では、3つの変数が宣言され、値が与えられています。Aは5、Bは8、Cは-3です。最初の宣言/割り当ては「store 5 as A」と読むことができます。

TI-BASICがこのようなシステムを割り当てに使用する理由については、それが計算機のプログラミング言語であるため、私はそれが存在すると考えています。TI計算機の「STO」演算子は、数値が計算された後、通常の計算機操作で最も頻繁に使用されていました。ユーザーが覚えておきたい数字である場合、「STO」ボタンを押すと、計算機は名前の入力を促します（キーストロークが数字ではなく文字を生成するように自動的にアルファロックを有効にします）。

Sin(7 + Cos(3))
                    -.26979276
Ans→{variable name}
                    -.26979276

また、ユーザーは選択した変数に名前を付けることができます。アルファロックをオンにし、名前を入力してから「STO」を押し、「Ans」キーを押すことは、通常の操作では面倒です。すべての計算機機能はTI-BASICで利用できるため、他のほとんどの言語と比較すると後方ではありますが、「STO」が同じタスクを実行するため、他の割り当て演算子は追加されません。

（補遺：TI-BASICは私が学んだ最初の言語の1つだったので、大学で最初にJavaを学んだとき、LEFTへの割り当ては珍しくて「後方」であるように感じました！）

ヒューリスティック1： 言語の設計中に何かを行うための複数の可能な方法に直面した場合、最も一般的で最も直感的な方法を選択しないと、Perl +になってしまいます。

さて、それは（少なくとも英語を話す人にとっては）もっと自然なのでしょうか？英語で物事を書く/言う方法を見てみましょう：

スティーブンは現在10歳です（10歳のスティーブンとは対照的に）。私の体重は190ポンドを超えています（190ポンドを超える体重とは対照的です）。

コード内：

steven = 10
i > 190

以下は、より自然に聞こえます：

「メアリーが18歳の場合、キャンディを食べることができます」。「私が21歳未満の場合、弟にテキーラをお願いします」

if (mary == 18) { ... }
if (i < 21) { ... }

より：

「18歳のメアリーが...」「21歳が私の年齢よりも大きい場合...」

今のコード：

if (18 == mary) { ... }
if (21 > i) { ... }

これはプログラマにとっても英語を話す人にとっても自然ではないことに注意してください。文はyoda-speakのように聞こえ、コードはyoda-conditionsと呼ばれます。これらはC ++で役立つかもしれませんが、ほとんどの人が同意すると確信しています。コンパイラーが重い作業を行い、ヨーダ条件の必要性を軽減できれば、人生は少し楽になるでしょう。

もちろん、何にでも慣れることができます。たとえば、番号81は次のように記述されます。

Eighty One（英語）Eighty and one（スペイン語）One and Eighty（ドイツ語）。

最後に、4つあります！=ロシア語で「緑のリンゴはテーブルの上にある」と言う24の有効な方法-「オン」が「テーブル」と一緒にならなければならないことを除いて、順序は（ほとんど）関係ありません。したがって、あなたがロシア語のネイティブスピーカー（たとえば）である場合、一方が書いているのa = 10か10 = a、両方が同じように自然に見えるのかは気にしないかもしれません。

言語学は魅力的なテーマですが、私は正式にそれを研究したことはなく、その多くの言語を知りません。うまくいけば、私は十分な反例を提供しました。

1950年代にFORTRANで始まりました。FORTRANがFORmula TRANslationの略語である場合-問題の式は、慣例により常に左に割り当てられる単純な代数方程式です。

一方、そのほぼ現代的なCOBOLは、英語に似たものであり、右側に割り当てられていました（ほとんど！）。

MOVE 1 TO COUNTER.
ADD +1 TO LINE-CNT.
MULTIPLY QTY BY PRICE GIVING ITEM-PRICE.

さて、@ diceguyd30が指摘したように、両方の表記があります。

• <Identifier> = <Value>「識別子を値にする」という意味です。または、それを展開するには：変数IdentifierをValueに定義（または再定義）します。
• <Value> -> <Identifier>「識別子に値を保存」を意味します。または、それを展開するには：ValueをIdentifierで指定された場所に配置します。

もちろん、一般的に言えば、識別子は実際には任意のL値です。

最初のアプローチは変数の抽象的な概念を尊重し、2番目のアプローチは実際のストレージに関するものです。

最初のアプローチは、割り当てのない言語でも一般的であることに注意してください。また、変数の定義と割当が比較的接近していることに、注意してください<Type> <Identifier> = <Value>対<Identifier> = <Value>。

すでに述べたように、初期のすべてのコンピューター言語はそのように機能していました。例えば、BASICの何年も前に登場したFORTRAN。

割り当て式の左側に割り当てられた変数を持つことは、実際には非常に理にかなっています。一部の言語では、SAME NAMEを持ついくつかの異なるオーバーロードルーチンがあり、異なるタイプの結果を返す場合があります。コンパイラに割り当てられた変数の型を最初に見せることにより、どのオーバーロードされたルーチンを呼び出すか、または整数から浮動小数点に変換するときに生成する暗黙のキャストを知ることができます。それは少し単純な説明ですが、うまくいけばアイデアが得られます。

それは初期の解析アルゴリズムの名残かもしれません。LRパーシングは1965年に発明されただけであり、LLパーサーが（当時のマシンの時間とスペースの制限内で）問題を抱えていた可能性があることを忘れないでください。考慮してください：

identifier = function();
function();

2つは2番目のトークンから明確に区別されます。一方、

function() = identifier;
function();

楽しくない。これは、代入式のネストを開始すると悪化します。

function(prev_identifier = expression) = identifier;
function(prev_identifier = expression);

もちろん、機械の曖昧さを解消しやすいということは、人間の曖昧さを解消しやすいことも意味します。別の簡単な例は、特定の識別子の初期化を検索することです。

identifier1 = expressionOfAnArbitraryLength;
identifier2 = expressionOfAReallyReallyReallyArbitraryLength;
identifier3 = expression;
identifier4 = AlongLineExpressionWithAFunctionCallWithAssignment(
    identifier = expr);

簡単です、左側を見てください。一方、右側

expressionOfAnArbitraryLength = identifier1;
expressionOfAReallyReallyReallyArbitraryLength = identifier2;
expression = identifier3;
AlongLineExpressionWithAFunctionCallWithAssignment(expr = identifier
    ) = identifier4;

特に、grepカードをパンチできない場合、必要な識別子を見つけるのははるかに困難です。

アセンブリ言語は、左側のオペコードの一部として宛先を持っています。高レベルの言語は、先行言語の規則に従う傾向がありました。

=（または:=パスカル語の方言）を見ると、それらをとして発音できますis assigned the value。そして、左から右の性質が理にかなっています（ほとんどの言語で左から右も読むため）。プログラミング言語は主に左から右に読む人々によって開発されたため、慣習は固執しました。

それは一種の経路依存です。コンピュータープログラミングがヘブライ語またはアラビア語（または他の右から左への言語）を話す人々によって発明されたとしたら、目的地を右に置くと思います。

価値のあるものとして、COBOLのほとんどのステートメントは左から右に読み取るため、2つのオペランドには最初に名前が付けられ、宛先には次のように名前が付けられますmultiply salary by rate giving tax。

しかし、私はあなたの学生がCOBOLを好むかもしれないと提案するつもりはありません。:-)

彼女は、左から右への方が自然に見えると言いました。それが私たちのほとんどが自然言語を読む方法だからです。

これは間違いだと思います。一方では、「10をxに割り当てる」または「10をxに移動する」と言うことができます。一方、「xを10に設定」または「xが10になる」と言うことができます。

つまり、動詞の選択に応じて、assigned-to変数が主語になる場合とそうでない場合があり、左にある場合とない場合があります。したがって、「自然なもの」は、割り当てを表す表現の習慣的な選択に完全に依存します。

擬似コードでは、割り当て演算子は非常に一般的に右側に記述されます。例えば

2*sqrt(x)/(3+y) -> z

Casioの計算機では、プログラム不可能なバリアントでも、割り当て変数も右側に表示されます

A+2B → C

Forthでは、変数も右側にあります

expression variable !

x86では、Intel構文の宛先は左側にありますが、GAS構文は順序を逆にし、特に減算や比較などのパラメーターの順序に関する指示に関して、多くの人々を混乱させます。これらの指示は2つの異なる方言で同じです

mov rax, rbx    ; Intel syntax
movq %rbx, %rax ; GAS syntax

どちらもrbxの値をraxに移動します。私が知っている他のアセンブリ言語は、GASのような右側に宛先を記述しません。

一部のプラットフォームでは、式を左側に、変数を右側に配置します。

MOVE expression TO variable      COBOL
expression → variable            TI-BASIC, Casio BASIC
expression -> variable           BETA, R
put expression into variable     LiveCode

https://en.wikipedia.org/wiki/Assignment_%28computer_science%29#Notation

ほとんどの言語は値を左に割り当てます。理由の1つは、演算子の位置合わせが容易で、変数の読み取りと認識が容易であるためです。 「変数を何らかの値にする」。

ただし、「値をxからyに移動する」と言い、変数を右側に書き込むことを好む人もいます。

論理的な考え方に従っていると思います。
最初にボックス（変数）が必要です。次に、その中にオブジェクト（値）を配置します。
オブジェクトを空中に置いてから、その周りにボックスを配置しないでください。