汇编编程比高级语言(如c)花费更长的时间，更难编程，这似乎是一种主流观点。因此，出于这些原因以及更好的可移植性，似乎建议或假设用高级语言编写更好。
最近我一直在用x86汇编语言写作，我开始意识到这些原因可能都不是真的，除了可移植性。也许这更多的是一个熟悉的问题，知道如何写好汇编。我还注意到在汇编中编程与在HLL中编程有很大的不同。也许一个好的、有经验的汇编程序员可以像一个有经验的C程序员用C写程序一样轻松、快速地编写程序。
也许是因为汇编编程与hll有很大的不同，因此需要不同的思维、方法和方式，这使得对不熟悉的人编写程序看起来非常尴尬，因此给汇编编程带来了不好的名声。
如果可移植性不是问题，那么C语言比NASM这样的优秀汇编器有什么优势呢?
编辑: 我只是想指出。当你用汇编语言写作时，你不必只写指令代码。您可以使用宏、过程和您自己的约定来进行各种抽象，使程序更模块化、更可维护、更易于阅读。这就是熟悉如何编写好的汇编的原因。
当前回答
人们似乎忘记了还有另一个方向。
为什么你一开始要用汇编语言写东西?为什么不用一种真正低级的语言来编写程序呢?
而不是
mov eax, 0x123
add eax, 0x456
push eax
call printInt
你还是写吧
B823010000
0556040000
50
FF15.....
这有很多好处，你知道你的程序的确切大小，你可以重用指令的值作为其他指令的输入，你甚至不需要汇编程序来编写它，你可以使用任何文本编辑器……
你仍然喜欢汇编程序的原因，是其他人喜欢C语言的原因。
其他回答
跟我们不再去外面厕所的原因一样，也跟我们不再说拉丁语和阿拉姆语的原因一样。
技术的出现使事情变得更容易，更容易获得。
编辑——为了不冒犯别人，我删除了某些词语。
我用汇编编程已经有一个月了。我经常用C写一段代码，然后把它编译成汇编来帮助我。也许我没有充分利用C编译器的优化功能，但似乎我的C asm源包含不必要的操作。所以我开始看到，一个好的C编译器胜过一个好的汇编编码器的说法并不总是正确的。
Anyways, my assembly programs are so fast. And the more I use assembly the less time it takes me to write out my code because it's really not that hard. Also the comment about assembly having poor legibility is not true. If you label your programs correctly and make comments when there is additional elaboration needed you should be all set. In fact in ways assembly is more clear to the programmer because they are seeing what is happening at the level of the processor. I don't know about other programmers but for me I like knowing what's happening, rather than things being in a sort of black box.
With that said the real advantage of compilers is that a compiler can understand patterns and relationships and then automatically code them in the appropriate locations in the source. One popular example are virtual functions in C++ which requires the compiler to optimally map function pointers. However a compiler is limited to doing what the maker of the compiler allows the compiler to do. This leads to programmers sometimes having to resort to doing bizarre things with their code , adding coding time, when they could have been done trivially with assembly.
Personally I think the marketplace heavily supports high level languages. If assembly language was the only language in existence today then their would be about 70% less people programming and who knows where our world would be, probably back in the 90's. Higher level languages appeal to a broader range of people. This allows a higher supply of programmers to build the needed infrastructure of our world. Developing nations like China and India benefit heavily from languages like Java. These countries will fast develop their IT infrastructure and people will become more interconnected. So my point is that high level languages are popular not because they produce superior code but because they help to meet demand in the world's marketplaces.
我已经为6502、Z80、6809和8086芯片编写了大量的汇编程序。当C编译器在我所处理的平台上可用时，我就停止了这样做，并且立即提高了至少10倍的生产力。大多数优秀的程序员使用他们所使用的工具是出于合理的原因。
C是一个宏汇编器!这是最好的一个!
它可以做几乎所有汇编程序可以做的事情，它是可移植的，在大多数极少数情况下，当它不能做一些事情时，你仍然可以使用嵌入式汇编代码。这就只留下了一小部分程序，你绝对需要用汇编来编写，而且只需要汇编。
更高层次的抽象和可移植性使大多数人更值得用c语言编写系统软件。尽管你现在可能不需要可移植性，但如果你在编写某个程序上投入了大量的时间和金钱，你可能不想把自己限制在将来可以使用它的地方。
我只能回答为什么我个人不经常用汇编编写程序，主要原因是这样做比较乏味。此外，我认为在没有立即注意到的情况下，更容易把事情搞砸。例如，你可能在一个例程中改变了使用寄存器的方式，但在另一个地方却忘记了这一点。它会很好地组装起来，直到很久以后你才会注意到。
也就是说，我确实认为组装仍然有有效的用途。例如，我有许多非常优化的汇编例程来处理大量数据，使用SIMD并遵循偏执的“每一个比特都是神圣的”[引用V.Stob]方法。(但请注意，简单的程序集实现通常比编译器为您生成的要糟糕得多。)
