第73章 這是高手（2/2）

彙編語言雖然開發周期特別長，實現一個簡單的功能都非常麻煩，很少被用來編寫應用程式，可它那直接訪問計算機硬體、執行效率極高、占用資源極少的特點，卻讓它被廣泛應用於嵌入式設備、驅動程序、實時應用、核心算法等方面的編程。

在通信與系統集成領域，用到彙編語言的機會也還是挺多的，原因在於，這一領域的很多設備都屬於嵌入式設備，比如說大家所熟悉的modem、路由器等。

正因為工作的需要在前世經常使用，因此哪怕余文鋼在前世後期已很多年沒再做碼農，但他在看到這些熟悉的代碼後，他還是感到熟悉和親切。

只是這段代碼實在是太簡單了一點，對他來說根本就沒難度。

「不對，你這段代碼有問題！」

在細細掃描了一遍後，余文鋼立即發現了不對勁。

「哪裡有問題？」

張高陽不動聲色地問道。

可此時他的內心裡卻是相當震驚的。

這小子才掃一眼就發現了問題？

不可能吧！

他心裡犯起了嘀咕。

這種軟盤其實有一個名字，叫「彙編程序錯誤大全」，這裡面收集的全部是張高陽在用彙編語言編程過程中犯過錯誤的問題程序收集。

比如說他現在打開的這段代碼，裡面就有一個很不起眼，但非常致命的錯誤，這一不起眼的錯誤弄得張高陽費了老半天功夫，才艱難地把它給找出來。

有且只有一個問題！

可現在余文鋼才看了幾分鐘，就說有問題！

不可能吧？

張高陽僥倖地想著。

「你看這個存儲器地址變量，你在前面聲明的是十六進位，可你在這裡賦值時給的卻是十進位數字，這程序運行時能不出錯嗎？」

余文鋼用滑鼠一划拉，準確地把錯誤指了出來。

張高陽傻眼了。

這一錯誤之所以不起眼，原因就在於這一被預先聲明的存儲器地址變量，在整個程序中僅用了兩三次，而且彼此間起碼跨了上百行代碼。

他就這麼一掃，就能準確地把這一問題給找出來？

這豈不是表明他不僅很快就把這長達數百行的代碼看懂了，而且還看得很透徹？

天哪，這是什麼變態水平？

張高陽有一種預感：這是高手！

接下來的事實印證了他的這一猜測。

在接下來的時間裡，張高陽又一連打開了好幾個彙編程序，而且是一個比一個複雜，一個比一個隱含的問題更難，可他發現，這些程序都沒難倒余文鋼。

大部分的問題都被他準確地找了出來。

這還是在沒有進行編譯和調試的情況下。

甚至於，有的程序余文鋼還提出了簡化思路。

這確實是高手！

張高陽自愧不如。

那麼問題來了。

這小子怎麼會那麼厲害？

他只不過是一個高中畢業生而已！