面對一個Bug，高手程式設計師是如何解決問題的？

不妨思考下，遇到問題，你通常是怎麼解決的？

如果在技術領域沒遇到過什麼難題（相對的）的話，只能證明你還涉世不深，高手一般都是填過無數的坑、踩過無數的bug的屍體走過來的，一帆風順走過來的抗擊打能力一般也會比較弱，一旦遇到坎就會熄火。

高中時，有個同學解題特別厲害，按我當時的看法，幾乎沒什麼題目可以難倒他。工作多年後，我發現，這是可以訓練出來的：將題目中出現的所有要素與解題答案對標起來，找到其間千絲萬縷的聯絡，基本上就可以解答了。

同樣，我們也會遇到一些碰到問題就不知所措的人，當然也包括我們自身。一個人的自我教育能力、成長經歷、環境影響都對當下解決問題有著潛移默化的影響。

不逃避問題。雖然有時候會很棘手，可以繞過，如果有機會的話，還是要回頭重新審視，看能不能找到對應方案，如果你真的有幸可以遇到一個前人都沒有遇到的問題，真的可以去買彩。票慶祝一下。在一個地方沒有解決問題，在後面的職業生涯中它還會重新出現。

面對一個Bug，高手多半是憑猜測去解決問題，我這麼說想必你有點不信。"我也猜了，為什麼花了半天沒猜對？"這就是經驗多寡的差別，憑空無端猜測是不能解決問題的。經歷的足夠多，總結的足夠多，思考的足夠多，而這些都不會辜負你，他們會在有需要的時候閃現出來，下面要做的就是去驗證這個猜測是否正確，如此迴圈，終究會找到那個"頓悟時刻"。

不要疏忽日誌，很多問題的解法暴露在日誌中。很多朋友在IDE的console中丟擲一段異常後，習慣的clear乾淨，乾淨了也找不到應對之法了。有時候日誌暴露過多，會讓人找不到頭緒，其實關鍵錯誤一般存在於一堆異常日誌的最後一塊中，前面的異常多半是這個根上的異常引起的。

遇到大問題時，學會分解。當面對一本大部頭書時，你多半沒信心讀完。而拿著一本上百頁的薄冊子時完全不用擔心讀不完的問題。如果將大部頭的書，拆解成N個幾百頁、幾個主題來讀，讀完應該也不是什麼難事，而不是永遠束之高閣。要解決一個巨大的問題，分解後，就變成一個解決一個小問題就可以把大。麻煩解決掉的套路，有"蠶食”想必更貼切一些。

有後盾在手，各種問題都不怕。一是自己的總結，二是網路中可以利用的資源，三是身邊的人力資源。當前兩個都失效的時候，平時積累的人脈就會發揮作用。許多人的腦容庫總比一個人的大，所以有些問題總會有人之前遇到過，有相應的解決方案。從側面也說明一個問題，如果一個問題自身無法解決，可以適當將風險丟擲，尋求幫助，避免造成更壞的影響。

問題一直都有，看你是迎難而上還是畏縮不前？遇水搭橋、逢山開路，解決足夠多的問題後，不成專家都難。

如果你依然在程式設計的世界裡迷茫，不知道自己的未來規劃，可以加入web前端學習群：767273102  裡面可以與大神一起交流並走出迷茫。新手可免費領取學習資料，看看前輩們是如何在程式設計的世界裡傲然前行不停更新最新的教程和學習方法（詳細的前端專案實戰教學視訊），有想學習web前端的，或是轉行，或是大學生，還有工作中想提升自己能力的，正在學習的小夥伴歡迎加入

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/69901074/viewspace-2646121/，如需轉載，請註明出處，否則將追究法律責任。