我以為今天周四...咳，還是不要找藉口的好（不過到今天貌似剛好一周）
從開始到現在，我差不多寫了個五個python檔案了，四個爬蟲，乙個自動化測試。
在寫的過程中，遇到過各種各樣的問題，但是我一直沒有去仔細看過文件，自己根據報錯判斷，用不同的**去嘗試。
然後，一下午過去了，最終只是寫了十幾行**。
在後來的某一天，記錄踩坑記錄的時候，搜尋了很多關於beautifulsoup和lxml的用法的時候，才明白自己踩的那些坑，完全就是在浪費時間。
技術文件，很少有理論上的東西了，直接往後面看，先把提供的介面，以及功能簡單看一遍，根據專案需求來自己使用
利用好頁面中的搜尋功能，這樣可以更快的解決目前的需求
它可以直接幫你排除掉很多問題，就比如說str型別的資料不可能用obj物件的方式呼叫。
他們都提供了類似的方法供你呼叫，雖然內容不同，但是在看文件的時候，優先看方法和方法返回的資料，可以提公升很大的效率。
軟體工程師的自我修養 Bug修復
軟體開發中已有大神提出命名和測試是占用軟體開發時間的前兩位。測試一部分是因為開發中的bug，bug是客觀存在的，可難可易，可繁可簡。bug翻譯中文是蟲子，為什麼會這樣命名？命名緣由是 飛蛾飛到正要閉合的繼電器觸點之間被繼電器觸電夾住，導致電路中斷，造成工作故障 這是乙個 蟲子 造成的故障，後來計算機...
簡易拖拽以及bug的修復
1 拖拽的實現 我們將實現乙個盒子在螢幕視窗隨著滑鼠按下跟隨者滑鼠指標移到，當滑鼠鬆開將會靜止不動 若再按下又可移動盒子。我們先準備盒子，如下 js 2 修復bug 在上面我們已經可以把盒子進行拖動了，但是有沒有發現盒子拖動之後就一直跟著指標移動，停不下來了，我們來處理下這個問題。obox.nm u...
Android中關於修復bug的思考
這兩天在做專案的時候，走了很多的彎路，特此做乙個總結吧。在android裡面adapter和listener是我們用的最多的吧。這兩天一直因為乙個資料錯亂的問題，找了很久才找出問題所在。感覺，乙個bug，往往改問題只需要 一 兩分鐘，找問題可能需要好幾個小時，甚至是1天。所以我在想，排錯的時候，應該...