ASMを学ぶ価値はまだありますか？
少しは知っていますが、実際に使用したり適切に学習したりはしていません。なぜなら、アセンブラーで習得したことはすべて、CやC ++などの言語で1/10の時間で実行できるからです。では、ASMを実際に学習して使用する必要がありますか？それは私に専門的に何か良いことをしますか？それは私の機知を高めますか？要するに、それは私をより良いプログラマーにしてくれるでしょうか？
注：HLA（高水準アセンブラー）のようなものではなく、FASMまたはNASMのような低水準のアセンブリについて話しています。
回答:
Kip Irvineの本から学びました。彼の（無関係な）ライブラリーの（公正な）批判を無視する場合、私はそれを言語自体への良い入門としてお勧めできます- 非常に興味深いもののために、あなたはネット上の強迫観念を探し出さなければなりません。
下位レベルで何が起こるかを理解することは有用だと思います。アセンブラを研究するにつれて、CPUパイプライン処理、分岐予測、キャッシュアライメント、SIMD、命令の並べ替えなどについて学習します。これらの知識は、より良い高レベルのコードを書くのに役立ちます。
さらに、従来の知識では、ほとんどの場合、アセンブリを手動で最適化しようとせず、コンパイラにそれを心配させることです。コンパイラーが生成するねじれたもののいくつかの例を見ると、従来の知識が保持されている理由がよくわかります。
例：LFSRは、carry-with-carry命令で高速に実行されます。このような特定のケースでは、コンパイラーが十分にスマートであるかどうかを見つけるのと同じくらい簡単に、アセンブラーバージョンを記述できます。コンパイラーが知らないことを知っていることがあります。
また、書き込みや実行、スタックオーバーランなどのセキュリティ問題の理解も深まります。
いくつかの同時実行の問題は、命令ごとのレベルで何が起こっているのかを知っている場合にのみ明らかになります。
完全なソースコードがない場合、デバッグ時に役立つことがあります。
好奇心の値があります。とにかく仮想関数はどのように実装されていますか？アセンブラーでDirectXまたはCOMプログラムを作成しようとしたことがありますか？大きな構造はどのように返されますか？呼び出し側の関数はそれらにスペースを提供しますか、またはその逆ですか？
次に、グラフィックハードウェア用の特別なアセンブリ言語がありますが、シェーダー言語は数年前に高レベルになりましたが、別の方法で問題について考えることができるものは何でも良いです。
非常に多くの人々がそうそう言うためにジャンプするのは面白いと思います。そう、あなたは組み立てを学ぶ必要があります。私にとっての質問は、どのくらいのアセンブリを知る必要があるかです。プログラミング言語のようにアセンブリを知っている必要はないと思います。つまり、すべての人がアセンブリでプログラムを書くことができるとは思いませんが、一方で、それを読んで実際に何を理解できるのでしょうか。 （アセンブラよりもアーキテクチャの知識が必要になる可能性がある）手段で十分です。
私は確かにアセンブリを書くことはできません（つまり、アセンブリに重要なコードを書き込めません）が、それを読み取ることができます。また、実際のハードウェアアーキテクチャの知識と、使用されている呼び出し規約でパフォーマンスを分析するのに十分です。 C ++コードのどの部分がそのアセンブリのソースであったかを特定します。
多くの異なるパラダイムから、多くの異なる言語を学ぶことは価値があります。Java、C ++、C＃、およびPythonの学習は、すべて同じパラダイムのインスタンスであるため、カウントされません。
アセンブリはすべての言語のルート（まあ、ルートに近い）にあるので、アセンブリを学ぶことは価値があると私は言う。
次に、関数型プログラミング言語、論理プログラミング、スクリプト言語、数学ベースの言語を学ぶことは価値があります。あなたは時間があまりないので、あなたは選んで選ぶ必要があります。