1.分析問題
首先分析模組輸入、輸出，可以畫流程圖、類結構圖幫助理解程式結構。
2.分析問題
是的，還是分析問題。當設計的模組需要幾天，甚至幾周的模組，最好出去轉轉換個腦子，最先想到的辦法通常不是最好的，另外以前的經驗也往往讓我們錯誤的估計問題。
3.測試結論
當我們有了乙個思路，我們不是馬上實現它，而是先驗證它是否真的管用。這個過程中會對問題有更深的認識，那麼，修改前面的結論吧。
4.重構
我們對問題有了比較清晰的理解，對現有的模組也有了乙個可以工作的方案。那麼著手修改已有的**吧，先保持原有的功能不變，讓已有的**能夠符合我們新的功能，結構。修改之前一定備份已有的**。
5.測試現有功能
已有的**已經面目全非了，它還能否正確的工作呢？如果不，我們得重構工作出了問題。
6.新增新功能並測試
大膽的增加新的**吧，前面的鋪墊已經足夠了。但不要寫的太快，**只寫一次但是需要被讀好多次。如果時間比較趕就暴力些並標記出——需要重構。寫一塊測一塊，如果出現了問題，那麼我們只需要排查最近新增的**。
軟體除錯的一般思路
解決軟體的bug就像警察破案一樣。警察在掌握了案件發生的時間地點和相關人物後進行分析推理，採訪相關人員，排除嫌疑人，最終找到 同樣的，軟體開發人員在接到bug時，也是分析bug發生的背景，然後在運用各種方法來找出問題的原因。並不是所有的bug都能一眼看出問題發生在哪個地方。雖然bug發生的原因千差萬...
程式除錯的一般思路
每個程式設計師的很多時間都在和bug打交道，而debug的過程總不那麼令人高興。本人在除錯過程中總結了幾點除錯程式的一般方法，寫出來和大家分享，能力有限，歡迎各位大神批評指正！1.單步除錯 從問題程式的起點開始，單步執行程式 觀察變數的變化過程，是最基本的程式除錯方法。這種方法適合錯誤定位範圍較小的...
實現爬蟲的一般思路
實現爬蟲的套路 一 準備url 準備start url url位址規律不明顯，總數不確定 xpath 尋找url位址，部分引數在當前的響應中 比如，當前頁碼數和總的頁碼數在當前響應中 準備url list 頁碼總數明確 url位址規律明顯 二 傳送請求，獲取響應 新增隨機的user agent，反反...