剛剛接觸編程這項(xiàng)工作的時(shí)候, 最讓人感到無比崩潰的那個(gè)情形, 就是顯示屏上面鋪滿了一大片紅色的錯(cuò)誤提示信息文字。好多剛開始學(xué)習(xí)代碼的初學(xué)者一旦撞見了報(bào)錯(cuò)現(xiàn)象, 心理狀態(tài)就容易陷入自我懷疑的地步: 難道說我是因?yàn)樽约禾苛藛? 為啥其他人編寫的代碼程序都能順利正常運(yùn)行, 卻唯獨(dú)我這里總是出現(xiàn)各種各樣的bug問題呢。這里我們先來給出一個(gè)明確的結(jié)論, 那就是bug這個(gè)情況它并不是那些初學(xué)者的專屬產(chǎn)物, 即便是那些已經(jīng)工作了很多年且資歷深厚的程序員, 他們在撰寫代碼的過程中, 也一定會(huì)碰到bug這一現(xiàn)象, 而寫代碼時(shí)出現(xiàn)錯(cuò)誤這一點(diǎn), 絕對是一個(gè)再正常不過的日常事情了。關(guān)于bug這個(gè)詞語, 還存在有一段特別有意思的過往故事。在比較早的那個(gè)計(jì)算機(jī)發(fā)展時(shí)期, 曾經(jīng)有一臺(tái)機(jī)器出現(xiàn)了運(yùn)行故障的情況。負(fù)責(zé)維護(hù)的工程師們經(jīng)過長時(shí)間的仔細(xì)檢查和尋找問題根源的動(dòng)作之后, 最終發(fā)現(xiàn)導(dǎo)致硬件發(fā)生短路并且造成故障的原因, 是一只飛蛾不小心掉進(jìn)了機(jī)器內(nèi)部的硬件裝置之中。正因?yàn)檫@樣的一次意外情況, 工作人員和大家都開始在口頭上把程序代碼里面存在的錯(cuò)誤或者漏洞現(xiàn)象, 稱呼為bug, 也就是把這類問題比喻成小蟲子一樣的東西存在那里。而人們?nèi)ゲ檎也⒔鉀Q這些錯(cuò)誤的具體過程和方法, 則被稱作是debug這個(gè)說法的意思就好像是把鉆進(jìn)設(shè)備里的那只蟲子給捉拿走一樣。雖然時(shí)間已經(jīng)流逝到了今天, 現(xiàn)實(shí)生活里基本上不會(huì)再出現(xiàn)真的有小型昆蟲闖入電腦物理硬件內(nèi)部這種罕見的狀況了, 但是當(dāng)年大家習(xí)慣用的這一個(gè)特定的詞匯叫法, 卻始終一直保留并發(fā)揚(yáng)至今。但是我們必須要分清楚那兩種完全不一樣的bug, 第一種類型被稱為語法bug, 也就是在代碼里面寫錯(cuò)了符號(hào), 比如少打了括號(hào)、缺少了引號(hào), 或者是變量的名字拼寫出現(xiàn)了錯(cuò)誤, 這類問題被歸類為一種非常低級(jí)的錯(cuò)誤, 因?yàn)榻忉屍鲿?huì)直接拒絕運(yùn)行這段代碼, 并且直接把報(bào)錯(cuò)信息彈出來, 對于新手階段來說, 遇到的最多的情況就是這一種, 所以在寫代碼的時(shí)候要多細(xì)心一些, 隨著慢慢練習(xí)就能有效地減少這類問題的出現(xiàn)。第二種情況更麻煩, 它就是被叫做邏輯bug的東西, 代碼是可以正常跑起來的, 它不會(huì)報(bào)出那個(gè)紅色的警告, 但是輸出的結(jié)果是錯(cuò)的, 比如在我們做業(yè)績統(tǒng)計(jì)這個(gè)事上, 代碼運(yùn)行完成了, 可是統(tǒng)計(jì)出來的銷售額算錯(cuò)了, 還漏掉了一部分?jǐn)?shù)據(jù), 程序是不報(bào)錯(cuò)的, 但結(jié)果是不符合業(yè)務(wù)需求的, 這種bug隱藏得非常深, 老手也經(jīng)常踩這個(gè)坑, 這也就是上班族在寫辦公腳本的時(shí)候最頭疼的一類問題。網(wǎng)上復(fù)制過來的案例腳本, 它里面經(jīng)常會(huì)出現(xiàn)一些邏輯上的漏洞, 那些用示例數(shù)據(jù)測試的時(shí)候是可以正常運(yùn)行的話, 但是一旦把它放到真實(shí)業(yè)務(wù)的表格中去使用的話, 就會(huì)出問題從而出錯(cuò)。自學(xué)過程中, 最容易讓人感到頭疼的問題在于出現(xiàn)錯(cuò)誤代碼時(shí)缺乏幫助。人們往往無法理解系統(tǒng)提示的錯(cuò)誤信息含義, 而在互聯(lián)網(wǎng)上檢索得到的相關(guān)案例, 又不能恰好匹配自己手頭的具體操作情境。因此, 面對這樣一個(gè)小問題, 可能反復(fù)折騰三四個(gè)小時(shí)卻依然沒有任何進(jìn)展, 這種強(qiáng)烈的挫敗體驗(yàn)非常普遍, 最終導(dǎo)致許多人在這一階段選擇放棄學(xué)習(xí)過程。很多新手以為那些厲害的程序員寫出來的代碼在一次運(yùn)行的時(shí)候就能取得成功, 不會(huì)出現(xiàn)任何報(bào)錯(cuò)的情況, 可現(xiàn)實(shí)狀況并不是這樣。高手們的優(yōu)勢并不是說他們編寫代碼的過程當(dāng)中不會(huì)有各種錯(cuò)誤發(fā)生, 而是他們具有更加強(qiáng)大的能力來閱讀和理解那些報(bào)錯(cuò)信息, 能夠非常迅速地去找出問題出現(xiàn)的根本原因, 并且以高效的方法來調(diào)試并修復(fù)那些漏洞。因此, 當(dāng)你在屏幕上看到紅色的報(bào)錯(cuò)信息, 完全沒必要感到恐慌和緊張。這些報(bào)錯(cuò)行為并不是在否定你的能力或者努力方向, 而是電腦在用一種提示的方式告訴了你具體的問題出在哪兒。從這個(gè)角度看, 學(xué)習(xí)的一個(gè)核心部分, 其實(shí)就是在不斷尋找bug并且解決bug的過程中逐漸積累起來的。當(dāng)那些上班族在學(xué)習(xí)編程的時(shí)候, 千萬不要害怕會(huì)觸發(fā)報(bào)錯(cuò)的信息。每一次你去調(diào)試程序并且修復(fù)軟件漏洞的行為, 其實(shí)都是真正提升自身能力水平的絕佳機(jī)會(huì)。所以, 你絕對不需要去追求寫完代碼之后它能夠一次性就運(yùn)行成功這樣不切實(shí)際的目標(biāo)。相反地, 你要學(xué)會(huì)怎么能夠仔細(xì)閱讀并理解那些報(bào)錯(cuò)的內(nèi)容, 同時(shí)要學(xué)會(huì)怎樣一步步地去排查出隱藏在系統(tǒng)里的問題所在。