最近改了乙個bug，改了好幾天，改的有些崩潰，在每次要放棄的時候，都冷靜的告訴自己，再試試別的方法，再捋一捋思路，再找介面問問清楚，終於解決了，有種如釋重負的感覺，也讓我獲得了一些新的認識：
1.先確定自己的演算法沒有問題。在資料大的情況下，寫一下小的例子驗證關鍵步驟。
2.確定對介面的資料格式和資料傳輸協議的理解是正確的。利用除錯工具，讀介面的資料進行對比驗證。
3.確定對資料傳輸的約束，例如時限，沒有更改或調整。
4.遇到一定時間無法解決的問題後，及時的溝通詢問，降低溝通成本。
一些難除錯的程式，往往不在於**沒寫對，而是介面或約束出問題，這也就是溝通的成本。所以，乙個介面描述清楚正確的文件，是多麼有必要。
記錄一次可能的坑爹bug除錯記錄
data publish time date y m d h i s 因為h 的範圍是0 12，之前寫 是在上午，所以不會發現問題 最後做了這樣的實驗,才發現了最終問題 正確寫法 data publish time date y m dh i s date default timezone set ...
一次錯誤估算帶來的啟示
摘要 作為專案領導者，對於專案的進度和功能設計必須進行前期估算，以便專案能夠按時完成。本文以tagging為例，總結了三點經驗教訓僅供參考。正如作者說的 痛苦的過程常常能給我們帶來經驗教訓，很值了！有時候很難估算出完成乙個專案需要多長時間，開發者常常會低估乙個功能的交付時間，尤其是遇到更改和迭代方面...
Flash，一次Bug的思考
我絕對不算是f黑，大部分時候，我還是很挺flash平台的，flash提供了很好的跨平台特性以及flash player11後的gpu加速 stage3d等等，對於開發者來說，絕對讓人欣喜若狂 對我是這樣 flash出bug也算是常有的事，不過大都還好，我能理解adobe開發者們的辛苦，要考慮跨平台 ...