正好寫到溫控，很麻煩。多個點位間的溫差，感測器故障等等，諸如此類問題。。。
每逢coding都想造輪子，通用的輪子。沉吟之下覺得一般控制都是可以遵循一套基本框架的。
所謂控制，不管控制的是什麼，大致流程就是：採集資料==》分析資料==》結果處理，這一過程的迴圈。
這個過程又可以分為兩部分：採集資料和結果處理，及分析資料。
為什麼說這是兩部分。因為，"資料分析"往往不需要去關心資料來自何處，分析結果將被如何處理。
進而"採集資料和結果處理"又可以剝離，採集資料往往極少變動，結果處理這塊又是按需調整的。
綜上，以溫控為例。應當抽象出「溫度資料分析」、「分析結果執行」。至於溫度採集，沒花頭的。
如此，應用於不同情景，就是對這兩個介面的定義重新定義。
軟體除錯的一般思路
解決軟體的bug就像警察破案一樣。警察在掌握了案件發生的時間地點和相關人物後進行分析推理，採訪相關人員，排除嫌疑人，最終找到 同樣的，軟體開發人員在接到bug時，也是分析bug發生的背景，然後在運用各種方法來找出問題的原因。並不是所有的bug都能一眼看出問題發生在哪個地方。雖然bug發生的原因千差萬...
程式除錯的一般思路
每個程式設計師的很多時間都在和bug打交道，而debug的過程總不那麼令人高興。本人在除錯過程中總結了幾點除錯程式的一般方法，寫出來和大家分享，能力有限，歡迎各位大神批評指正！1.單步除錯 從問題程式的起點開始，單步執行程式 觀察變數的變化過程，是最基本的程式除錯方法。這種方法適合錯誤定位範圍較小的...
實現爬蟲的一般思路
實現爬蟲的套路 一 準備url 準備start url url位址規律不明顯，總數不確定 xpath 尋找url位址，部分引數在當前的響應中 比如，當前頁碼數和總的頁碼數在當前響應中 準備url list 頁碼總數明確 url位址規律明顯 二 傳送請求，獲取響應 新增隨機的user agent，反反...