程序員工做中的一些建議

1、儘早地添加日誌記錄和錯誤處理

在開發新系統時，我作的第一件事就是添加日誌和錯誤處理，由於這二者從一開始就很是有用。若是系統不能照常工做，那麼你就須要知道程序中發生了什麼——這是日誌的做用。錯誤處理也是如此——錯誤和異常越早處理越好。

 

2、在總體測試以前先進行模塊測試

先進行部分模塊測試能夠節省時間。一般說來，咱們在整合不一樣的模塊時也會出現問題，例如模塊之間的接口不匹配。可是若是咱們可以信任各個組件的話，那麼跟蹤集成問題就會變得簡單得多。

 

3、先了解現有的代碼

大多數的編碼都須要以某種方式改變現有的代碼。即便是新功能，也須要適應現有的程序。因此，在你加進去新的內容前，首先須要瞭解當前的解決方案。否 則，你一不當心就頗有可能會打破現有的功能。這意味着，閱讀代碼和編寫代碼都是必要的技能。這也是爲何看似微小的變化仍可能須要很長時間才能解決的緣由 之一——你首先必須瞭解上下文。

 

4、修復已知錯誤，而後再看看有沒有遺漏的地方

有時候，可能同時存在着幾個不一樣的問題。它們之間的互相做用，可能會讓你毫無頭緒，一籌莫展。不要糾結於搞清楚發生了什麼，先去解決全部已知的問題，而後再看看還有什麼不對的地方。

 

5、沒有巧合

在測試和故障排除時，不要相信會出現什麼巧合。就像你改變了定時器的值，那麼就會改變系統重啓的頻率。因此一切都並不是是巧合。添加新功能，另外一個不相干的功能變慢了？這絕對不是巧合。相反，是你應該仔細調查的內容。

 

6、面對面的交流最有效

當咱們須要討論如何解決問題時，那麼面對面的交流比視頻、打電話和電子郵件都要好。

 

7、遇到難題問問同事

遇到你絞盡腦汁也解決不了的問題時，不妨找一個同事，而後將問題解釋給他們聽。不少時候，當你在敘述時，即便你的同事一聲不響，你可能也會忽然靈光乍現找到問題的關鍵。

 

8、嘗試

若是你不知道某種編程語言功能的工做原理，那麼不妨寫一個小程序來理解它是如何工做的。這一樣適用於測試你正在開發的系統。若是我將參數設置爲-1，會發生什麼？當我在重啓系統時，若是服務當掉，會發生什麼？以此來研究它的工做原理。

 

參考資料： 程序員工做中的一些建議   http://www.studyofnet.com/news/1020.html