考慮到這是一本教匯編語言編程的書，是為大學水平的學生寫的，由一個似乎知道他在說什么的人寫的，你的自然傾向是相信某些東西，如果它出現在印刷品上。剛讀了上面的內容，您就開始假設程序集一定很糟糕。親愛的朋友，這是匯編語言百分之八十的問題。也就是說，人們根據從朋友、導師、文章和書籍中聽到的信息，對匯編語言產生了一些非常強烈的誤解。哦，匯編語言當然不完美。它確實有許多真正的缺點。然而，這些錯誤被那些不熟悉匯編語言的人完全夸大了。下一次當有人開始鼓吹匯編語言的壞處時，問“你有多少年的匯編語言編程經驗？”當然，如果你不知道，匯編是很難理解的。令人驚訝的是，有多少人愿意只根據他們的對話或讀過的文章就公開反對匯編語言。匯編語言用戶也使用高級語言（HLLs）；匯編語言最直言不諱的反對者很少使用HLLs。你相信誰，一個精通這兩種編程語言的專家，或者一個從來沒有花時間學習匯編語言并對其能力形成誠實看法的人？在與某人的談話中，我會不遺余力地解決上述每一個問題。事實上，在這一章的草稿中，我花了大約十頁的時間來解釋上面每一個陳述的錯誤。然而，這本書已經夠長了，我覺得在這些問題上繼續下去所獲得的收獲是微乎其微的。盡管如此，對上述每一點進行簡短的反駁是有必要的，如果不是因為其他原因，只是為了讓你不要認為這些言論沒有正當的辯護理由。

　　組裝很難學。你不知道的語言也是。嘗試學習（真正的學習）APL、Prolog或Smalltalk。一旦學習了Pascal，學習另一種語言（如C、BASIC、FORTRAN、Modula-2或Ada）就相當容易了，因為這些語言與Pascal非常相似。另一方面，學習像Prolog這樣不同的語言并不是那么簡單。匯編語言也與Pascal有很大不同。它將比其他類似帕斯卡語的語言更難學習。然而，學習匯編并不比學習第一門編程語言困難多少。匯編很難閱讀和理解。當然，如果你不知道的話。大多數發表這一聲明的人根本不了解assembly。當然，編寫不可能讀懂的匯編語言程序是很容易的。編寫不可能讀取的C、Prolog和APL程序也很容易。有了經驗，你會發現匯編和其他語言一樣容易閱讀。程序集很難調試。與上述論點相同。如果你沒有太多調試匯編語言程序的經驗，那就很難調試它們。還記得在你的第一個Pascal（或其他HLL）程序中發現bug是什么感覺嗎？每當你學習一種新的編程語言時，在獲得經驗之前，你在調試該語言的程序時都會遇到問題。裝配很難維護。C程序很難維護。事實上，程序很難維持一段時間。缺乏經驗的匯編語言程序員往往編寫難以維護的程序。編寫可維護的程序不是一種天賦。這是你通過經驗發展出來的技能。匯編語言很難。這句話其實是有道理的。很長一段時間以來，匯編語言程序員完全從頭開始編寫程序，通常是“重新發明輪子”。HLL程序員，特別是C、Ada和Modula-2程序員，長期以來一直享受著標準庫包的好處，該包解決了許多常見的編程問題。另一方面，眾所周知，匯編語言程序員每次需要整數輸出例程時都會重寫它。這本書不采用這種方法。相反，它利用了加州大學河濱分校（University of California，Riverside）為80x86匯編語言程序員提供的UCR標準庫所做的一些工作。這些子程序簡化了匯編語言，就像C標準庫幫助C程序員一樣。圖書館的源代碼列表可以通過互聯網和各種其他通信服務以及配套的軟盤以電子方式獲得。匯編語言編程很費時。軟件工程師估計開發人員只花了大約百分之三十的時間編寫問題的解決方案。即使用匯編語言編寫一個程序比用HLL語言編寫一個程序花了兩倍的時間，項目的總完成時間也只有15%的差異。事實上，好的匯編語言程序員不需要兩倍的時間來實現匯編語言。使用HLL確實會節省一些時間；但是，節省的時間不足以抵消使用匯編語言的好處。改進的編譯器技術消除了對匯編語言的需求。這不是真的，也許永遠不會是真的。優化編譯器每天都在變得更好。然而，匯編語言程序員通過編寫不同于使用HLL的代碼來獲得更好的性能。如果匯編語言程序員用C語言編寫程序，然后手工將它們翻譯成匯編語言，那么一個好的C編譯器將產生等效的，甚至更好的代碼。那些宣稱編譯器技術的人正在比較他們手工編譯的代碼和編譯器生成的代碼。編譯器在編譯方面比人類做得好得多。再說一遍，你永遠不會發現匯編語言程序員在寫“帶MOV指令的C代碼”，畢竟，這就是你使用C編譯器的原因。今天，機器太快了，我們不再需要組裝了。令人驚訝的是，人們會花很多錢買一臺比自己擁有的機器稍快的機器，但他們不會花額外的時間在匯編中編寫代碼，因此它在同一硬件上運行得更快。關于機器的速度和軟件的速度有很多激烈的爭論，但有一個事實仍然存在：用戶總是想要更高的速度。在任何給定的機器上，最快的程序都將用匯編語言編寫。如果你需要更快的速度，你應該使用更好的算法，而不是切換到匯編語言。為什么你不能在匯編語言中使用這個更好的算法呢？如果你已經在使用你能找到的最好的算法，而且它仍然太慢呢？這是一個完全錯誤的反對匯編語言的論點。