讀文章有感：http://www.limodev.cn/blog
李先靜"讓編譯器幫你檢查語法錯誤，讓偵錯程式幫你查bug，這是天經地義的事，但不管你的除錯技巧有多高，都不如一次性寫好更高效。"
真是預防勝於醫治。
我們平時總想著：快一些，再快一些！拿到問題，一拍腦門，選擇了最先想到的方法，匆匆忙忙寫完**，編譯除錯，然後就陷入了無窮的除錯改錯中，經常會發現鏈結構都是錯的......
我們要學會用適合自己的方法和過程：放鬆，慢下來，花更多的時間來思考，而不是撞大運。思考，分析，設計，測試，改進，最後才是編碼。
好方法：閱讀自己的**，code review.
調查研究：收集需求
分析並設計：形成思路
優化設計：將思路講出來。
模擬執行：驗證思路。考慮測試，如邊界值等。
檢查常見錯誤，語法，記憶體，越界等。
經常改進自己的設計，甚至重寫模組。
工作的本質是解決問題
不知道你是否會經常產生 感覺在公司技術上得不到提公升，想跳槽的想法，但是你會發現乙個有趣的規律，換了一家新公司，三五個月之後，你又會有同樣的想法，它會進入到乙個死迴圈中。任何一件事情，做過兩三遍之後，都可以用貼上複製來解決。對於一家公司來說，公司的業務是比較固定，它並不是為你量身定做的。當你的成長速...
分析問題是解決問題的前提
用簡便演算法求下列式子的結果 1 1 6 1 12 1 20 1 30 1 42 1 2 3 1 3 4 1 4 5 1 5 6 1 6 7 1 2 1 3 1 3 1 4 1 4 1 5 1 5 1 6 1 6 1 7 中間很多項都抵消 so 原式 1 2 1 7 5 14 這個問題的解決方案，建...
我們是如何解決問題的
我們是如何解決問題的?2015年8月份自己動手寫了乙個工具 restfull request tool 0.0.1 snapshot.jar 裡面用到了 但是遇到乙個問題 沒有顯示表頭 header 如下圖 也在網上查了資料,一直沒有解決.下面才是我的預期 直到今天才解決,但是也是偶然解決的.經過是...