早點發(fā)現(xiàn)問題

問題發(fā)現(xiàn)的越早，解決問題所需要的資源越少。

能將發(fā)現(xiàn)問題的時間提到多前，就提到多前。

需求分析時能發(fā)現(xiàn)的問題，不要拖到代碼實現(xiàn)時才發(fā)現(xiàn)。

編譯器能發(fā)現(xiàn)的問題，不要等到代碼運行出錯了才發(fā)現(xiàn)。 所以要重視的警告，解決了這些警告，就能避免很多后期非常難查編譯器的問題。

想清楚，再動手

想清楚了再寫代碼，腦子都沒想清楚，寫出來的代碼肯定是一團漿糊。

到時再對著一團漿糊調(diào)試，試圖得到正確的結(jié)果，無異于緣木求魚，只會浪費時間和精力，拖延項目進度，最后得到的產(chǎn)品質(zhì)量糟糕，同時又要費心費力去維護。

正確的做法是，在頭腦中把要運行的這個環(huán)節(jié)都模擬一遍，在頭腦中跑通了，把頭腦中運行的程序，寫出來就可以了。

多總結(jié)，多分享

多總結(jié)，尤其是寫成文檔來總結(jié)，有好多可能自己以為想明白了的東西，在寫文檔時可能會發(fā)現(xiàn)自己寫不清楚，講不明白，那說明其實自己在某些方面還是不太理解，這就幫自己發(fā)現(xiàn)了知識盲區(qū)。

文檔一般是技術人員之間交流的媒介，通常是一次付出，多次回報。

一圖勝千言，多畫流程圖，多使用插圖，多使用形象的圖片交流。