今天我寫的程式出bug了，同事幫忙一起debug了半天最終發現是我**某一步邏輯寫錯了。 整到凌晨了才弄完（這個專案明天要上線）。
在寫之前我用腦圖大致整理了下思路，細節沒多考慮，結果導致寫出來的**漏洞百出，測試隨便點點都是bug。
這是我第一次畫的思路流程圖，很多細節沒考慮。
以後寫**要3思而後行！！！！ 做什麼事都一樣，謀定而後動！！！埋頭苦幹不行的
思路沒整理好就動手了，寫出的**會又臭又長，像我一樣，我要改變！！
程式寫得越長，不代表越有價值。能夠用精簡的**，做出許多重要的事，才是我們追求的目標。寫出來的**短，會比較好維護。
整理最新的思路
最新想著看幾類書，將思路統一起來。這段時間工作也必要緊張，長時間這樣工作，也需要做一些積累。將實踐中遇到的問題總結一下，感覺主要是圍著專案在轉，長時間沒有技術積累，還是有點空虛，如何找回以前的感覺，暫著如下打算。看一些典型的原始碼 tomcat apache，力求精通，不要蜻蜓點水似的，主要有如下目...
整理下思路（7）
home 啟動問題 設定環境變數 export qt graphicssystem native export m use software rendering 1 如此可以使用sofeware reander的方法來啟動home meegotouchhome fullscreen show cur...
測試思路整理 簡略
系統測試 測試質量保證 這條思路只是瀑布模型，如果是需求不確定的情況下不適用，應該採用類似於h模型的螺旋式，個人見解若存在問題，歡迎指正。對程式中的最小可測試單元進行檢查和驗證，一般是開發自測通過後，提測到測試部門。如同乙個積木城堡，單元測試就是對每一塊積木的檢驗，看看是不是有問題。模組間的整合，一...