汇编编程比高级语言(如c)花费更长的时间，更难编程，这似乎是一种主流观点。因此，出于这些原因以及更好的可移植性，似乎建议或假设用高级语言编写更好。
最近我一直在用x86汇编语言写作，我开始意识到这些原因可能都不是真的，除了可移植性。也许这更多的是一个熟悉的问题，知道如何写好汇编。我还注意到在汇编中编程与在HLL中编程有很大的不同。也许一个好的、有经验的汇编程序员可以像一个有经验的C程序员用C写程序一样轻松、快速地编写程序。
也许是因为汇编编程与hll有很大的不同，因此需要不同的思维、方法和方式，这使得对不熟悉的人编写程序看起来非常尴尬，因此给汇编编程带来了不好的名声。
如果可移植性不是问题，那么C语言比NASM这样的优秀汇编器有什么优势呢?
编辑: 我只是想指出。当你用汇编语言写作时，你不必只写指令代码。您可以使用宏、过程和您自己的约定来进行各种抽象，使程序更模块化、更可维护、更易于阅读。这就是熟悉如何编写好的汇编的原因。
当前回答
$$$
一家公司雇佣一名开发人员来帮助将代码转化为$$$。越快地生成有用的代码，公司就能越快地将代码转化为利润。
高级语言通常更擅长生成大量有用的代码。这并不是说集会没有它的位置，因为在有些时候和地方，没有别的方法可以。
其他回答
$$$
一家公司雇佣一名开发人员来帮助将代码转化为$$$。越快地生成有用的代码，公司就能越快地将代码转化为利润。
高级语言通常更擅长生成大量有用的代码。这并不是说集会没有它的位置，因为在有些时候和地方，没有别的方法可以。
我现在正在comp组织学习汇编，虽然它很有趣，但它也非常低效。你必须在脑子里记住更多的细节才能让事情顺利进行，而且写同样的东西也会慢一些。例如，c++中一个简单的6行For循环可以等于18行或更多的汇编。
就我个人而言，学习硬件层面的工作方式非常有趣，它让我对计算的工作方式有了更多的了解。
当你将汇编语言与比C更高级的语言(如Java、Python或Ruby)进行比较时，HLL的优势甚至更大。例如，这些语言有垃圾收集:不需要担心什么时候释放内存块，也不会因为过早释放而导致内存泄漏或错误。
合理水平的汇编能力是一项有用的技能，特别是当您从事任何类型的系统级或嵌入式编程时，这并不是因为您必须编写那么多汇编程序，而是因为有时了解盒子的实际功能非常重要。如果您对汇编程序的概念和问题没有低级的理解，这可能会非常困难。
然而，至于在汇编器中实际编写大量代码，有几个原因导致它做得不多。
There's simply no (almost) need. Except for something like the very early system initialization and perhaps a few assembler fragments hidden in C functions or macros, all very low-level code that might once have been written in assembler can be written in C or C++ with no difficulty. Code in higher-level languages (even C and C++) condenses functionality into far fewer lines, and there is considerable research showing that the number of bugs correlates with the number of lines of source code. Ie, the same problem, solved in assembler and C, will have more bugs in assembler simply because its longer. The same argument motivates the move to higher level languages such as Perl, Python, etc. Writing in assembler, you have to deal with every single aspect of the problem, from detailed memory layout, instruction selection, algorithm choices, stack management, etc. Higher level languages take all this away from you, which is why are so much denser in terms of LOC.
从本质上讲，以上所有内容都与汇编程序与C或其他语言中可用的抽象级别有关。汇编程序迫使您自己制作所有的抽象，并通过您自己的自律来维护它们，而任何中级语言，如C，特别是高级语言，都可以为您提供开箱即用的抽象，以及相对容易地创建新抽象的能力。
除了其他人对可读性、可维护性、更短的代码从而更少的错误和更简单的回答之外，我还将添加一个额外的原因:
程序的速度。
Yes, in assembly you can hand tune your code to make use of every last cycle and make it as fast as is physically possible. However who has the time? If you write a not-completely-stupid C program, the compiler will do a really good job of optimizing for you. Probably making at least 95% of the optimizations you'd do by hand, without you having to worry about keeping track of any of it. There's definitely a 90/10 kind of rule here, where that last 5% of optimizations will end up taking up 95% of your time. So why bother?
